|
|
Copyright © 2009–2010 Arndt Roger Schneider |
The RTL based option creator is used
to instantiate the template grefwindows with a
Tk Window. The used creator window must have a
-class property.
Acceptable Tk Windows are: toplevel for floating windows, and frame for embedded windows.
See the options manual entry for details on the standard options.
Tcl Variable, contains a list of window class and substitute pairs. This variable is used inside the top multi-column listbox.
The substituted term is used during code generation instead of the term in the first column.
Tcl Variable, contains a list of window class, shown in the left bottom listbox.
Window classes inside this list, usually feature dynamic created child windows. The purpose is to exclude all its children from code generation. Jeszra cannot by itself discriminate them from user created windows.
Tcl Variable, contains a list of window classes and regular expression. This variable is used inside the right bottom listbox.
Window classes inside this list, usually feature dynamic created child windows. The purpose is to exclude such dynamic created windows, based on a rule, from code generation. Jeszra cannot by itself discriminate them from user created windows. See also »ignoreVariable« above.
Creates the Window-related Preference Page.
Inside of this page procedure »substitutions« can be made, for windows with a creation routine different from its window class.
An example is: ttk::button , which has the class »TButton«. In consequence the default procedure »tButton« has to be substituted with »ttk::button«.
The lower section is dedicated to suppress code generation for children of certain window classes. Under normal conditions, suppression isn’t necessary! The need arises for composite window, were fractions of the composite are created dynamically.
An example is : rtl_mlistbox , the »-columns« property is responsible to create embedded listbox windows. Hence, the internal structure for a rtl_mlistbox is not examined at all.
There is another, finer grained, mechanism to suppress code generation for distinct children, alone.
Inside of »Jeszra« a hidden, third mechanism exists.
»grefwindows« gains the information for all these three distinct functions, via the provided »variable« interface.
A Window created through the grefwindows command exposes various functions. Using these functions has the following general form:
object.option(?arg, arg, ...?)
PathName is the same as the window path name. Option and the args determine the exact behavior of the command. The following commands are possible for this window:
Returns the current value of the configuration option given by option. Option may have any of the values accepted by the grefwindows command.
Query or modify the configuration options of the window. If no option is specified, returns a list describing all of the available options for pathName (see Tk_ConfigureInfo for information on the format of this list). If option is specified with no value, then the command returns a list describing the one named option (this list will be identical to the corresponding sublist of the value returned if no option is specified). If one or more option-value pairs are specified, then the command modifies the given window option(s) to have the given value(s); in this case the command returns an empty string. Option may have any of the values accepted by the grefwindows command.
Custom code for an instance of template »grefwindows«.
Contains obsolete code, customizing the internal »rtl_mlistbox«s; this is now part of the code generation and will thus being duplicated into the template creation procedure. Only the stripes part shall remain inside »init«.
fixme (Roger) 09/19/2008 : Remove this duplications!
|
|
Copyright © 2009–2010 Arndt Roger Schneider |