We are currently using TRIRIGA 10.5.1/220.127.116.11. One of our user requests is to try and reduce the PDF size for an exported drawing from the Graphics tab. Of course, one way might be to hide a few of the layers before exporting. Apart from this, is there any other way to compress the file that is exported from the Graphics tab?
What would be the purpose of reducing the file size? (1) If you were expecting the export to run faster, that would not be possible except by turning off layers. TRIRIGA will process all the displayed graphic entities when generating the PDF. (2) If you want a smaller file size to make storage and transfer easy, then you can try using any third-party tool on the PDF file export after the fact. Note that I have no idea how compressible the graphic export is right now.
[Admin: To see other related posts, search “PDF Drawing“.]
We can’t export the graphic floor map to PDF from TRIRIGA. The system is “hanging” and not exporting. This is only happening with some drawings and only occurs when using Layer 0 from the Xref file ( xrefdwg | 0 ). If all other layers are off and a layer zero from any Xref is displayed on the graphics section, even if empty, the export will fail to complete.
The export graphic was throwing a malformed XML exception. The root cause was that there was a “1 = 1” element that got pulled in from the layout of an attached Xref onto layer 0 on that Xref. It turns out that, for any text element that contains any equals sign, the process of sending the SVG from the client to server using a Dojo API to post via a hidden input element, resulted in extra double quotes getting sent, and causing the SVG XML to be malformed.
We resolved this by pre-processing the SVG sent to the server to remove these extra double quotes, before sending it to the SVG converter. Moving forward, the export graphic will now successfully export a graphics section that includes text that contains any equals sign. Text that contains both double quotes and equals in it, will get the double quotes removed for technical reasons.
[Admin: To see other related posts, use the Xref tag or SVG tag.]
When publishing a drawing with Xrefs, the display state of the Xref layers is not carried over to the graphics section. Meanwhile, the base drawing layers do maintain their state when published. A couple related things:
- 1. If there are no existing or active layer configurations, the default behavior seems to be that the base layers will be displayed as they were in the drawing at the time of publishing. Meanwhile, the Xref layers will all be displayed regardless of their display state at the time of publishing. Is this the intended functionality?
- 2. There does not seem to be a way to save the graphics section display of layers. When you open the graphics section, it is displayed based on the state of the last publishing. (I’ll be looking into this further and will likely open a separate L3 request. There should be a way to save the graphics section display.)
We resolved this issue by removing the code that removes the Xref layers. Now, the Xref layer states and colors, based on the main drawing, are retained when publishing a drawing. Moving forward, the Xref layer display states and colors are correctly retained when publishing to the graphics section.
[Admin: To see other related posts, use the Xref tag.]
For queries/reports with additional filter criteria, after running the query/report, the filters are collapsed and the “Show More Filters” link is displayed again. This behavior is different when compared to previous versions, for instance, TRIRIGA 3.3.1.
We needed to check if the filter layer section is being displayed and to assign that to the “Show More Filters” dialog. Moving forward, we changed the page to keep displaying the “Show More Filters” section after the user applies a new filter.
I’m having an issue with triplat-graphics-layer-manager.html which I can easily fix, but I’m not sure where to start. Can I download it, add it to my view, and use it? Or do I need to do something else?
The issue is that I have 20-30 layers that are enabled by default in the Layer Manager, but I want to hide them from UX. From that list, if the drawing is missing the layer, the code errors out. The fix is to add a check for the element before trying to hide it. If any TRIRIGA developers want to look at it, here is the error code/line:
Uncaught TypeError: Cannot read property 'style' of undefined @ triplat-graphic-layer-manager.html:54
Before line 54, I just need to do a check on: typeof layer != “undefined”, and I think it should be fine. Please let me know how I can get this fix into my environment as it is critical, and I’m having major issues with iPads rendering my drawings.
Does CAD Integrator (CI) allow for selecting different layers and assigning a different Current Use Space Class? I have a CAD drawing with several layers: Assigned, Circulation, Mechanical, and Electrical. Do I have to upload each layer separately with its own boundary and name? It seems I can only assign one Current Use Space Class for one layer only.
I’m not sure exactly what your use case is, but I’ll try to explain:
- 1) The intent of the Current Use Space Class layer is that if you happen to have the space class name on a particular layer, you can specify that layer name so that a boundary with “Assigned” text on that layer inside it will automatically map the space class. This assumes all the spaces are on a single “boundary” layer.
- 2) If the “Assigned”, “Circulation”, etc., are layers that represent the boundaries themselves, you can simply use Smart Attach multiple times.
- 3) Note that you can also upload all the spaces as a single space class, but then use the Batch Edit command in order to change the space class after upload.
When using IE11 and your screen resolution is set to 1280×1024, as you drill down and open popup dialogs, the dialogs get to a point where you can see that it goes beyond the screen, but you are unable to scroll down or even use the dots to expand the size of the dialog.
As a temporary fix, use a different browser or increase your screen resolution. We needed to add logic to enable modal windows, which fixes the issue of overlapping layers, and also add logic to display modal windows in focus. Moving forward, popup windows in Internet explorer will now display as modal windows to improve visibility and access to all areas of the form.