•  Back 
  •  xFSL interface 
  •  Index 
  •  Tree View 
  •  Cross references 
  •  Help page 
  •  Show info about hypertext 
  •  View a new file 
Topic       : TOS - The Operating System
Author      : 
Version     : tos.hyp (December 19, 2008)
Subject     : Programmieren/Atari
Nodes       : 3010
Index Size  : 93790
HCP-Version : 5
Compiled on : Atari
@charset    : atarist
@lang       : 
@default    : Title
@help       : 
@options    : +g -i -s +x +zz -t4
@width      : 70
View Ref-File13.14.6  Notes for authors of other font-selectors                 TOS

Authors of other font-selectors are invited to have their program join 
the xFSL interface. In principle, every font-selector that uses a TSR 
concept can be furnished with the xFSL interface.

To prevent misunderstandings: The overlay technique and the reentrancy 
as offered by Calvino and HuGo! are not part of the actual interface 
and hence need not be supported by other font-selectors. Indeed the 
interface between the resident part ('shell') and the post-loaded part 
('overlay') is also standardized and therefore can be used by other 
font-selectors as well. A description of this internal interface is 
available on request, see 'Contact addresses'.

Since a number of programs already support the old UFSL interface, it 
seems advisable to make this interface available in new font-selectors 
as well. However a quick look at these programs shows that they call 
the font-selector almost exclusively as a modal dialog. Thus the 
recommendation is to build in minimal UFSL support (as a modal dialog 
only) and instead implement the xFSL interface as widely as possible, 
since one can now expect that just those - now finally standardized - 
extensions will be used by programs rather than the UFSL interface.

A font-selector should offer the following additional features if 
possible:

   . Size changes possible
     In particular this means that not just fixed sizes can be chosen, 
     but with vector fonts inbetween sizes can be set as well.

   . fix31 support
     For some applications the setting of the font size in points is 
     not enough, hence a setting in 1/65536 point should be possible.

   . User-popup
     With an additional popup, the font-selector can be used more 
     flexibly.

   . Drag&Drop support
     Besides the 'traditional' call via the cookie, solutions on the 
     Drag&Drop basis are coming more and more into fashion. If the 
     font-selector already supports Drag&Drop natively, then it can be 
     converted easily with a 'front end' program into a full-blown 
     Drag&Drop selector.

The following conventions were agreed for an xFSL font-selector:

   . If the font-selector has a Closer, then clicking on this will be 
     interpreted as 'Cancel', i.e. xFS_STOP will be returned. If the 
     CC_CLOSER control-flag is set, then the font current at the time 
     will be returned nevertheless (in the PFONTINFO structure in 
     xFSL_PAR).

   . If the extended call (xfsl_init, xfsl_event and xfsl_exit) is not 
     supported, then at least a dummy function for xfsl_init will be 
     installed that always returns -32 (GEMDOS error-message EINVFN, 
     invalid function number).

     But it is urgently requested that the extended call is offered, 
     as this is the one used most frequently.

   . It does not matter if the font-selector only appears as a modal 
     dialog for the extended call. But with a set CC_WINDOW, xfsl_init 
     should then return xFS_NO_WINDOW, so that the caller can adjust 
     himself to this.