Since I moved from U2 to U3, I noticed this problem.
I noticed priority seems to be ignored when printing, I have a sheet with a drawing containing colored shapes. They cover each other, and I used priority to define the order.
When printing, this seems to be ignored, while before the update, the print of the same sheet was OK. Nothing changed to the file. When I check 'rasterized' the print is OK.
See example below:
1. not rasterized:
2. rasterized:
I noticed the same with the axes from the automated grid level, you can see the difference in the preview window between rasterized checked or not:
1. Rasterized:
2. Not rasterized:
All other settings remain the same, all I did was checking 'Rasterized'.
EDIT: I just started a new drawing and created a brown (priority 0) and blue (priority -400) square. It seems the priority is ignored when not using rasterized, but the order in which they were created is used?
I just checked with the keyin "wset drop" and "wset add", this seems to work to make the brown one get on top without rasterizing. If I'm correctly these commands work on the element ID, which is more or less the order in which they were created. So it seems the program ignores the priority...
I would consider Element print priority a very basic requirement in any CAD software.
The fact that Bentley are ending licence support for SS6 next year and force us to use CONNECT edition, and they still have not addressed this problem..... is a problem.
I hope this is fixed before SS6 is no longer available.
It is a quite essential thing to contain a bug. But it hasn't been an issue in Connect 1-2, so it showed up in the latest version.
I hope it's solved in the U4, an doesn't show u again in later versions.
I wouldn't uninstall my SS6 too soon, since it's been an emergency solution for a few times now.
Windows 10 pro
OpenBuildings Designer Connect Edition 2023 | 23.00.00.114
No, it always read as Update 5. I'm not that sneaky... ;)
Hi all, our office is also struggling with this - have any of you had any updates or solutions or workarounds?
Hi Olivia,
No, the issue is still under investigation by development and is apparently a bit more complex than it would appear on the surface due to other display issues resolved in previous releases. If you can please file a Service Request with support it can be linked to defect 891858 mentioned above for weighting purposes. There is also a test you can try if interested.
I think the old-school 'bring to front' tool is recognized when printing.
I previously used this all the time before priorities were introduced a while ago. Maybe useful as stop-gap is to keep all elements at same priority for now (to avoid confusion) and instead use this until Bentley is able to fix the issue.
AECOsim SS6 + CONNECT U4, Windows 7 Pro, 64Bit, Intel Xeon E3-1275 v5 @ 3.6GHz, 32GB RAM, NVIDIA Quadro P1000
That along with adjusting the reference update sequence seems to give me back some level of control.
However Bentley really have no excuse not to expedite this and resolve as a priority. It's unforgivable that this basic functionality is not fixed after 10months of being pointed out. It is clearly fundamental to a lot of user's workflows.
Hi Joey, yes we have been using bring to front - also printing 'rasterised' if we can't be bothered clicking every single line and bringing to the front. Recently we have been working with Bentley on a few issues, as well as this one - it is definitely a priority for their technicians and they have said they are working on it
Hi Olivia good to hear. I'm sure they've got quite a lot going on at moment. A little more patience I guess.