MText Slow in 2017

MText Slow in 2017

jmartt
Collaborator Collaborator
10,093 Views
26 Replies
Message 1 of 27

MText Slow in 2017

jmartt
Collaborator
Collaborator

I wonder if anyone else is experiencing this and if there are any other solutions:

 

I noticed MText was slow to create, and especially to edit, in C3D 2017. After trying everything I could find online as a solution, I tried changing the MTEXTED sysvar to OLDEDITOR and that worked. I experience no lag now.

 

But I don't like the old editor.

 

After exhaustive trials where I attempted to pinpoint what, exactly, was causing this slowdown, I concluded that it was something to do with my template. There were too many settings, add-ons, purges and things that I tried, to list them here, but when I use the ootb template in 2017, I see no slowdown with MText using the regular, "INTERNAL", MTEXTED. So, I did a test on the template.

 

I had copied my 2016 template for use in 2017 and had improved upon it a bit, but I had kept the old one that I was using in 2016. When I loaded the old 2016 template onto C3D 2017, I experienced the MTEXT slowdown...Just the same as I had with the newer 2017 template. But when I loaded the 2016 template onto C3D 2016, I experienced no slowdown. (All these tests were done with the "internal" MTEXTED setting, not using the old editor.) 

 

So, I must conclude that, while it may be something with my template that is causing this MTEXT slowdown, it definitely is only when I use the template in C3D 2017. Does anyone have any idea of what changed between the versions that might cause this?

 

If someone has an idea, and wants the template to check, I'll etransmit it to you.

 

Thanks.

 

0 Likes
Accepted solutions (2)
10,094 Views
26 Replies
Replies (26)
Message 21 of 27

dleard
Observer
Observer

Hi Istarbird,

 

I've seemed to stumble upon a fix but I'm not sure what I did really.  I uninstalled everything including 2016, cleared all folders, restarted then reinstalled just 2017, again.  This time when I went to open C3D it gave me Fatal Errors and crashed.  So, I went to the control panel on the PC and hit repair on every AutoDesk C3D related program, hit restart and for some odd reason now every thing is working.  No Fatal Errors, no long waits after closing the text editor, it all seems to be working.  I work in a County Road Department where we generate large drawings with multiple layouts and lots of text, current drawing has 15 layout tabs, and each layout can have 3-5 viewports.  This may be small by some standards, but for us its about average.  The drawing in question just had plain MTEXT on my very first layout when the problem occurred. I've learned my lesson years ago on working network versus local, always local now.

0 Likes
Message 22 of 27

lstarbird
Advocate
Advocate
Accepted solution

Holy cow I think I finally found our issue!

 

In a test DWG, we had over 1,000 line labels by point using the "Standard" Text Style.  When we created a new MTEXT object, it'd take 5-10 seconds for the text to appear.

 

I created a "Test" Text Style using the same font, etc. as "Standard", set it to current, now all new MTEXT objects are super fast!

 

Looks like we just had too many objects using the same Text Style.  Oh happy day!

Message 23 of 27

gnf.matt.b
Community Visitor
Community Visitor

Just in case anyone is still checking this Forum for the solution to slow multi text editing, type in the command PURGE and purge the multi text styles. Should clear up your issue. 

0 Likes
Message 24 of 27

jmartt
Collaborator
Collaborator

I'm still getting this. Not in every drawing, but maybe just in drawings that have Xrefs. Dunno if that's true.

Anyway, I tried purging text styles. (I don't know about "multi text styles". I assume you meant just "text styles".)

 

I tried purging everything, too. Didn't work.

 

The only thing that has worked has been to copy the text style and rename it (my convention has been "<TEXTSTYLENAME>_Copy") and use that text style in place of my normal one in the drawing.

 

I haven't yet had mtext be slow using one of these "<>_Copy" text styles.

0 Likes
Message 25 of 27

lstarbird
Advocate
Advocate

@dleardwrote:

Hi Istarbird,

 

I've seemed to stumble upon a fix but I'm not sure what I did really.  I uninstalled everything including 2016, cleared all folders, restarted then reinstalled just 2017, again.  This time when I went to open C3D it gave me Fatal Errors and crashed.  So, I went to the control panel on the PC and hit repair on every AutoDesk C3D related program, hit restart and for some odd reason now every thing is working.  No Fatal Errors, no long waits after closing the text editor, it all seems to be working.  I work in a County Road Department where we generate large drawings with multiple layouts and lots of text, current drawing has 15 layout tabs, and each layout can have 3-5 viewports.  This may be small by some standards, but for us its about average.  The drawing in question just had plain MTEXT on my very first layout when the problem occurred. I've learned my lesson years ago on working network versus local, always local now.


In this particular case, having the DWG local didn't make a difference.  Also, working local with ~45 CAD users gives me an ulcer just thinking about it.  LOL!

0 Likes
Message 26 of 27

lstarbird
Advocate
Advocate

@gnf.matt.bwrote:

Just in case anyone is still checking this Forum for the solution to slow multi text editing, type in the command PURGE and purge the multi text styles. Should clear up your issue. 


Unfortunately this doesn't help when the text style is in use & is loaded with text objects.  We found it has more to do with the quantity of text objects using the text style.

0 Likes
Message 27 of 27

lstarbird
Advocate
Advocate

@jmarttwrote:

I'm still getting this. Not in every drawing, but maybe just in drawings that have Xrefs. Dunno if that's true.

Anyway, I tried purging text styles. (I don't know about "multi text styles". I assume you meant just "text styles".)

 

I tried purging everything, too. Didn't work.

 

The only thing that has worked has been to copy the text style and rename it (my convention has been "<TEXTSTYLENAME>_Copy") and use that text style in place of my normal one in the drawing.

 

I haven't yet had mtext be slow using one of these "<>_Copy" text styles.


This jives with our experince as we found this issue has more to do with the quantity of text objects using the SAME text style.  If we split up more of the text objects up using different text styles, its a TON faster.

0 Likes