From: ol.sc
To simplify usage and optimize passing parameters to functions I have declared several structures
-which describe most common objects. Some of these structures are bound to static addresses in
-GEOS data space (Graphics Structures
-One simple structure describing a point on the screen.
+A simple structure describing a point on the screen.
-This structure describes a font in one pointsize. There is current font - window
-This widely used structure holds description of a region of the screen. It describes top-left and
+This widely used structure holds the description of a region of the screen. It describes the top-left and
bottom-right corners of a window.
Maybe the name isn't the best - it has nothing with icondef
-This is the definition of a single click box. Please see icontab
-This is toplevel description of icons to be placed and enabled on the screen. This structure
-has following fields:
+This is the toplevel description of icons to be placed and enabled on the screen. This structure
+has the following fields:
-This simple structure holds track and sector number of something. Do not expect the track to be
+This simple structure holds the track and sector number of something. Do not expect the track to be
in range 1-35, as GEOS can support many various and weird devices. For example my C128 256K
-expansion is utilized as RAMDisk with layout of 4 tracks 128 sectors each. However assuming that
-track number equal to 0 is illegal might be wise.
+expansion is utilized as RAMDisk with a layout of 4 tracks of 128 sectors each. However assuming that
+a track number equal to 0 is illegal might be wise.
-This is placeholder for file datestamp. This structure is also present in filehandle
-This is main file descriptor. It is either entry in the directory (returned from file functions)
+This is the main file descriptor. It is either an entry in the directory (returned from file functions)
or its copy in fileheader
-This structure holds fileheader description. You can load file's header into System Structures
This structure is defined only for
You should declare a table of that type to prepare data for Few thing in detail...
+
GEOSLib uses cc65 non-ANSI extensions to easily initialize data in memory. This is done with a
-kind of array of unspecified length and unspecified type. Here is how it goes:
+kind of array of unspecified length and unspecified type. Here is how it works:
-Menu is described by two types of data - menu descriptors and menu items. Descriptor contains
-information about following menu items, and items are containing names of entries and either
+A menu is described by two types of data - menu descriptors and menu items. A descriptor contains
+information about the following menu items, and items contain names of entries and either
pointers to functions to execute or, in case of nested menus, pointers to submenu descriptors.
Note that submenu descriptor can be top-level descriptor, there's no difference in structure,
just in the content.
-Here is how single descriptor looks like:
+Here is how a single descriptor looks like:
-The first element can be specified in two ways - by using default size and position or specifying
-own. The first case results in
+The first element can be specified in two ways - by using the default size and position or specifying
+your own. The first case results in
-The next element of
-
Here is an example for clearing the screen:
-This type of data is used to initialize one or more bytes in many places at once. The format is
-as following:
+This type of data is used to initialize one or more bytes in different locations at once. The format is
+the following:
-It is possible to intercept and hook in the GEOS Kernal using vectors. Here is a little example:
+It is possible to intercept events and hook into the GEOS Kernal using vectors. Here is a little example:
-In your
@@ -1667,10 +1667,10 @@ That little example above intercepts
-