I have an issue where text formatted using a list style reverts to non-list text when the file is closed and reopened.
When the file is reopened, the numbering is still visible but is no longer a List, i.e. the list numbers have reverted to editable text. All other aspects of the text formatting are unaltered (Family, Typeface, Size, Alignment, etc.).
This issue seems to occur with every list Style, Separator and Start At setting used, apart from Bullets.
To test the error, I did the following.
Created a new Layout drawing from SU’s default A3 Landscape Graph Paper template.
Added a text box using the default font settings.
Typed several lines of text.
Applied the List style to the text.
Edit the List text - the List style works as expected, with new list numbers automatically added on line returns.
Close the file.
Immediately reopen the file.
The List style format has been lost - new line returns do not automatically add list numbering.
When I reapply the list style to the text, it creates additional numbering and the original numbering is tabulated into the body text. This new List style is then retained until the file is closed and reopened, whereupon the same error occurs. I’ve uploaded screenshots to illustrate the steps described (text is selected to identify formatting).
I have experienced this issue on multiple PCs running Windows, with Windows and SU fully updated, using three different SU accounts. I’ve tried repairing and reinstalling SU but the issue persists. I don’t know what else to do. Is this a bug or a file corruption? Can anyone please advise?
I’ll take a look - so just the default font for A3 Landscape Graph Paper? 2025.0.1?
It’s just a text box, and not in a table, is it?
Are you in classic or Experimental Graphics Engine? (See Preferences->Performance->Enable Experimental Graphics Engine checkbox). Try toggling that and see if anything changes, and I’ll try it myself shortly.
Thanks, Barry.
Version 25.0.575 64-bit.
A3 landscape graph paper template (although error occurs with other default templates and bespoke templates).
Just a text box using default font, placed with click and drag - no formatting changes.
Error occurs with both Classic and Experimental graphics engines.
It even happens directly after a fresh SU install.
I suppose it’s training from Editors that if you start numbering things, they’ll pick up on that and continue? We have architects that may want things numbered in many different styles, so we have a little more control over it than just bullets or numbers.
Thanks for investigating further. I really appreciate you spending time on this. If I understand you correctly, by ‘hard-coded’ you’re suggesting that I’m applying numbering and tabulation directly in the text box - but I’m not doing that. I use the List tab in the Text Style panel, exactly as your screenshot indicates, to apply numbering. It works exactly as expected while the file is still open - additional lines of text can be added and the numbering changes automatically. The List formatting can be removed, reapplied and changed using the List tab in the Text Style panel - all as expected.
The left-hand image in my screen shots posted on 8th April shows how the text appears when the List style is applied - the numbering and tabulation space can’t be selected because it is not manually editable. It’s only when I close and reopen the file that the error is apparent - the numbering has somehow been hard-coded - as shown by the subsequent screen shot images in my original post. It’s only then that I either have to reapply the List format and delete the erroneous numbering (image 04) or add hard-coded numbering - both of which are time consuming and prone to mistakes.
Assuming you can see the error in both the files I sent you, we do at least know it occurs when the file is closed, rather than when it’s reopened.
Until recently, I had thought the error was due to a corrupted bespoke template file that I had copied across from an old PC. I wonder now if there’s a hidden ‘settings’ file somewhere on my PC that needs to be removed to prevent fresh SU installs from finding it. Does that sound feasible?
Thanks for the clarification: yes, you’re right: we miss the tag that says this is a list, so that you can continue to edit the list when you re-open.
If I get a file without that (like yours), it won’t work on Mac, but creating a new one on Mac works after close. Mac also allows you to fix this faster with a cursor for column cut and paste by holding down the option key (you get ‘+’ for a cursor) so you can delete the numbering & tab quickly. That’s an Apple thing we get for free (like the ruler, pdf and a few other things).
I’ve filed a bug, and we’re working near some of this stuff so it should get looked at. Thanks for persisting.
