🚀 go-pugleaf

bohn@utrurt.uucp (Hartmut Bohn) writes:

>Nochmal zu Resourcen:

>Es scheint doch eine Beschraenkung bei der Anzahl der Objekte
>in einer Resource zu geben.

>Alle Objekte ueber das 128. hinaus werden von meinem RCS einfach
>"vergessen". Liegt das am RCS oder am TOS/GEM (Mega 2, Bj. 88,
>mit Blitter)?

Das liegt *absoluter* Sicherheit an deinem RCS. Kritisch wird
es wahrscheinlich erst ab 32768 Objecten, denn man weiss beim
TOS nie, ob irgendwo aus Versehen jemand den Index als
vorzeichenbehaftet interpretiert hat. Grundsaetzlich sind aber
65536 Objekte moeglich, da die Indizierung ja rein ueber den
Index erfolgt, ueber den per mulu #24 die Adresse errechnet wird.

>Ich brauche nun dummerweise zwei Formulare mit sehr vielen
>'touchexit'-Objekten.
>Das erste soll etwa 190 - 220 'touchexit'-Icons enthalten
>(saemtliche chinesischen Radikale).
>Das zweite soll saemtliche chinesischen Silben enthalten,
>d. h. etwa 420 Textboxen (kleine Schrift) mit dem Attribut
>'touchexit'.
>Hat jemand eine Idee wie man das realisieren koennte?
>(Aufspalten in mehrere Teile geht von der Zielsetzung des
>Programms her nicht!)

Moeglich ist das ganz sicher (z.B. mit dem ganz fruehen 
Digital-Research-RCS, das noch die wenigsten Beschraenkungen
ausweisst).
Ob es sinnvoll ist, mit so vielen Objekten zu arbeiten, ist
aber eine ganz andere Frage. Alleine der Speichertechnische
Aufwand: 220+420 = 640 Icon Objekte
zu je 24 Bytes fuer Objekt-Info
      14 (?) Bytes fuer ICON-Info
   ---> 25 KB alleine fuer Objekte !!!
   zuzueglich der Graphik-Informationen, die bei ICONS auch
noch doppelt voliegen muessen, fuer Vordergrund und Hintergrund !
Der Bildaufbau fuer so ein Monstrum wuerde wahrscheinlich so um
die 30 sec benoetigen.
Zum ersten waere es schon guenstiger nur BitBlk-Grafiken zu
verwenden; der Aufwand halbiert sich dadurch.

Die sinnvollste Loesung des Problems waere jedoch, ueberhaupt
nur ein Touchexit-Objekt zu verwenden. Die Graphik brauchst Du
dann nicht mehr in vielen kleinen Einzelteilen zu entwickeln,
sondern kannst mit einem komfortablen Graphik-Editor eine
komplette grosse Block-Graphik entwerfen, die Du dann format-
los abspeicherst, und ins Programm einbinden kannst. (Bei
Unfaehigkeit des Compilers: z.B. per BASIC-Interpreter von
binaer in ASCII wandeln und einfach INCLUDEn.)

Zum Anzeigen der Graphik:
Dafuer bietet TOS die Line-A-Funktionen, hier speziell cpy_blk.
Man koennte auch GEM's copy_raster verwenden. Dabei moechte ich
auf die einschlaegige Literatur verweisen. Der Umgang mit diesen
Funktionen ist vielleicht etwas schwieriger als mit den Standard-
Objekt-Routinen vom AES, aber im Prinzip (wenn man sie mal ver-
standen und alle Fehler in der Literatur gefunden hat) sind sie
ganz einfach zu bedienen.

Als Touchexit-Objekt wird dann eine BOX genommen, und nach dem
Objekt-Aufbau die Grafik einkopiert. 

Wenn dann der User das Touchexit-Objekt angeclickt hat, muss
man nur noch die aktuelle Mausposition abfragen, und kann bei
regelmaessiger Anordnung der Objekte ganz leicht das gewuenschte
"Teil"-Objekt ueber den Objekt-Offset und die Elementhoehen
bzw. -breiten ermitteln.

Der programmtechnische Aufwand dafuer haelt sich in sehr engen
Grenzen, die Zeit- sowie Speicherplatzersparnis ist aber enorm.

Ich hoffe, dass das Dir helfen kann.

        little TOM
----
Thorsten Zoerner, Neuweiherstr.36, 8523 BD
tnzoerne@faui09.informatik.uni-erlangen.de