•  Back 
  •  Classic XAcc 
  •  Index 
  •  Tree View 
  •  Cross references 
  •  Help page 
  •  Show info about hypertext 
  •  View a new file 
Topic       : TOS - das Betriebssystem
Author      : 
Version     : tos.hyp (5. März 2013)
Subject     : Programmieren/Atari
Nodes       : 3001
Index Size  : 93602
HCP-Version : 5
Compiled on : Atari
@charset    : atarist
@lang       : 
@default    : Titel
@help       : 
@options    : +g -i -s +x +zz -t4
@width      : 70
View Ref-File15.13.2.2  Extended names                                          TOS

Experience with XAcc has shown that it would often be useful to have 
more information about an application than specified with ACC_ID 
messages. For example it is sometimes useful to check for a special 
feature that is not unique to a single program, but to several similar 
ones. This was the motivation for the introduction of "extended 
names".

An "extended name" is a character string of the format

'name'\0XDSC\0'string'\0'string'\0...'string'\0\0

i.e. a "standard" name followed by the string "XDSC" (for "eXtended 
DeSCription"), followed by a list of strings containing additional 
information. The end of the list is marked by an additional zero byte.

Each information string indicates by its first byte what kind of 
information it contains. Currently the following types are defined:

 '1'    - application type (human-readable)

        The text following this byte (an ASCII-1, 0x31) should roughly 
        specify the type of application, e.g. "word processor" or 
        "spreadsheet". The purpose is for applications to present this 
        information to the user to let him/her decide where data 
        should go. This is not the place for advertising hype; a word 
        processor should call itself "word processor" and not 
        "document editing and design system".

        It should be clear that the text should be understandable for 
        end users, especially it should be in the language used for 
        the user interface.

 '2'    - application type (machine-readable)

        Currently defined are:
        "WP" - word processor
        "DP" - DTP
        "ED" - text editor
        "DB" - database
        "SS" - spreadsheet
        "RG" - raster graphics application
        "VG" - vector graphics application
        "GG" - general graphics application
        "MU" - music application
        "CD" - CAD
        "DC" - data communication
        "DT" - desktop
        "PE" - programming environment

 'X'    - extended features This string is used to indicate special 
        communication capabilities of an application. It can be used 
        to give more specific information than the message groups 
        understood. Since this information is meant to be used by 
        other applications rather than end users, short abbreviations 
        are sufficient.

 'N'    - generic name Often several related, but not completely 
        identical, applications have different names. Marketing 
        requirements may even dictate changes of the "official" brand 
        names, making them unsuitable for a "technical" 
        identification. In such cases a "generic" name for all these 
        programs can be specified, which is mainly used by other 
        programs wishing to use special messages.

The "normal" name should be the "official" name of the program, just 
as it is used on the package, in the manual, and in similar places. It 
should be presentable to the user to let him/her decide where to send 
data.

Example: The address database "That's Address" identifies itself with 
the extended name (in C syntax)

"That's Address\0XDSC\01database\02DB\0XMM\0XSU\0",

indicating that it is a database with features "MM" and "SU". The 
first one indicates a special mail merge mode, the second one the 
possibility of retrieving data by sending the key via ACC_TEXT. 
(Further information on this program can be obtained from its manual.)