Doee anyone know if there is a way to specify a named expression that can be used to add an increment value string to the Name field of the Print Organizer (PO) list? For instance, if a file is added to PO that has 5 different areas meeting the print criteria so that it show up with 5 print areas, I'd like the Name values to show the design file name_01 through _05. At this point the only incrementing I can see is to add a sheet number. This works for the first file I add, but for subsequent files added, their sheet numbers wouldn't start with _01. Can a named expression be defined to do this?
Thanks,
Stephanie
You can use one of the built-in formats, such as <print counter>-<design name>.
If that format is not to your liking (or you wish to change the default), then you can create your own named expression via Utilities / Named Expressions. For the expression string itself, copy/paste the string from Print Organizer's Rename Print Definitions dialog and customize as needed. For example, here is the expression for the above format, only with a 2-digit counter as the suffix:
System.Path.GetFileNameWithoutExtension (PrintDefinition.SourceFile) & "-" & System.String.Format ("{0:D2}", PrintDefinition.SetPrintDefNumber)
.
Hi Andrew,
I had already looked and the built-ins and the named expressions from the print Definitions dialog but none of them are what I want. I'm looking for something that would produce a sequence like this for the 1st dgn selected (having 2 sheets):
dgn_filename1 - 01
dgn_filename1 - 02
but if a new file is added the names would be:
dgn_filename2 - 01
dgn_filename2 - 02
using the print counter or the PrintDefinition.SetPrintDef number would have put -03 and -04 at the end of the name for the 2nd file's sheets. Is there an alternative or some other way of creating the named expression that will just increment starting from 01 for each dgn added?
The only automatic way I can think of to do that would be to place each DGN in a separate folder in Print Organizer, then use PrintDefinition.FolderPrintDefNumber instead of PrintDefinition.SetPrintDefNumber.
When evaluating symbol values in an expression, each print definition only has access to its own properties, its position within its parent folder, and to the global properties of the entire print set. The functionality you describe would require a print definition to be aware of all of its siblings, which would be difficult to accomodate with the existing design.
If you're using sheet definitions, then you could define the sheet numbers manually inside the DGN models, then use the PrintDefinition.SheetNumber symbol. You would have to define the 1, 2, 3, etc. count inside each DGN by hand, though.