Protocols
Protocols
BubbleGEM
The AV protocol (Accessory-Venus) was developed
by Stefan Eissing and used for the first time in the
alternative desktop Gemini. Since then however this protocol
has been supported in many further shells (Ease, Jinnee, MagXDesk,
Thing, ...).
This section describes the version of the protocol from the
Gemini distribution of 29th January 1995 (Gemini 1.a). All references
to 'Venus' in the following can be substituted with 'Client' or
'Server' as appropriate when using other shells.
The communication between two processes takes place with AV
protocol via the exchange of (extended) AES messages, which can be allocated
to one of the following categories:
Warning: Here one must point out that with a view to
future operating system versions, memory blocks used for communication
between various programs, or allocated via pointers, have to be global
(Mxalloc function with Global flag set). Otherwise memory protection
violations would arise on computers with PMMU (e.g. Atari TT030 or
Falcon030).
If paths or filenames are to be included in messages, then one
must always quote the absolute path (i.e. including the drive)
and the drive letters must be in upper case. Paths should
always end with a backslash!
With an AV_PROTOKOLL call, each application can inquire which
messages are unnderstood (not all shells support the complete
protocol). It would be nice if other programs too would react to this
protocol. At least AV_SENDKEY is certainly easy to implement and is the
only method by which keypresses can be simulated via messages.
Under normal TOS, a desk accessory that has received an
AC_CLOSE message from the AES inquires of the application (with ID)
0 via AV_PROTOKOLL whether it has understood this. In a multitasking
environment (MultiTOS, MiNT/N.AES or MagiC) the program need no
longer have the ID 0; besides, there will be (hardly) any AC_CLOSE
messages any more. In addition, not just desk accessories but also
normal programs will want to communicate with the AV-Server. So what
do we do?
If more than one main application can exist, then the program or
the desk accessory should try to extablish contact with GEMINI. After
all, the ID can be obtained with appl_find. If this fails, then one
can still search for AVSERVER or the contents of the (AES)
nnvironmental variable AVSERVER. The latter possibility in particular
permits easy configuration from the outside. The new versions of the
library VAFUNC by Stephan Gerle (available in well-sorted
mailboxes) proceed in almost the same way.
See also: Messages Drag&Drop protocol OLGA protocol
Quoting in AV protocol means that filenames can optionally be
enclosed in single quote-marks (e.g. 'name'). However, this is
permitted only if both parties (Server and Client) are of the same
mind, i.e. both understand it.
So why should one want to do this and how does it work? Let us
assume that the Server sends a filename to the application which
contains a space. An application that does not understand
quoting will take this as two filenames having been passed
instead of one, since normally spaces are used to separate filenames.
But if the application does understand quoting (bit 4 in its protocol
status is set), then the Server will enclose the filename with '' and
the application will recognize that the space belongs to the filename.
The same applies for filenames that are sent by an application to a
Server, of course.
The question remains of how one sends single quote-marks. Well,
such characters forming part of the filename are simply doubled up.
So, for instance, Zorro's hypertext will be passed as 'Zorro''s
hypertext'. So in such cases the same method is used as for the
Drag&Drop protocol.
See also:
AV_PROTOKOLL VA_ACC_QUOTING(a) VA_SERVER_QUOTING(a)
VA_PROTOSTATUS Drag&Drop protocol
These messages are sent by an application to Gemini or a
present AV-Server:
See also: VA functions Messages
Name: |
»AV_ACCWINDCLOSED«
|
Number: |
0x4726
|
Description: |
An application informs the AV-Server that a window has been
closed. This is only necessary if it closed the window itself. If the
window is closed due to an AC_CLOSE message, the Server knows that all
windows are closed.
Parameter |
Meaning |
WORD 3 |
AES handle of the window |
|
Group: |
AV functions
|
See also: |
AV_ACCWINDOPEN AV protocol
|
Name: |
»AV_ACCWINDOPEN«
|
Number: |
0x4724
|
Description: |
This message can be used by an application to inform the
AV-Server about its own (opened) window.
Parameter |
Meaning |
WORD 3 |
AES handle of the opened window |
|
Group: |
AV functions
|
See also: |
AV_ACCWINDCLOSED AV protocol
|
Name: |
»AV_ASKOBJECT«
|
Number: |
0x4716
|
Description: |
Ask about the currently selected object(s). The name(s) of the
selected object(s) is (are) returned. If no object is selected, the
string is empty.
If several objects are selected, their names are separated by
spaces.
|
Group: |
AV functions
|
See also: |
VA_OBJECT AV protocol
|
Name: |
»AV_COPY_DRAGGED«
|
Number: |
0x4728
|
Description: |
An application tells the AV-Server that the objects that have
been dragged to its window should be copied. This may be the case,
e.g. if objects are dragged to the TreeView window.
Parameter |
Meaning |
WORD 3 |
The keyboard state ([Alternate], [Control], [Shift]) |
WORD 4+5 |
Pointer to a string which must contain the name of the destination object This HAS to be a pathname! |
This message may only be used as reply to a VA_DRAGACCWIND message.
|
Group: |
AV functions
|
See also: |
VA_DRAGACCWIND AV protocol
|
Name: |
»AV_COPYFILE«
|
Number: |
0x4755
|
Description: |
This command directs the AV-Server to copy or move certain
file(s) or folder(s).
Parameter |
Meaning |
WORD 3+4 |
Pointer to the source file/s and folder/s |
WORD 5+6 |
Pointer to the destination folder |
WORD 7 |
Various flags: |
|
Bit 0 = Delete original (= move) |
|
Bit 1 = Rename copy |
|
Bit 2 = Overwrite destination without comment |
|
Bit 3 = Only create symbolic links of |
|
sources (bit 0 in that case |
|
has no meaning) |
|
Bit 4-15 = Reserved, always 0 |
Note: All further bits are reserved for future purposes.
Multiple files must be separated by space characters. Folders
must include a trailing backslash '\' character!
|
Group: |
AV functions
|
See also: |
VA_FILECOPIED AV protocol
|
Name: |
»AV_DELFILE«
|
Number: |
0x4757
|
Description: |
This command directs the AV-Server to delete certain file(s) or
folder(s).
Parameter |
Meaning |
WORD 3+4 |
Pointer to the file(s)/folder(s) to be deleted |
WORD 5-7 |
Reserved, always 0 |
Multiple files or folders must be separated by space characters.
Folders must include a trailing backslash '\' character!
|
Group: |
AV functions
|
See also: |
VA_FILEDELETED AV protocol
|
Name: |
»AV_DRAG_ON_WINDOW«
|
Number: |
0x4734
|
Description: |
An application tells the AV-Server that objects have been
dragged onto one of its windows inquired for with AV_WHATIZIT.
Parameter |
Meaning |
WORD 3 |
X-position to which the mouse was dragged |
WORD 4 |
Y-position to which the mouse was dragged |
WORD 5 |
Keyboard state ([Alternate], [Control], [Shift]) |
WORD 6+7 |
Pointer to a string that contain the names of the objects |
The names are the names of files, folders or drives; multiple
names are separated by a space character. Names of folders or drives
must include a trailing backslash '\' character!
|
Group: |
AV functions
|
See also: |
VA_DRAG_COMPLETE VA_DRAGACCWIND AV protocol
|
Name: |
»AV_EXIT«
|
Number: |
0x4736
|
Description: |
An application tells the AV-Server that it doesn't link into
the protocol any longer.
Parameter |
Meaning |
WORD 3 |
AES id of the application |
This message must be used, before terminating a program if the
program did use AV_PROTOKOLL!
|
Group: |
AV functions
|
See also: |
appl_init AV protocol
|
Name: |
»AV_FILEINFO«
|
Number: |
0x4753
|
Description: |
This command directs the AV-Server to display an information
dialog for a given file or folder.
Parameter |
Meaning |
WORD 3+4 |
Pointer to file or folder name |
WORD 5-7 |
Reserved, always 0 |
Multiple files/folders may be separated using space characters.
Folders must include a trailing backslash '\' character!
|
Group: |
AV functions
|
See also: |
VA_FILECHANGED AV protocol
|
Name: |
»AV_GETSTATUS«
|
Number: |
0x4703
|
Description: |
An accessory asks Venus for the current status that it has
given to Venus via the AV_STATUS message.
|
Group: |
AV functions
|
See also: |
AV_STATUS AV protocol
|
Name: |
»AV_OPENCONSOLE«
|
Number: |
0x4718
|
Description: |
Venus should open the console window. If it is open already, it
will be topped. This action is of use if a desk accessory is about to
launch a TOS program using the system function.
Note: No GEM programs should be started by an
accessory via the system function! The message should only be
used if the user explicitly wants to, as otherwise it can quickly lead
to confusion.
This message is only available in Gemini at present.
|
Group: |
AV functions
|
See also: |
AV_OPENWIND AV_XWIND VA_CONSOLEOPEN VA_XOPEN
VA_WINDOPEN AV_STARTPROG
|
Name: |
»AV_OPENWIND«
|
Number: |
0x4720
|
Description: |
An application directs the AV-Server to open a file window.
Parameter |
Meaning |
WORD 3+4 |
Pointer to the path for the window |
WORD 5+6 |
Pointer to a string containing the wildcards for the files which should be displayed |
Note: This message should only be used when the reason
is clearly evident to the user.
|
Group: |
AV functions
|
See also: |
AV_OPENCONSOLE AV_XWIND VA_CONSOLEOPEN VA_WINDOPEN
VA_XOPEN
|
Name: |
»AV_PATH_UPDATE«
|
Number: |
0x4730
|
Description: |
A program/accessory tells the AV-Server that the contents of a
folder has been changed. The AV-Server redraws this folder if it is
displayed in a window, even if subdirectories are shown.
Parameter |
Meaning |
WORD 3+4 |
Pointer to the complete (!) pathname |
The update of "C:\" for example results in
redisplaying everything on drive C:.
|
Group: |
AV functions
|
See also: |
AV_OPENWIND AV_XWIND AV protocol
|
Name: |
»AV_SENDCLICK«
|
Number: |
0x4709
|
Description: |
An application sends a mouse event to the AV-Server.
Parameter |
Meaning |
WORD 3 |
ev_mmox |
WORD 4 |
ev_mmoy |
WORD 5 |
ev_mmobutton |
WORD 6 |
ev_mmokstate |
WORD 7 |
ev_mbreturn |
|
Group: |
AV functions
|
See also: |
evnt_button evnt_multi
|
Name: |
»AV_SENDKEY«
|
Number: |
0x4710
|
Description: |
Using this message a Client can send the AV-Server any key
events it may not use for itself.
Parameter |
Meaning |
WORD 3 |
Keyboard state (ev_mmokstate) |
WORD 4 |
Scan code of the pressed key (ev_mkreturn) |
As an unofficial extension ('CodeAlpha') there is a concept that
allows ASCII characters for which no scancode exists to be passed as
well. For this one passes 0 for the scancode, the desired ASCII value
and in msg[5] the value $5048 (the latter to indicate that msg[4] is
indeed valid and that no conversion via the scancode tables is
required.
This message should always be supported If possible, as with its
help trans-application window cycling can be realised, for instance.
|
Group: |
AV functions
|
See also: |
evnt_keybd evnt_multi Scancode table
|
Name: |
»AV_SETWINDPOS«
|
Number: |
0x4759
|
Description: |
With this the Client can be informed of the position and size
of the next directory window to be opened by the AV-Server (with
AV_XWIND or AV_OPENWIND).
Parameter |
Meaning |
WORD 3 |
X-position |
WORD 4 |
Y-position |
WORD 5 |
Width of window |
WORD 6 |
Height of window |
WORD 7 |
Reserved, always 0 |
The coordinates are given in absolute coordinates. If
AV_XWIND tops an existing window rather than opening a new window,
this message has no effect!
|
Group: |
AV functions
|
See also: |
AV_OPENWIND AV_XWIND
|
Name: |
»AV_STARTED«
|
Number: |
0x4738
|
Description: |
A Client informs the AV-Server it has received and understood
the VA_START message and the memory reserved for the command line can
be released.
Parameter |
Meaning |
WORD 3+4 |
Pointer to the command line containing path or |
|
filename received by VA_START; can also be NULL. |
To recognize which VA_START message is being dealt with, the
values of VA_START are returned.
|
Group: |
AV functions
|
See also: |
VA_START AV protocol
|
Name: |
»AV_STARTPROG«
|
Number: |
0x4722
|
Description: |
An application requests the AV-Server to start a program (or
file).
Parameter |
Meaning |
WORD 3+4 |
Pointer to the program's name (with complete path!) |
WORD 5+6 |
Pointer to the command line for the program (may be NULL) |
WORD 7 |
Any 16-bit WORD, which will be returned by VA_PROGSTART |
In Gemini the installed applications are also taken into account.
This makes it possible to specify a file for which a program is then
searched for.
|
Group: |
AV functions
|
See also: |
VA_PROGSTART AV protocol
|
Name: |
»AV_STATUS«
|
Number: |
0x4704
|
Description: |
An accessory can give its current state to Venus, which will
store it in the INF-file and can be restored using AV_GETSTATUS.
Before sending AV_STATUS it must send AV_PROTOKOLL to Venus!
Parameter |
Meaning |
WORD 3+4 |
A pointer to a string, which must not contain |
|
any control characters and must not be longer |
|
than 256 characters; the pointer may be NULL |
The application must first have registered itself with the
Server via AV_PROTOKOLL.
|
Group: |
AV functions
|
See also: |
AV_GETSTATUS AV_PROTOKOLL AV protocol
|
Name: |
»AV_VIEW«
|
Number: |
0x4751
|
Description: |
The AV-Server calls the viewer for a specific file.
Parameter |
Meaning |
WORD 3+4 |
Pointer to the name of the file to be displayed (only a single file is allowed!) |
WORD 5 |
0 = Calls the viewer |
|
1 = Calls the editor |
WORD 6-7 |
Reserved, always 0 |
Note: Only a single file may be specified. If no
suitable viewer is available, an error-message will be returned to the
user.
|
Group: |
AV functions
|
See also: |
VA_VIEWED AV protocol
|
Name: |
»AV_WHAT_IZIT«
|
Number: |
0x4732
|
Description: |
A Client requests details about what is located at a given
position of the screen.
Parameter |
Meaning |
WORD 3 |
X-coordinate |
WORD 4 |
Y-coordinate |
The coordinates are the normal VDI coordinates (the origin is
the left upper corner of the screen).
|
Group: |
AV functions
|
See also: |
VA_THAT_IZIT AV protocol
|
Name: |
»AV_XWIND«
|
Number: |
0x4740
|
Description: |
Thing opens a directory window, similar to AV_OPENWIND except
additional options are available:
Parameter |
Meaning |
WORD 3+4 |
Pointer to the path for opening directories |
WORD 5+6 |
Pointer to the mask (wildcard) for the available files |
WORD 7 |
Bit-mask: |
|
0x0001 = Use current top window, if available |
|
0x0002 = Use wildcard for object selection |
|
0x0004 = Continue using existing window |
|
All other bit must be set to zero. |
Note: This message should only be used when the reason
is clearly evident to the user.
|
Group: |
AV functions
|
See also: |
AV_OPENCONSOLE AV_OPENWIND VA_CONSOLEOPEN VA_WINDOPEN
VA_XOPEN AV protocol
|
These messages are sent by Gemini or other present
AV-Server to an application:
See also: AV functions
This is a test of the protocol status of an accessory for
quoting.
In C the test may be realized as a macro as follows:
#define VA_ACC_QUOTING(a) ((a) & 0x10)
Name: |
»VA_CONFONT«
|
Number: |
0x4715
|
Description: |
Gives the currently selected font for the console window. Valid
are:
Parameter |
Meaning |
WORD 3 |
Console font (ID) |
WORD 4 |
Console font size (points) |
|
Group: |
VA functions
|
See also: |
AV_ASKCONFONT AV_ASKFILEFONT VA_FILEFONT
|
Name: |
»VA_CONSOLEOPEN«
|
Number: |
0x4719
|
Description: |
Returns the state of the console window (whether it has been
topped or opened). Valid are:
Parameter |
Meaning |
WORD 3 |
0 = Not topped/opened |
|
<> 0 = Is topped |
|
Group: |
VA functions
|
See also: |
AV_OPENCONSOLE AV protocol
|
Name: |
»VA_COPY_COMPLETE«
|
Number: |
0x4729
|
Description: |
This message is a direct reply to AV_COPY_DRAGGED. Valid are:
Parameter |
Meaning |
WORD 3 |
State of the copying process |
!= 0 means that something really was copied or moved. This may
be useful if a window has to be redrawn.
|
Group: |
VA functions
|
See also: |
AV_COPY_DRAGGED AV protocol
|
Name: |
»VA_DRAGACCWIND«
|
Number: |
0x4725
|
Description: |
The AV-Server (e.g. Thing) sends a message to the Client
sharing the information that one or more object/s has/have been
dragged to its window that was notified with AV_ACCWINDOPEN. Valid
are:
Parameter |
Meaning |
WORD 3 |
AES handle of the window |
WORD 4 |
X-position of the mouse |
WORD 5 |
Y-position of the mousee |
WORD 6+7 |
Pointer to a string containing the names of the objects. |
|
Group: |
VA functions
|
See also: |
AV_ACCWINDOPEN AV_ACCWINDCLOSED AV_DRAG_ON_WINDOW
|
Name: |
»VA_DRAG_COMPLETE«
|
Number: |
0x4735
|
Description: |
Reply to AV_DRAG_ON_WINDOW message. The AV-Server informs an
application that the action that was triggered by AV_DRAG_ON_WINDOW
has terminated.
Parameter |
Meaning
|
WORD 3 |
Status of the action
A value <> 0 means that something was really copied or
moved; the application may use this for building up a window anew
|
The returned value corresponds to the one that is also returned
for VA_COPY_COMPLETE.
|
Group: |
VA functions
|
See also: |
AV_DRAG_ON_WINDOW VA_DRAGACCWIND AV protocol
|
Name: |
»VA_FILECHANGED«
|
Number: |
0x4754
|
Description: |
Reply to AV_FILEINFO sent by the AV-Server to the Client.
Parameter |
Meaning
|
WORD 3+4 |
Pointer to the name of a file/folder, passed via AV_FILEINFO, which
can naturally contain a new file/folder name
|
WORD 5-7 |
Reserved, always 0
|
Note: One should heed that the user may have altered the
name in the dialog and therefore it is possible that the string
reachable via words 3+4 will no longer match that of AV_FILEINFO.
|
Group: |
VA functions
|
See also: |
AV_FILEINFO AV protocol
|
Name: |
»VA_FILECOPIED«
|
Number: |
0x4756
|
Description: |
Reply to AV_COPYFILE message sent by the AV-Server to the
Client.
Parameter |
Meaning |
WORD 3 |
0 = Error |
|
1 = All OK |
WORD 4-7 |
Reserved, always 0 |
|
Group: |
VA functions
|
See also: |
AV_COPYFILE AV protocol
|
Name: |
»VA_FILEDELETED«
|
Number: |
0x4758
|
Description: |
Reply to AV_DELFILE from the AV-Server to the Client.
Parameter |
Meaning |
WORD 3 |
0 = Error |
|
1 = All OK |
WORD 4-7 |
Reserved, always 0 |
|
Group: |
VA functions
|
See also: |
AV_DELFILE AV protocol
|
Name: |
»VA_FONTCHANGED«
|
Number: |
0x4739
|
Description: |
The AV-Server informs an application that one of its set fonts
has been changed. Valid are:
Parameter |
Meaning |
WORD 3 |
ID of the font used for directories (vst_font) |
WORD 4 |
Size in points for font used in directories (vst_point) |
WORD 5 |
ID of the font used in the console window (vst_font) |
WORD 6 |
Size in points for font used in the console window (vst_point) |
The message is sent to all applications that have previously
enquired about a font from the AV-Server.
|
Group: |
VA functions
|
See also: |
AV_ASKCONFONT AV_ASKFILEFONT VA_FILEFONT
|
Name: |
»VA_OBJECT«
|
Number: |
0x4717
|
Description: |
Return the currently selected object(s).
Parameter |
Meaning |
WORD 3+4 |
Pointer to a command line with the name(s) of the selected object(s) |
|
Group: |
VA functions
|
See also: |
AV_ASKOBJECT AV protocol
|
Name: |
»VA_PATH_UPDATE«
|
Number: |
0x4760
|
Description: |
With this message the AV-Server informs a Client that the
contents of a directory have changed.
Parameter |
Meaning |
WORD 3+4 |
Pointer to the directory |
WORD 5-7 |
Reserved, always 0 |
The specified directory always includes a trailing backslash '\'
character. The Client has to first establish via AV_PROTOKOLL that the
Server supports this message, and informs the Server whenever it
changes the contents of a directory or subdirectory. The Client should
then re-read all affected directories and subdirectories, closing any
subdirectories which no longer exist if necessary.
|
Group: |
VA functions
|
See also: |
AV_PROTOKOLL AV protocol
|
Name: |
»VA_PROGSTART«
|
Number: |
0x4723
|
Description: |
The AV-Server informs an application whether a specified
program was started.
Parameter |
Meaning |
WORD 3 |
0 = Error |
|
<>0 = Program started |
WORD 4 |
Return code of the program (where available) |
WORD 7 |
16-bit WORD from AV_STARTPROG |
In general the application will receive a message immediately in
case of error; but if the program is started, then the application
receives this message only after the start of the program, since the
routine which executes the Pexec can no longer know that an
application still has to get a message quickly. With a GEM program
one can recognize a success also from the AC_CLOSE message.
The error recognition unfortunately is sub-optimal; furthermore
the return value does not indicate whether the program has run free of
error.
|
Group: |
VA functions
|
See also: |
AV_STARTPROG VA_START AV protocol
|
Name: |
»VA_PROTOSTATUS«
|
Number: |
0x4701
|
Description: |
Tells the sender of AV_PROTOKOLL that the application knows
something about the VA protocol. The words 3-7 of the message buffer
contain information about which messages are understood.
If a bit is set, the message (group) is supported. All other
bits are reserved for future use and should be set to zero (all unused
bits of words 4 and 5 too).
|
Group: |
VA functions
|
See also: |
AV_PROTOKOLL AV protocol
|
This is a test of the protocol status of a Server for quoting.
In C the test may be realized as a macro as follows:
#define VA_SERVER_QUOTING(a) ((a) & 0x40)
Name: |
»VA_SETSTATUS«
|
Number: |
0x4705
|
Description: |
The AV-server tells an accessory about its stored state as a
reply to AV_GETSTATUS. The state can be set by the accessory.
Parameter |
Meaning |
WORD 3+4 |
Pointer to the saved string or NULL if no information is available. |
The returned status can be set subsequently by the application.
|
Group: |
VA functions
|
See also: |
AV_GETSTATUS AV protocol
|
Name: |
»VA_START«
|
Number: |
0x4711
|
Description: |
Using this message an AV-Server passes parameters to desktop
accessories or parallel running applications.
Parameter |
Meaning |
WORD 3+4 |
A pointer to the command line, which may be NULL. The command line contains paths or filenames. |
|
Group: |
VA functions
|
See also: |
AV_STARTPROG AV_STARTED VA_PROGSTART
|
Name: |
»VA_THAT_IZIT«
|
Number: |
0x4733
|
Description: |
The AV-Server tells an application on request what object is
placed at a given position on the screen.
Parameter |
Meaning |
WORD 3 |
ID of the appropriate application |
WORD 4 |
Object type: |
|
VA_OB_UNKNOWN (0) = Unknown |
|
VA_OB_TRASHCAN (1) = Trash can |
|
VA_OB_SHREDDER (2) = Shredder |
|
VA_OB_CLIPBOARD (3) = Clipboard |
|
VA_OB_FILE (4) = File |
|
VA_OB_FOLDER (5) = Folder |
|
VA_OB_DRIVE (6) = Drive |
|
VA_OB_WINDOW (7) = Window |
|
VA_OB_NOTEPAD (8) = Notepad |
|
VA_OB_NOTE (9) = Note |
WORD 5+6 |
Pointer to the name of the object(s), or NULL if there was nothing. |
All other values are reserved for future purposes.
|
Group: |
VA functions
|
See also: |
AV_WHAT_IZIT AV protocol
|
Name: |
»VA_VIEWED«
|
Number: |
0x4752
|
Description: |
Reply to AV_VIEW from the AV-Server to the Client.
Parameter |
Meaning |
WORD 3 |
0 = Error |
|
1 = All OK |
WORD 4-7 |
Reserved, always 0 |
The Server informs the Client whether the file will be displayed
or not. The answer is immediate and always sent out if an error
occured. Otherwise, in a multitasking environment, the answer is
received as soon as the viewer is topped (made active), Under
Single-TOS the answer is received after exiting the viewer, in the
case that the Server had not already been ended.
|
Group: |
VA functions
|
See also: |
AV_VIEW AV protocol
|
Name: |
»VA_XOPEN«
|
Number: |
0x4741
|
Description: |
Reply to AV_XWIND, similar to VA_WINDOPEN. The AV-Server
informs an application whether a given window could be opened.
Parameter |
Meaning |
WORD 3 |
0 = no |
|
<> 0 = Window opened and the directory |
|
completely read i.e. an available |
|
window could be topped. |
|
Group: |
VA functions
|
See also: |
AV_OPENWIND AV_XWIND VA_WINDOPEN
|
Protocols
Protocols
BubbleGEM