AES

Fensterdialoge

Fileselektoren

8.9 Fensterverwaltung

Diese Bibliothek stellt Funktionen zur Verfügung um Fenster zu erzeugen, zu öffnen, zu schließen und vieles mehr. Insgesamt stehen die folgenden Routinen zur Verfügung:

Hinweis: Unter MagiC sollte eine einzelne Applikation nicht mehr als 16 Fenster benutzen, da sonst der Nachrichtenpuffer des Systems überlaufen kann, und evtl. Redraws nicht mehr ausgeführt werden können.

Querverweis:
Komponenten eines Fensters   Style-Guidelines   Fensterdialoge   Übersicht der wind_get/set Unterfunktionen   wind_get und wind_set mode von Geneva

8.9.1 wind_apfind

8.9.1.1 Bindings für wind_apfind

int16_t wind_apfind (int16_t wi_fmx, int16_t wi_fmy)
{
   int_in[0]  = wi_fmx;
   int_in[1]  = wi_fmy;

   return ( crys_if(119) );
}

8.9.2 wind_calc

8.9.2.1 Bindings für wind_calc

int16_t wind_calc (int16_t wi_ctype, int16_t wi_ckind,
                   int16_t wi_cinx, int16_t wi_ciny,
                   int16_t wi_cinw, int16_t wi_cinh,
                   int16_t *coutx, int16_t *couty,
                   int16_t *coutw, int16_t *couth)
{
   int_in[0]  = wi_ctype;
   int_in[1]  = wi_ckind;
   int_in[2]  = wi_cinx;
   int_in[3]  = wi_ciny;
   int_in[4]  = wi_cinw;
   int_in[5]  = wi_cinh;

   crys_if (108);

   *coutx = int_out[1];
   *couty = int_out[2];
   *coutw = int_out[3];
   *couth = int_out[4];

   return ( int_out[0] );
}

8.9.3 wind_close

8.9.3.1 Bindings für wind_close

int16_t wind_close (int16_t wi_clhandle)
{
   int_in[0]  = wi_clhandle;
   return ( crys_if(102) );
}

8.9.4 wind_create

8.9.4.1 Bindings für wind_create

int16_t wind_create (int16_t wi_crkind, int16_t wi_crwx,
                     int16_t wi_crwy, int16_t wi_crww,
                     int16_t wi_crwh)
{
   int_in[0]  = wi_crkind;
   int_in[1]  = wi_crwx;
   int_in[2]  = wi_crwy;
   int_in[3]  = wi_crww;
   int_in[4]  = wi_crwh;

   return ( crys_if(100) );
}

8.9.5 wind_delete

8.9.5.1 Bindings für wind_delete

int16_t wind_delete (int16_t wi_dhandle)
{
   int_in[0] = wi_dhandle;
   return ( crys_if(103) );
}

8.9.6 wind_draw

8.9.6.1 Bindings für wind_draw

int16_t wind_draw ( int16_t wi_dhandle, int16_t wi_dstartob );
{
   int_in[0] = wi_dhandle;
   int_in[1] = wi_dstartob;
   return ( crys_if(99) );
}

8.9.7 wind_find

8.9.7.1 Bindings für wind_find

int16_t wind_find (int16_t wi_fmx, int16_t wi_fmy)
{
   int_in[0]  = wi_fmx;
   int_in[1]  = wi_fmy;

   return ( crys_if(106) );
}

8.9.8 wind_get

8.9.8.1 Bindings für wind_get

int16_t wind_get ( int16_t wi_ghandle, int16_t wi_gfield,
                   int16_t *wi_gw1, int16_t *wi_gw2,
                   int16_t *wi_gw3, int16_t *wi_gw3)
{
   int_in[0]  = wi_ghandle;
   int_in[1]  = wi_gfield;

   crys_if (104);

   *wi_gw1 = int_out[1];
   *wi_gw2 = int_out[2];
   *wi_gw3 = int_out[3];
   *wi_gw4 = int_out[4];

   return ( int_out[0] );
}

8.9.9 wind_new

8.9.9.1 Bindings für wind_new

void wind_new (void)
{
   crys_if (109);
}

8.9.10 wind_open

8.9.10.1 Bindings für wind_open

int16_t wind_open (int16_t wi_ohandle, int16_t wi_owx,
                   int16_t wi_owy, int16_t wi_oww,
                   int16_t wi_owh)
{
   int_in[0]  = wi_ohandle;
   int_in[1]  = wi_owx;
   int_in[2]  = wi_owy;
   int_in[3]  = wi_oww;
   int_in[4]  = wi_owh;

   return ( crys_if(101) );
}

8.9.11 wind_set

8.9.11.1 wind_set und PC-GEM

Ab PC-GEM Version 2.0 gilt:

WF_ATTRB (18): setzt den Fenster-Attributvektor. Es gilt: wi_sw1 = 0 (bzw. 1): Fenster ist oberstes Fenster bzw. nicht; ansonsten keine weiteren Informationen bekannt.

WF_SIZETOP (19): Fenster zum aktiven Fenster machen, ohne die Reihenfolge der anderen Fenster zu verändern. Gleichzeitig können die Position und Größe des Fensters neu festgelegt werden:

8.9.11.2 Bindings für wind_set

int16_t wind_set ( int16_t wi_shandle, int16_t wi_sfield,
                   int16_t wi_sw1, int16_t wi_sw2,
                   int16_t wi_sw3, int16_t wi_sw4 )
{
   int_in[0]  = wi_shandle;
   int_in[1]  = wi_sfield;
   int_in[2]  = wi_sw1;
   int_in[3]  = wi_sw2;
   int_in[4]  = wi_sw3;
   int_in[5]  = wi_sw4;

   return ( crys_if(105) );
}

8.9.11.3 WF_TOPMOST, wind_set

A class of windows that will always 'float' ontop of classical windows. One key feature of windows in any WF_TOPMOST state is that they do not disturb current keyboard focus, and can be used to issue important messages, status raports, etc., without demanding user interaction.

wind_set (wi_shandle, WF_TOPMOST, wi_sw1,...)

WF_TOPMOST (232)

Some common characteristics of windows with any WF_TOPMOST state set;

1. Changing the WF_TOPMOST state can be done on open windows, but it is prefer not if possible.
2. Windows which have TOPMOST state 1 or 2 never get keyboard focus.
3. Windows which have TOPMOST state 1 or 2 never get WM_TOPPED or WM_UNTOPPED AES messages.

State 1:
Setting state 1 will make the corresponding window 'float' ontop of all other classical windows. State 1 windows will stay ontop until closed by the user or the application itself.

State 2:
Setting state 1 will make the corresponding window act like windows with state 1 set, with one important exception; The window is linked to the window owner's focus status. This means that when the application that owns the window looses focus, state 2 windows are automatically made unvisible by the AES. When the application regains focus, the window is automatically made visible again. This is done automatically, and no application handling is necessary.

8.9.12 wind_update

8.9.12.1 Bindings für wind_update

int16_t wind_update (int16_t wi_ubegend)
{
   int_in[0] = wi_ubegend;
   return ( crys_if(107) );
}

8.9.13 wind_xget

8.9.13.1 Bindings für wind_xget

int16_t wind_xget ( int16_t wi_ghandle, int16_t wi_gfield,
                    int16_t *wi_gw1, int16_t *wi_gw2,
                    int16_t *wi_gw3, int16_t *wi_gw4,
                    int16_t *wo_sw1, int16_t *wo_sw2,
                    int16_t *wo_sw3, int16_t *wo_sw4 );
{
   int_in[0]  = wi_ghandle;
   int_in[1]  = wi_gfield;
   int_in[2]  = *wi_sw1;
   int_in[3]  = *wi_sw2;
   int_in[4]  = *wi_sw3;
   int_in[5]  = *wi_sw4;

   crys_if (104);

   *wo_gw1 = int_out[1];
   *wo_gw2 = int_out[2];
   *wo_gw3 = int_out[3];
   *wo_gw4 = int_out[4];

   return ( int_out[0] );
}

8.9.14 wind_xset

8.9.14.1 Bindings für wind_xset

int16_t wind_xset ( int16_t wi_shandle, int16_t wi_sfield,
                    int16_t wi_sw1, int16_t wi_sw2,
                    int16_t wi_sw3, int16_t wi_sw4,
                    int16_t *wo_sw1, int16_t *wo_sw2,
                    int16_t *wo_sw3, int16_t *wo_sw4 );
{
   int_in[0]  = wi_shandle;
   int_in[1]  = wi_sfield;
   int_in[2]  = wi_sw1;
   int_in[3]  = wi_sw2;
   int_in[4]  = wi_sw3;
   int_in[5]  = wi_sw4;

   crys_if(105);

   *wo_sw1 = int_out[1];
   *wo_sw1 = int_out[2];
   *wo_sw1 = int_out[3];
   *wo_sw1 = int_out[4];

   return ( int_out[0] );
}

8.9.15 x_wdial_change

8.9.15.1 Bindings für x_wdial_change

int16_t x_wdial_change( int16_t handle, int16_t object,
int16_t newstate )
{
   int_in[0] = handle;
   int_in[1] = object;
   int_in[2] = newstate;

   crys_if(29009);

   return ( int_out[0] );
}

8.9.16 x_wdial_draw

8.9.16.1 Bindings für x_wdial_draw

int16_t x_wdial_draw( int16_t handle, int16_t start, int16_t
depth )
{
   int_in[0] = handle;
   int_in[1] = start;
   int_in[2] = depth;

   crys_if(29008);

   return ( int_out[0] );
}

8.9.17 x_wind_calc

8.9.17.1 Bindings für x_wind_calc

int16_t x_wind_calc ( int16_t wi_ctype, int16_t wi_ckind,
int16_t wi_xkind, int16_t wi_cinx, int16_t wi_ciny, int16_t
wi_cinw, int16_t wi_cinh, int16_t *coutx, int16_t *couty,
int16_t *coutw, int16_t *couth )
{
   int_in[0]  = wi_ctype;
   int_in[1]  = wi_ckind;
   int_in[2]  = wi_xkind;
   int_in[3]  = wi_cinx;
   int_in[4]  = wi_ciny;
   int_in[5]  = wi_cinw;
   int_in[6]  = wi_cinh;

   crys_if(29012);

   *coutx = int_out[1];
   *couty = int_out[2];
   *coutw = int_out[3];
   *couth = int_out[4];

   return ( int_out[0] );
}

8.9.18 x_wind_create

8.9.18.1 Bindings für x_wind_create

int16_t x_wind_create ( int16_t wi_crkind, int16_t wi_xkind,
int16_t wi_crwx, int16_t wi_crwy, int16_t wi_crww, int16_t
wi_crwh )
{
   int_in[0]  = wi_crkind;
   int_in[1]  = wi_xkind;
   int_in[2]  = wi_crwx;
   int_in[3]  = wi_crwy;
   int_in[4]  = wi_crww;
   int_in[5]  = wi_crwh;

   crys_if(29011);

   return ( int_out[0] );
}

8.9.19 x_wind_tree

/* Get the tree for a window, and change the appearence of
the up and down arrows */
TEDINFO info_ted, mover_ted;
OBJECT *tree
WIND_TREE wt;
int16_t handle;

/* Create a window */
if( (handle = wind_create( UPARROW|DNARROW|VSLIDE, 20, 20,
   200, 200 )) != 0 )
{
  /* Get the current count and flags */
  wt.handle = handle;
  x_wind_tree( X_WT_GETCNT, &wt );
  /* Now allocate enough memory to hold the entire tree */
  if( (tree = Malloc( wt.count*sizeof(OBJECT) )) != 0 )
  {
     /* And get the tree */
     wt.tree = tree;
     x_wind_tree( X_WT_READ, &wt );
     /* Now, we *must* set these two TEDINFO's. The
        contents of theTEDINFO's is not important
        because the info and mover bars  are not used */
     tree[WGMOVE].ob_spec.tedinfo = &mover_ted;
     tree[WGINFO].ob_spec.tedinfo = &info_ted;
     /* Modify the arrows. The up arrow will now be a
        '^' character, and the down arrow will be a 'v' */
     tree[WGUP].ob_spec.bfobspec.character = '^';
     tree[WGDOWN].ob_spec.bfobspec.character = 'v';
     x_wind_tree( X_WT_SET, &wt );
     /* All done! The window can be opened now, but don't
        forget to Mfree(tree) later on when it's closed. */
  }
}

8.9.19.1 Bindings für x_wind_tree

int16_t x_wind_tree( int16_t mode, WIND_TREE *wtree )
{
   int_in[0] = mode;
   addr_in[0] = wtree;

   crys_if(29010);

   return ( int_out[0] );
}

8.9.20 Die Komponenten eines Fensters

Die folgende Abbildung zeigt das Fenster eines GEM-Texteditors, und beschreibt die wichtigsten Komponenten dieses Fensters.

Querverweis: wind_create   Fensterverwaltung

8.9.21 Übersicht der wind_get/set Unterfunktionen

8.9.22 wind_get und wind_set mode von Geneva

In all cases, the wind_get function can be used to retrieve the following information for a particular window. wind_set can be used to set the values.

X_WF_MENU (0x1100)

 
Setting this attribute causes a menu bar to appear below the window's name and information bars. The wi_sw1 parameter should have the high-WORD of the address of the object tree containing the menu. wi_sw2 contains the low-WORD of the address. If a NULL pointer is passed, the menu bar will be blank.
 
Example:
 

int handle;
OBJECT *menu;

handle = x_wind_create( MOVER, X_MENU, 20, 20, 200, 200 );
if( handle>0 ) {
  wind_set( handle, X_WF_MENU, menu );
  wind_open( handle, 20, 20, 200, 200 );
}

X_WF_DIALOG (0x1200)

This option allows a program to create dialog boxes within windows. It is generally used in conjunction with the X_MU_DIALOG event type.
 
The wi_sw1 parameter should have the high-WORD of the address of the object tree containing the dialog. wi_sw2 contains the low- WORD of the address. If a NULL address is passed, there will be no dialog associated with the window, and it will receive events normally.
 
If the window does not have horizontal or vertical sliders, then the size of the root object of the dialog will automatically be sized to fit the entire working area of the window. If the window has sliders, then the dialog will automatically scroll and update as the user operates them. No action is necessary on the part of the program.
 
If the window is open when this call occurs, the entire dialog is always redrawn and the sliders, if present, are updated. All slider updates can be turned off by clearing the X_WTFL_SLIDERS attribute for the window, by way of the x_wind_tree function.
 
Refer to the section describing shel_write for information on how to cause a windowed dialog to scroll by sending a message to Geneva.
 
Example:
 

int handle;
OBJECT dial = { -1, -1, -1, G_BOX, 0, 0,
                0x021131L, 0, 0, 1000, 1000 };
                                 /* a large, filled rectangle */


handle = wind_create( MOVER|SIZER|CLOSER|UPARROW|DNARROW|\
              VSLIDE|LFARROW|RTARROW|HSLIDE, 20, 20, 200, 200 );

if( handle>0 ) {
  wind_set( handle, X_WF_DIALOG, &dial );
  wind_set( handle, X_WF_DIALHT, 10 );  /* vert. scroll jump  */
  wind_set( handle, X_WF_DIALWID, 10 ); /* horiz. scroll jump */
  wind_open( handle, 20, 20, 200, 200 );
}

X_WF_DIALWID (0x1300)

 
This option is used in conjunction with the X_WF_DIALOG option. It controls the interval at which scrolling by the user occurs. For instance, a value of 10 will cause the left and right scroll arrows to scroll the dialog within the window by 10 pixels at a time. The default value is 1.
 
Since, by default, Geneva will use a blit operation to move most of a windowed dialog's contents when scrolling, unpredictable redraw errors can occur when redrawing the unblitted area of a dialog if the dialog uses a patterned fill and X_WF_DIALWID is not a multiple of 16 pixels.
 

X_WF_DIALHT (0x1400)

This option is used in conjunction with the X_WF_DIALOG option. It controls the interval at which scrolling by the user occurs. For instance, a value of 10 will cause the up and down scroll arrows to scroll the dialog within the window by 10 pixels at a time. The default value is 1.
 
Since, by default, Geneva will use a blit operation to move most of a windowed dialog's contents when scrolling, unpredictable redraw errors can occur when redrawing the unblitted area of a dialog if the dialog uses a patterned fill and X_WF_DIALWID is not a multiple of 16 pixels.
 

X_WF_DFLTDESK (0x1500)

This option allows a program to redefine the default desktop, so that it will be something other than the normal grey pattern. The wi_sw1 parameter should have the high-WORD of the address of the object tree containing the new object tree. wi_sw2 contains the low-WORD of the address. If a NULL address is passed, the built-in default (gray pattern) desktop will become the new default. The wi_sw3 parameter must contain the total number of objects in the object tree which contains the new desktop.
 
If the application which has changed the default desktop terminates, the default grey pattern is resumed automatically.
 

X_WF_MINMAX (0x1600)

This option allows a program to change the minimum and maximum sizes to which the user can resize a particular window.
 
By default, Geneva calculates a minimum window size that is large enough to contain all of the window gadgets without overlapping. The maximum size always defaults to the working area of the entire desktop.
 
The wi_sw1 and wi_sw2 parameters are the minimum window width and height, respectively, and wi_sw3 and wi_sw4 are the maximum width and height of the window. Passing a value of -1 in any of these parameters in a call to wind_set will cause no change to occur in that one value.
 

X_WF_HSPLIT (0x1700)

This option reflects the location of the horizontal split bar of a window.
 
The wi_sw1 parameter is the new location of the bar, in pixels. If the value is zero, the bar will be all the way to the left edge; if it is -1 (which is the default) it will be all the way to the right.
 
Return value from wind_get:
 

wi_gw1 =	Split bar position
wi_gw2 =	Size, in pixels, of the upper window region
wi_gw3 =	Size of the lower window region

Note: The value returned by wind_get may not be equal to the value supplied to wind_set if the user has either changed the size of the window, or if the value was too large or not large enough to exceed the minimum bar position. See the function x_wind_create and the X_WF_SPLMIN option, below, for more information.
 

X_WF_VSPLIT (0x1800)

This option reflects the location of the vertical split bar of a window.
 
The wi_sw1 parameter is the new location of the bar, in pixels. If the value is zero, the bar will be at the very top; if it is -1 (which is the default) it will be at the very bottom.
 
Return value from wind_get:
 

wi_gw1 =	Split bar position
wi_gw2 =	Size, in pixels, of the left window region
wi_gw3 =	Size of the right window region

Note that the value returned to wind_get may not be equal to the value supplied by wind_set if the user has either changed the size of the window, or if the value was too large or not large enough to exceed the minimum bar position. See the function x_wind_create and the X_WF_SPLMIN option, below, for more information.
 

X_WF_SPLMIN (0x1900)

This option controls the minimum sizes of the areas defined by the horizontal and vertical split bars.
 

wi_sw1 =	Minimum width of region to left of horizontal split
wi_sw2 =	Minimum width of region to right of horizontal split
wi_sw3 =	Minimum height of region above vertical split
wi_sw4 =	Minimum height of region below vertical split

When the user drags a split bar, these values are checked. He will not be able to drag the bar if the window is too small to fit two regions having these sizes. When a wind_set call is made to set the position of one of the split bars, they will be 'snapped' to one edge or the other if the position is less than 1/2 of the minimum distance away from the edge. Furthermore, when the window is made smaller, the positions of the split bars are automatically changed so as to satisfy these minimum values. For this reason, a program should never assume that they have not changed.
 
Passing a value of -1 in any of these parameters in a call to wind_set will cause no change to occur in that one value.
 

X_WF_HSLIDE2 (0x1A00)

This option gets or sets the position of the second horizontal slider (which appears to the right of a horizontal split bar) in a manner identical to WF_HSLIDE.
 

X_WF_VSLIDE2 (0x1B00)

This option gets or sets the position of the second vertical slider (which appears below a vertical split bar) in a manner identical to WF_VSLIDE.
 

X_WF_HSLSIZE2 (0x1C00)

This option gets or sets the size of the second horizontal slider (which appears to the right of a horizontal split bar) in a manner identical to WF_HSLSIZE.
 

X_WF_VSLSIZE2 (0x1D00)

This option gets or sets the size of the second vertical slider (which appears below a vertical split bar) in a manner identical to WF_VSLSIZE.
 

X_WF_DIALFLGS (0x1E00)

This option gets/sets flags related to the way dialogs within windows are processed. Currently, only the following three bits are used. All other bits are reserved for future use:
 

X_WD_ACTIVE (bit 0)

When this bit is off, no mouse or keyboard events will be processed. This is a good way to temporarily lock a windowed dialog while presenting the user with a sub-dialog that asks for other input (like the 'Find' option in the Task Manager's 'Flags' dialog.) This attribute defaults to On.
 

X_WD_BLITSCRL (bit 1)

If this flag is set, which it is by default, a windowed dialog will be scrolled in real time by way of a blit operation. Care should be taken when displaying object trees which use fill patterns, because if the X_WF_DIALWID or X_WF_DIALHT are not an even increment of 16, the fill pattern may not match up correctly when the user scrolls the window. If this flag is off, the entire dialog will be redrawn every time its position changes. In this case, the scroll increment does not matter.
 

X_WD_KEYS (bit 2) (since Release 004)

When set, any keypresses that would otherwise be processed as part of the dialog are instead passed through to the application.
 
An example is when NeoDesk is run with the desktop in a window. Normally, things like [Shift]-[C] would be treated like a keypress in a dialog without any editable field and ignored. When this bit is set, the keypress will instead go to the application.
 

X_WF_OBJHAND (0x1F00) (since Release 003)

When an application wants to intercept some or all of the button events that would otherwise be interpreted by Geneva to mean that a window widget has been clicked on, this wind_set mode can be used to provide Geneva with the address of a routine which instructs Geneva to either ignore the event, or to process it as normal. This allows the programmer to redefine the operation of window widgets, and to define his own actions for new widgets which have been added with the x_wind_tree function.
 
The routine is passed the handle of the window containing the object and the index of the object within the window's object tree. If the user routine returns a 0, then Geneva will generate an X_WM_OBJECT message and send it to the application. If the routine returns a 1, then Geneva will process the action as a normal event and act accordingly.
 
IMPORTANT: The application's object handler routine must not use any AES functions.
 
The following example declares an object handler which allows the action of the vertical scroll bar to be redefined:
 

       /* change this to "int cdecl objhand..." for Pure C */
       int objhand( int handle, int obj )
       {  /* handle parameter is not used */
         if( obj==WGVSMLSL ) /* this is the vertical slider */
           return 0;
         return 1;           /* otherwise, process as normal */
       }

       main()
       {
        int handle, message[8];

         handle = wind_create( NAME|MOVER|VSLIDE|UPARROW|DNARROW,
             50, 50, 150, 150 );

         if( handle > 0 )
         {
           wind_set( handle, X_WF_OBJHAND, &objhand );
           wind_open( handle, 50, 50, 150, 150 );
         }

         ...

         evnt_mesag( message );

         switch( message[0] )
         {

           case X_WM_OBJECT:
             if( message[3]==handle && message[4]==WGVSMLSL )
                /* do something new with the slider */
         }
       }

If wind_set( X_WF_OBJHAND ) is passed a NULL pointer instead of a pointer to a function, object handling is discontinued for that window.
 
Note that in order for Geneva to determine that the mouse has been clicked on an object in a window's tree structure, it must be of type EXIT or TOUCHEXIT. Geneva's default window widgets already have these attributes set correctly.
 
wind_get can also be used to get a pointer to the current object handler routine. A NULL pointer means that there is no object handler defined.
 

X_WF_DIALEDIT (0x2000) (since Release 003)

When a windowed dialog has been defined with wind_set mode X_WF_DIALOG, these two options can be used to get or set the index of the object which currently has the edit cursor. This can be helpful when an application changes the contents of a text field while the dialog is still displayed, or when it needs to hide the object that currently has the edit cursor.
 
wind_get( X_WF_DIALEDIT ) will return the index of the object which currently has the edit cursor in the wi_gw1 parameter, and the position of the edit cursor within the object's text in the wi_gw2 parameter.
 
wind_set( X_WF_DIALEDIT ) changes the object (wi_sw1) and the edit index (wi_sw2). If the object is 0, then the edit cursor will simply be turned off; otherwise it will be moved to the new object. If the index is 0, the cursor will be positioned before the leftmost character in the field; if it is a number > 0, it will be further to the right. If the index is -1, then the cursor will be automatically moved to the rightmost position.
 

X_WF_DCOLSTAT (0x2100) (since Release 004)

This mode gets or sets a window widget's default colours and ob_state value. Unlike WF_DCOLOR, this option gives full control over all of Geneva's extended window widgets.
 
For wind_set, the wi_sw1 parameter contains the index of the window widget to change, taken from the list of WGCLOSE through WGSIZE, as outlined in xwind.h. wi_sw2 contains the colour for the widget when the window is on top, wi_sw3 is for an untopped window. wi_sw4 contains the ob_state WORD of the object. If any of these values is set to -1, then no change occurs.
 
For wind_get, the wi_sw1 parameter must be a pointer to a WORD containing the index of the widget being inquired about, the same way WF_COLOR and WFDCOLOR work.
 
Example: Turn the 3D attribute on for the mover bar
 

      int top, untop, state, gadget;

      gadget = WGMOVE;
      wind_get( 0, X_WF_DCOLSTAT, &gadget, &top, &untop, &state );
      state |= X_MAGIC|X_DRAW3D;
      wind_set( 0, X_WF_DCOLSTAT, gadget, -1, -1, state );

AES

Fensterdialoge

Fileselektoren