I seem to have just encountered a slight bug which is present in both V8i SS4 and CONNECT. Whilst creating my new employers logo, I started by creating a normal string of text, scaled to the desired size and then dropped it with the Drop Element tool. The resultant shapes are now grouped holes/regions. I wanted to then view on their outlines so I ensured the display style was set to wireframe and turned off area fill in the view attributes yet the area fill in the grouped holes remain visible. This I believe is a bug. If I change the fill from opaque to none and then back to opaque, the grouped holes honour the rules of the view attributes as I would expect.
Apologies if this has been found already.
If you could provide an example file and the version of MicroStation CONNECT Edition we can then try to replicate what you are describing here.
RegardsAndrew BellTechnical SupportBentley Systems
Morning Andrew,
I'm using Update 12 (10.12.00.40) and the file is just a brand new file from the delivered seed.
This is what I an referring to:
Text display ignores the fill view attribute and has for years now, it was originally supported for "filled" resource fonts as a way to improve display performance and is no longer necessary.
The drop text code sets the glyph geometry to be always filled so that dropping text in a view with fill off doesn't produce a disconcerting un-filled result.
Using the change fill tool will remove the always filled attribute as you've discovered. So this is the expected behavior for drop text and not a bug.
-B
Brien Bastings said:The drop text code sets the glyph geometry to be always filled so that dropping text in a view with fill off doesn't produce a disconcerting un-filled result.
I wouldn't agree it was disconcerting, I would argue that its more disconcerting that when text is dropped and becomes geometry and this geometry is not following the same view behaviour of equivalent geometry types created manually. It just seems a strange inconsistent feature.