I have a plotter driver that we use at work that creates a CGM.
It had the following line set:
default_extension = 'cgm' ; default extension for cgm
When it was ran, the printer driver would open a "SAVE AS" dialog box and you have to navigate to the correct location and name the file correctly. Well, I was just doing some R&D and discovered that you can comment OUT the line above... and put in this line:
default_outFile/auto_overwrite = \\path\you\want\to\auto-set\FileName.cgm
And when you run the plotter driver NOW? I auto creates a file called FileName.cgm at the "path\you\want\to\auto-set"
My question here is this...
I'm a programmer, so forgive me if this seems unreadable. I'm thinking programming concepts here like Abstract Classes and Inheritance. My thought is this. I want to leave the Plotter Driver mentioned above completely alone. I want to create a new Plotter Driver just for (let's say) Stormwater pages. The new plotter driver should inherit ALL of the functionality of the one mentioned above (without my changes) BUT it should auto-set the FileName and Path for the CGM it creates?
In our department we put Stormwater CGM's in one folder, Wastewater in another, etc. Ad Nauseum. I'm trying to come up with an idea to build on this concept. By creating a Stormwater Plotter Driver that inherits, if management ever makes a change to any of the core concepts within the Main Plotter Driver, then all of the ones inheriting from it would auto-adjust to the new settings instantly. AND it would allow us to have quick and easy Plotter Drivers for common prints we create.
Anyone got an idea?
So, as you work in old style .plt files you can use the
%include baseclassdriver.plt statement in your child.plt
Frank
Regards
since 1985: GIS, CAD, Engineering (Civil) Senior Consultant : [Autodesk Civil 3D , Esri ArcGIS, VertiGIS: in previous days : Bentley MS V4 - V8i, GeoGraphics, Bentley Map V8i, InRoads, HHK Geograf, IBr DAVID] : Dev: [C, C++, .NET, Java, SQL, FORTRAN, UML][direct quote by: http://en.wikipedia.org/wiki/Helmut_Schmidt]: "Wer Kritik übel nimmt, hat etwas zu verbergen"Wer Grammatik- und/oder Rechtschreibfehler findet, der darf sie behalten :-)
Frank_Klein: %include baseclassdriver.plt statement in your child.plt
Frank,
I was not aware of the fact tha include statements could be used in plt files. Do you know of a way to accomplish this functionality in pltcfg files?
Roy,
it is not possible to use the %include in the *.pltcfg files. The following information is from the link: http://communities.bentley.com/Other/Old_Site_Member_Blogs/Bentley_Employees/b/andrew_edges_blog/archive/2008/07/14/printer-driver-configurations-pltcfg-versus-plt.aspx
***SNIP***
Are there any functional differences between the .plt and .pltcfg formats? For the most part, .plt and .pltcfg files are functionally equivalent. Any properties that may be defined in a .pltcfg file may also be defined in a .plt file, although I cannot guarantee that will be true indefinitely.
There are some advanced capabilities of the .plt format, such as %include and certain pen mapping constructs, that are not possible in the .pltcfg format. These have been considered acceptable and unavoidable tradeoffs in order to provide the benefit of an easy-to-use graphical printer driver configuration editor.
***SNAP***
Yours sincerely Frank
Frank: There are some advanced capabilities of the .plt format, such as %include …
There are some advanced capabilities of the .plt format, such as %include …
It's a little hard to believe the the concept of including one file in another impossible to achieve in the 21st century. If that were invariably true, then (a) configuration files wouldn't work and (b) MicroStation V8i shouldn't be able to use reference files.
Regards, Jon Summers LA Solutions