CHAPTER 24 |
Command Line Operations |
This chapter describes the command line switches understood by Sun WorkShop Visual. They fall into two categories: those which affect Sun WorkShop Visual running interactively and those which can be used for command line code generation. This chapter also describes the command line versions of Sun WorkShop Visual Capture and Sun WorkShop Visual Replay and the commands provided for conversion of UIL and GIL code into Sun WorkShop Visual save files.
The following command line switches are available:
For further information on starting Sun WorkShop Visual in Microsoft Windows mode see "Starting in Microsoft Windows Mode" on page 364.
Using a private colormap is useful if you intend to use a lot of colors in the pixmap editor. See "Editing Pixmaps" on page 152 for a description of the pixmap editor. If you do select this option, however, you may observe strange color effects in other windows.
The command line synopsis is:visu [-csepAKCSEulbarmRMFWX [code_file]] [-windows] -f filename
code_file represents the file to be generated. If you do not specify a code_file, Sun WorkShop Visual generates code to the last target file specified in your source file for the given language.For Java code generation (-J) and pixmaps (-pixmaps) multiple source files may be generated and the names of the code files are the names of the classes (for Java) or the pixmaps used in your design. Therefore, code_file is the target directory for these source files.
filename represents the design file (.xd) to be used as a source for the code generation. You must always specify a filename. If you do not also specify a code_file, use the -f separator to indicate that you are providing only one filename.
The -windows switch specifies Microsoft Windows mode. For further information on starting Sun WorkShop Visual in Microsoft Windows mode see "Starting in Microsoft Windows Mode" on page 364.
The M, F, W and R switches are only used in conjunction with the -windows switch.
The command:visu -c foo.c -f foo.xdgenerates C code from the design in foo.xd into the file foo.c.visu -c -f foo.xdgenerates C code from foo.xd into the target file that was specified the last time C code was generated from foo.xd via the Generate Dialog.You can use a single command to generate multiple files using one of the following forms:
visu -c -e -s -f foo.xdorvisu -c <c_file> -e <extern_file> -s <stub_file> -f foo.xdSun WorkShop Visual exits with status zero if successful and non-zero status if it fails to generate the code for any reason.
Sun WorkShop Visual must be connected to an X server to generate code from the command line. Usually command line code generation does not create any visible windows but windows do appear momentarily on the server screen for designs containing certain types of widgets, such as ScrolledList and ScrolledText and when generating Microsoft Windows code.If you don't specify a code_file, Sun WorkShop Visual relies on the filename saved in the design file for the specified type of code. The filename is only saved when you specify it on the Generate Dialog and then save the file. If you have never used the Generate Dialog to generate this type of code from the design file, Sun WorkShop Visual produces only an error message.
In all cases, the generate toggles are set as they were last saved in the design file. If you have never generated this type of code from the design file, default toggle settings are used.
Sun WorkShop Visual Replay (when used to record user actions) is supplied as a stand-alone application called visu_record. .The following line shows how to use visu_record:
visu_record -f MyRecordScript AnApplication
MyRecordScript
is the name of a file into which a script recording the session will be saved.AnApplication
is the name of the application you wish to record.The following line shows how to use visu_replay:
You can leave out the filename argument for both Sun WorkShop Visual Replay and XD/Record. XD/Record will then output to standard output and Sun WorkShop Visual Replay will read from standard input.
The following table shows the full list of command line switches available for both visu_record and visu_replay:
Sun WorkShop Visual Capture is supplied as a stand-alone application called visu_capture.The following line gives an example of how visu_capture can be used:
visu_capture AnApplicationThis displays the Capture dialog and runs the application, AnApplication.The following table shows the full list of command line switches available:
The uil2xd filter converts UIL source code to Sun WorkShop Visual save files. It reads UIL source from standard input and writes a save file for Sun WorkShop Visual on standard output.By default, uil2xd generates a save file for the latest release of Sun WorkShop Visual. The command line synopsis is:
uil2xd [-tlxywhpsaX] [-I include_dir]The command line options are listed in the following table:
uil2xd does not handle the following constructs:
String tables containing compound strings |
Color_table |
Icon |
Ascii tables in argument definition |
Integer tables in argument definition |
Imported keyword - this is a fatal error |
Exported keyword |
Private keyword |
Creation procedure |
Default character set clause |
Identifier section |
Except for the imported keyword, uil2xd simply ignores these constructs.
The gil2xd filter converts Sun Microsystems Inc.'s DevGuide save files into Sun WorkShop Visual save files. The converter works by mapping the OPEN LOOK objects into Motif objects. It reads GIL source from standard input and writes a save file for Sun WorkShop Visual on standard output.It generates a save file for the latest version of Sun WorkShop Visual. The command line synopsis is:
gil2xd [-xywhpsaX]The command line options are listed in the following table:
gil2xd does not handle connections other than function calls and the simple notify actions for buttons which can be mapped to links. Other connections are reported as warnings. gil2xd simply ignores these constructs.
Few of the mappings from OPEN LOOK objects to Motif widgets are straightforward as they depend somewhat on their context. The fundamentals of the mappings are outlined below.
Maps to a DialogShell with a MainWindow child with a Form work area.
Maps to a DialogShell with a Form child.
Maps to a DrawingArea which will be a child of a ScrolledWindow if horizontal-scrollbar or vertical-scrollbar is true. An associated PopupMenu
is created as a child of the DrawingArea.
Maps to a Form.
Maps to a Menu. If the menu has a menu-title attribute, the first child widget will be a Label which shows the title, followed by a Separator. The menu items are mapped to additional children of the Menu. If the menu-type attribute is command, the widgets will be ToggleButtons; if they have an associated menu they will be CascadeButtons, otherwise they will be PushButtons. As Sun WorkShop Visual has no concept of shared menus, menus which are referenced from more than one place will map to copies of the Menu.
Maps to a Label.
Maps to a PushButton if it does not have a menu, otherwise it maps to a CascadeButton. This CascadeButton will be created in a MenuBar. CascadeButtons which have the same y co-ordinate will be created in the same MenuBar. The MenuBar will be created in an enclosing MainWindow if possible, otherwise it will be created at the appropriate location.
Both map to a Scale. Separators will be added as children for tick marks and Labels may be added to show the min-value-string and max-value-string. The min-value and max-value map to the Scale's minimum and maximum fields respectively.
Maps to an OptionMenu if setting-type is stack, otherwise maps to a RowColumn. The choices are mapped to PushButtons in an OptionMenu and ToggleButtons in a RowColumn. For exclusive and non-exclusive settings the ToggleButton is adjusted so that the indicator is not used (shadowThickness = 2, marginLeft = 0, indicatorOn = false).
Maps to RowColumn with Label and Text widgets. Text will be ScrolledText if text-type is set to multiline.
Maps to a ScrolledList. If the list has a label attribute set, the ScrolledList is created as a child of a RowColumn with a Label child which displays the label. If the list has a title attribute, the ScrolledList is created as a child of a Frame with a Label to display this title.
Maps to a Label.
Maps to a Form which has each of the stack members as children. The children are attached to both sides of the Form.
Maps to a RowColumn which has each of the member widgets as children.
Both map to ScrolledText.
Once the gil objects have been mapped to widgets the attributes must be mapped to appropriate widget resources. The following resources are always mapped:
The width and height resources are only used if the -w or -h flags are set when gil2xd is run. The x and y resources will be output if the -x or -y flags are set. However, for widgets which are children of Forms the x and y co-ordinates will be used to calculate default Form attachments to preserve the approximate layout.
Note that many of the Motif manager widgets will ignore explicit x, y, width and height resources anyway. The gil2xd filter can be used without any of the runtime flags to produce an adequate layout which can be easily modified using Sun WorkShop Visual.
Other resources are mapped to the nearest possible resource.
Actions which have a CallFunction function_type are mapped to callbacks where appropriate.
There are a number of other gil actions which are not detailed in this list. These are not supported by the filter as there is no appropriate Motif callback.
Notify actions for PushButtons which have a Show, Hide, Enable or Disable connection are mapped to the appropriate Sun WorkShop Visual link.