yes - open to anyone
yes - open to Annual maintenance subscribers
yes - open to allowed subscribers
Don't care
No - naff Idea
That would need to be checked, I suppose, though it seems contrary to produce a set of standards that cannot be used freely.Originally Posted by ColinMcNab
The master list is free to down load, all 170 pages - http://www.csinet.org/s_csi/docs/9400/9361.pdf
Black and white when printed
When a Window is saved with "Black and white when printed" turned on, any existing photos of that window should immediately appear black and white when displayed in a Print Layout window. At present, the changed setting is disregarded and the photo needs to be replaced in order to adopt the setting.
Hi John
Or, select the photo primitive and, from the Properties dialog, select "Yes" next to "Photo black and white".
-Paul
Well, that is a new one on me.
But - I seldom have the Properties window open .....
You may not agree with the design choice we made, but this behaviour is intentional. We thought it possible that people might want to have both a colour and a black and white photo of the same window, so the B&W flag is stored in the same place as the view parameters (e.g. 2D/3D, extent).
OK, but it is kind of a secret.
In fact, I'm being told by someone who is getting to grips with MicroGDS that rather too many features and functions are, at best, not readily apparent, and, at worst, so obscure that they may as well not be there!
I don't know how you deal with this, but some way needs to be found to highlight or present functionality relevant to the current task to the user in an accessible manner. Perhaps a much more dynamic interface that changes according to the task in progress (Ribbon Bar?) would be the solution.
Making the interface dynamic would mean that it was no longer entirely the user's responsibility to decide which tools and interface elements to turn on. I'd guess that most turn on one set of tools and seldom, if ever, change them - and thus miss out on many powerful features.
Last edited by johnwarburton; 23rd September 2009 at 09:15.
Document Organiser - Layers
On the Layers tab of the Document Organiser, some additional features would be very welcome:
1. Ability to toggle the display order between layer name and layer number
2. Ability to filter which layers are displayed using similar syntax to object filtering on inclusion lists and edit lists.
3. Ability to force locking of layers.
4. Ability to clone layers.
5. Ability to include all of the selected layers in any or all of the currently open windows
View Extent from Print Layout
When printing a window, it is quite common to set a specific scale and then fill page to optimise the print out. This adjusts the extent of the printed area to suit the page.
It would be useful to have the option from the Print dialogue to force the drawing window to match the new printed extents.
Noted.
The Find... button provides this functionality already.
That's kind of tricky... MicroGDS currently enforces the rule that any open layer will be included in an open window. This is thought to be a Good Thing from a user interface point of view, because otherwise the user might be confused about why (s)he had layers open/locked even though they were not visible. I suppose we could allow this operation only if the layer were in at least one open window.
Control-drag the layer does exactly this.
Dragging the layers into the window editor or mini window editor does this for a single window, though there's no single gesture to do it for all open windows.
Cheers,
John
OK, but I'd prefer to see the results in the main layers list instead of a new window.
Not good enough. You just get a layer of the same name with a "Copy of" prefix that then has to be individually renamed. Not a productivity aid at all. Might as well just drag all the layers into a new window and use Clone from the window editor. This technique has to offer the same functionality as the Clone command to be useful.
I should have been clearer - I would like to see this functionality for multiple open windows. I know you can do this for one window. There are situations where there are several windows that reference, say, the same ground floor plan. If I add a new layer to one of these windows that needs to appear in all windows that contain information for that same level, I currently have to manually update every other window individually. A simple mechanism for updating them all would be useful I think.
You are kidding, right? You don't see a reason why users should be prevented from making certain layers editable and that they would understand this? There really are many reasons. And I would have thought it really easy to add a symbol (a padlock in the layer list and window editor?), a colour (greyed out in the layer list?), a letter "L" shown in the status column, or some other feature to let users know that they cannot edit certain layers. As it stands, we have to use Windows file properties to make specific LYR files read only, and that is nowhere near as good a solution as managing the issue from within MicroGDS. In the same way that a message is displayed when a user tries to open a layer that is currently owned by someone else, could they also not get a message that "Layer XXX is locked by the Project Administrator?"
Posting Permissions
Reply With Quote