Text size spontaneously reduces by 482x

I dropped a title block (for reasons) and am attempting to edit the tags/text. Most of the time the text editor fails to appear when double-clicking (requiring selection from the context menu) (it's not going off the screen somewhere, I've checked). Sometimes I get a "window" with just the title bar that says "Text Editor" but no actual editor, just a white space. Furthermore, making any changes (or even just opening and closing the text editor*) drastically reduces the size by about 482x when I close out.

*This occurs about 90% of the time but sometimes it randomly retains its prior properties, leading me to think this is all some kind of glitch? I've also played with the annotation scale and that just ends up resizing everything (works properly and is set correctly as-is).

Also, if I manually change the text size in the text editor, it accepts it but when you re-open the text editor, it has reduced the text size by a factor of 482.

Some of the things I've tried:

Match Text Attributes = does nothing

Annotation Scale Lock = makes no difference

Preferences > Apply to All Text = makes no difference

Re-dropping the tags/text = makes no difference

Changing text/dimension styles = makes no difference

Reopening the drawing = does nothing

Am I missing something here? This is a drawing I inherited so perhaps it's an obscure setting somewhere but this is also a drawing with a lot of apparent bugs (snaps take minutes to appear, etc.). I came from AutoCAD and only have a year on this with no formal training. Any help is greatly appreciated, thanks!

  • Now I can't even get the text editor to appear through the context menu, it flashes white very quickly and then nothing. The 482x also seems to be variable.

  • first  off you need to tell use what version  of microstation your using. its one of the rules ok... as it makes a big differnce  how we can work out  how to help you. next you need to explain in detail your work flow...

    that said are you  using  sheet model like in autocad?

    is your title block a cell, a  model or a ref  attachment and combination of those?

    now since you havent  posted a copy of your dgn pre dropped we cannot really investigate what is the cause of the problems your  haveing, so i can only tell you what  method I  employed  for title block data that has to change or be updated. ( even if I used projectwise or not)

    when i used sheet models for title blocks the basic data, lines logos etc things that never  changed was in a xref  and  the  tag data that  would change was a different xref that was  a cell or  a  model that was  then later merged into the active sheet model allowing me to edit the tag data that  is unique to each drawing, and  keeping standard  fonts and level names etc as  per client standards.

    I didnt need to drop any tags as I just double click on an active tag and tag editor pops and  I can edit tag text through there, now some  users prefer  items instead of tags as  connect edition is better at reporting items. But for me as an aid most of the tags were prepopulated with some holding data so I could see them and  direct edit them and it also enable to turn on any new ones needed like next line for rev B not used prior but needed now...

    because the tag set  editor  lists all the tag data in the clicked on tag text and  can now be edited or even turned  off or on ie visible or  invisible.

    It also allowed for several different title blocks xrefs for different  clients  or multiple models  each for different  clients  or type of title blocks and a copy  would live ani the xref fold for the specific project.. making it very easy  to modify those title blocks to suit the  project like the overall project title.

    this approach is also very condusive to use through  projectwise  for  bulk editing  or with vba and excel also bulk editing  in both directions.. most of my small civil projects involved at least 300 drgs.. so updating  title block revs etc needed to be  in bulk no manually  one at a time.

    Tags in microstation are  used like attributed blocks in acad.. if you dont really  understand tags and how to use them in microstation, no shame there

    ( even though Jon and  other will say tags are  now old hat and have limited use) I have  republished in this forum  the  "Tags 101" ( originally written  by  Karen Fugal, I learned more form her article on this thna anything  published by  bentley .. and  I even bough  books on microstation and did many  courses  with bentley  but nothing ever helped on tags like her tags  101, please search for it and download the pdf for further study..

    I no longer have access to microstation , as I  retired from work end of november but I'm happy to help you as much as I can from memory and many  others here are only  here to help each other and voluntarily donate their time and  knowledge for no gain. I love these forums and the  users here are  a great bunch of guys and gals only too willing to assist you... 

    Lorys

    Started msnt work 1990 - Retired  Nov 2022 ( oh boy am I old )

    But was long time user V8iss10 (8.11.09.919) dabbler CE  update 16 (10.16.00.80) 

    MicroStation user since 1990 Melbourne Australia.
    click link to PM me 

  • Hi Peter, when strange behaviour occurs - after a while I go and check the UserProfileFile.Personal.upf. As it may grow over time it sometimes causes trouble.

    Check this - If it is larger than 500KB it could be the cause.

    You can delete it (make a backup of that file) and it will create a new one upon restarting mS. 

    Be aware that you will loose some GUI-UserSettings (like where you last moved your dialogs, opened toolboxes)
    I have a batch routine set up that does that backup automatically so I can go back and grab a older (sane) version as it happens.

  • Many belated thanks Lorys. Although I could never identify the source or cause of the aforementioned glitch, I have determined in the months since that this and other unexpected behavior/performance issues are largely attributed to our specific hardware setup and an unfortunate combination of factors. Our agency purchased twin 28" 1440p displays for engineering to 'upgrade' 26" 1080p displays and then bought all new docks but the Thunderbolt 3 on our 2018 notebooks could only run one at native resolution. So we run both at the lower resolutionWindows still sends 2560x1440 to one of the displays but software downscales it to 1080p. MS/ORD seem to take a major hit when the "active" resolution doesn't match the signal resolution and there are multiple displays with different signal resolutions on the same bus (even if it's forced due to bandwidth limitations). You cannot override this in Windows. And for some reason hatch/crosshatch patterns all but crash it in larger files and there is other odd behavior like scales changing on their own in the drawing and outright ignoring user input in some cases.

    Performance is much improved on Thunderbolt 4 and we are in the process up upgrading our machines. But for the sake of anyone out there having similar issues, I would try running it sans dock and note if there is any improvement.