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 resolution. Windows 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.