home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Fresh Fish 5
/
FreshFish_July-August1994.bin
/
useful
/
dist
/
gfx
/
show
/
superview-lib
/
programmers
/
docs
/
superview_ref_eng.doc
next >
Wrap
Text File
|
1994-07-04
|
31KB
|
1,321 lines
$VER: Reference_ENG.doc V6.5 (13.6.94)
© 1994 by Andreas R. Kleinert. All rights reserved.
- Feel free to translate this Doc-File into other languages. -
Andreas R. Kleinert
Grube Hohe Grethe 23
D-57074 Siegen
Germany
Please note the version-dependencies :
superview.library SVObjects SVDrivers SVOperators
Version 1 - - -
Version 2 Version 1 - -
Version 3-6 Version 1,2 Version 1 -
Request at least : V2+ for SVObjects
V3+ for SVDrivers
V4+ for bug-fixed ClipBoard-Support
with the supplied SVObjects
V5+ for bug-fixed GfxBuffer-Functions
V6+ for working GfxBuffer-Writing
with the supplied SVObjects
Here is a listing of all currently available functions of the
superview.library in an Autodoc-like style of description :
SVL_AllocHandle ; since Version 1
SVL_FreeHandle
SVL_CloseDisplay
SVL_FreeResources
SVL_SuperView
SVL_SuperWrite
SVL_InitHandleAsDOS
SVL_InitHandleAsClip
SVL_SetWriteType
SVL_SetWindowIDCMP
SVL_SetWindowFlags
SVL_SetScreenType
SVL_GetWindowAddress
SVL_GetScreenAddress
SVL_GetErrorString
SVL_SetWriteScreen
SVL_SetWriteName
SVL_FileInfoRequest
; no functions added in Version 2
SVL_GetGlobalDriver ; since Version 3
SVL_SetGlobalDriver
SVL_ReadToGfxBuffer
SVL_GetGfxBuffer
SVL_SetGfxBuffer
SVL_DisplayGfxBuffer
; no functions added in Version 4
; no functions added in Version 5
SVL_GetSVObjectList ; since Version 6
SVL_GetSVDriverList
SVL_FreeSVObjectList
SVL_FreeSVDriverList
-----------------------------------------------------------------------------
Functions available since Version 1 - 2 :
-----------------------------------------------------------------------------
NAME
SVL_AllocHandle
SYNOPSIS
APTR SVL_AllocHandle(APTR future)
D0 -$1e A1
FUNCTION
Allocates a handle for accessing a Graphic via SVObjects.
INPUT(S)
future - always NULL yet
RESULT
A pointer to a new allocated Handle or NULL, if allocation failed.
WARNING
Test, if the result was NULL, or not !
BUGS
-
SINCE
... version 1 of the superview.library.
SEE ALSO
SVL_FreeResources, SVL_FreeHandle
-----------------------------------------------------------------------------
NAME
SVL_FreeHandle
SYNOPSIS
VOID SVL_FreeHandle(APTR handle)
D0 -$24 A1
FUNCTION
Stops showing, frees all Resources and delocates a Handle, which has
been allocated with SVL_AllocHandle before.
For programmers of SVObjects :
Note, that this functions calls
SVL_CloseDisplay(SVHandle);
SVL_FreeResources(SVHandle);
for internal SVObjects and
SVO_FreeHandle(SVHandle->ah_SVHandle);
CloseLibrary((APTR) SVObjectBase);
for external SVObjects.
So do not forget to do the SVO_CloseDisplay() and SVO_FreeResources()
calls inside SVO_FreeHandle().
Otherwise memory might be lost.
INPUT(S)
handle - a valid handle
RESULT
-
BUGS
This function was buggy for external SVObjects (never closed, memory
loss) upto V2.4.
SINCE
... version 1 of the superview.library.
SEE ALSO
SVL_AllocHandle, SVL_CloseDisplay, SVL_FreeResources
-----------------------------------------------------------------------------
NAME
SVL_CloseDisplay
SYNOPSIS
VOID SVL_CloseDisplay(APTR handle)
D0 -$2a A1
FUNCTION
Stops showing the Graphic, indentified by the handle.
The Display-Screen is closed, but no Resources are given free.
INPUT(S)
handle - a valid handle
RESULT
-
BUGS
-
SINCE
... version 1 of the superview.library.
SEE ALSO
SVL_FreeResources, SVL_FreeHandle
-----------------------------------------------------------------------------
NAME
SVL_FreeResources
SYNOPSIS
VOID SVL_FreeResources(APTR handle)
D0 -$30 A1
FUNCTION
Frees all resources belonging to the specific Graphic,
indentified by the handle, which are not needed to just show it.
The Display will not be closed.
Note, that SVL_FileInfoRequest() will no longer work, then
("No file loaded" or similar request appears).
INPUT(S)
handle - a valid handle
RESULT
-
BUGS
-
SINCE
... version 1 of the superview.library.
SEE ALSO
SVL_AllocHandle, SVL_CloseDisplay, SVL_FreeHandle
-----------------------------------------------------------------------------
NAME
SVL_SuperView
SYNOPSIS
ULONG SVL_SuperView(APTR handle, char *filename)
D0 -$36 A1 A2
FUNCTION
Loads and shows the Graphic described by FileName.
The handle is initialized and the fitting SVObject is opened
and accessed for showing the Graphic.
Showing can be stopped either via full delocation of the handle
or via Closing the Display with SVL_CloseDisplay.
INPUT(S)
handle - a valid handle
filename - a valid AmigaDOS FilePath and -Name
RESULT
NULL or an adequate SVERR-Errorcode.
BUGS
-
SINCE
... version 1 of the superview.library.
SEE ALSO
SVL_AllocHandle, SVL_CloseDisplay, SVL_FreeHandle
-----------------------------------------------------------------------------
NAME
SVL_SuperWrite
SYNOPSIS
ULONG SVL_SuperWrite(APTR handle, APTR source_handle)
D0 -$3c A1 A2
FUNCTION
Before Version 3 a Graphic had to be loaded AND showed via
SVL_SuperView : No separate reading and showing calls were done.
For writing - that means : converting - a Graphic, you at first
have to display, then to save it. Use the following order :
(But check the "result" value AFTER EACH function call, like this
has been done in the example SourceCodes ...)
source_handle = SVL_AllocHandle(N);
/* result = SVL_InitHandleAsDOS(source_handle, N); */ /* default */
result = SVL_SetWindowIDCMP(source_handle,
IDCMP_MOUSEBUTTONS | IDCMP_VANILLAKEY, N)))
result = SVL_SetScreenType(source_handle, CUSTOMSCREEN, N)))
result = SVL_SuperView(source_handle, source_filename)))
result = SVL_GetScreenAddress(source_handle, &sv_screen, N)))
result = SVL_GetWindowAddress(source_handle, &sv_window, N)))
dest_handle = SVL_AllocHandle(N);
/* result = SVL_InitHandleAsDOS(dest_handle, N); */ /* default */
result = SVL_SetWriteType(dest_handle, dest_type, N)))
result = SVL_SetWriteName(dest_handle, dest_filename, N)))
result = SVL_SetWriteScreen(dest_handle, sv_screen, N)))
result = SVL_SuperWrite(dest_handle, source_handle);
SVL_FreeHandle(dest_handle);
SVL_FreeHandle(source_handle);
Since Version 3 it is also possible to save the contents of
SV_GfxBuffers, so that not necessarily a Screen has to be the
source for writing to Disk/ClipBoard (or to whatever).
Not all SVObjects may necessarily support this (return-code
becomes SVERR_ACTION_NOT_SUPPORTED).
But since Version 6 all of the supplied SVObjects (those which come
with superview.library and contain Writ