More Table Woes

More Table Woes

john.uhden
Mentor Mentor
1,748 Views
28 Replies
Message 1 of 29

More Table Woes

john.uhden
Mentor
Mentor

I created a base table with a few data rows and wblocked it out to its own dwg file.

When required by my "OpenChannelFlow.lsp" routine, it inserts it expoded to get just the table.

When I add another row to take another depth and resulting hydraulic data, and then set the cell values, the new row is created but the cells do not get populated.  I even added vla-updates after each row addition and each row population.

Must the table have sufficient rows before filling it with data?  Or is there some other prerequisite?

I mean that I could create the base table with plenty of rows and then remove the rows not used, if that would solve my problem.

John F. Uhden

0 Likes
Accepted solutions (2)
1,749 Views
28 Replies
Replies (28)
Message 21 of 29

john.uhden
Mentor
Mentor

@komondormrex ,

I'll have to look into that approach,  but for the time being the centered cells look fine.

After all, it's just accounting data for the consulting review engineer to bill his time to.

John F. Uhden

0 Likes
Message 22 of 29

Sea-Haven
Mentor
Mentor

Hi John post code or email it to me, look at my post about insert rows, have made like 200 in one go. Are you turning suppress on/off maybe so makes a row but suppresses setcell.

0 Likes
Message 23 of 29

john.uhden
Mentor
Mentor

@Sea-Haven ,

I am unaware of that suppression gizmo.

if you turn on the suppression before you add any cells, does that speed up populating them later?  But maybe that makes no difference to me since I have switched gears to having a base table with lotsa rows that I can delete excess ones near the end.

John F. Uhden

0 Likes
Message 24 of 29

Sea-Haven
Mentor
Mentor
Accepted solution

Making and filling in 200 rows can be slow like minutes, inserting rows 200+ and filling cells as it goes is a few seconds using surpress regen, then after done just turn back on.

 

Again table has only the required number of rows no need to delete empty ones.

 

Send me your code you have my email.

Message 25 of 29

john.uhden
Mentor
Mentor

@Sea-Haven ,

You release a little more each time.  You must be a good angler because you're keeping me on the hook.

Anyway, if I've decided to delete any excess rows at the end (cause it's very quick), is there any point in whatever this suppression thing is?

Or, maybe rather than populating each row as each is calculated, should I store the data in a list and then shotgun it into the cells?

John F. Uhden

0 Likes
Message 26 of 29

komondormrex
Mentor
Mentor
Accepted solution

John,

what the heck? are you that lazy to find out what that gizmo is about.

you need to put that right before a populating of rows or whatever starts.

 

(vla-put-regeneratetablesuppressed table_object :vlax-true)

 

 and that right after all table manipulations are done.

 

(vla-put-regeneratetablesuppressed table_object :vlax-false)

 

  it will times speed up everything.

Message 27 of 29

john.uhden
Mentor
Mentor

@komondormrex ,

Ya know, I think I have become lazy at certains times (not allowed).  I'll try it some time today.

Many thanks.

John F. Uhden

0 Likes
Message 28 of 29

john.uhden
Mentor
Mentor

@Sea-Haven & @komondormrex ,

Holy smokes!!  Warp speed.  Extreme thanks!

John F. Uhden

Message 29 of 29

Sea-Haven
Mentor
Mentor

"should I store the data in a list and then shotgun it into the cells?" Thats what I do but using "INSERTROWS". 

 

This was instant counted and sorted 2980 items table made.

SeaHaven_0-1703039105807.png

 

0 Likes