Hallo Robert!

> Ja, ist richtig. Die vielen neuen Geschichten habe ich gar nicht
> angefasst. In meinem Fall nicht, weil ich nicht will, sondern weil es
> hier auch gar nicht nötig oder zuträglich war. Du hast ja vll noch meine
Ja, ist nicht nötig und auch nicht geeignet.

>> Das einfachste ist in diesem Fall eine eigene GUI zu proggen, wenn sie
>> fix ist und nicht zu viele Features braucht.

> Ok, wenn selbst Du hier ein eigenes Handling realisieren würdest,
> dann würde ich das auch so tun. Ich hätte allein ein bisschen ein
> "schlechtes Gewissen" gehabt, wenn es wieder eher alles in Handarbeit und
> in Verzicht von Standards endet.. o)
Du willst ja keine Standards, wie z.B. Gadtools. Also musst du es selbst
proggen.
Du könntest höchstens mit SpageGadgets in gadtools arbeiten, aber z.B. ein
Listview
kann man nicht "skinnen". Und mischen würde ich dann auch nicht anfangen,
zumal die Abfrage die du vorhast jetzt nicht sooo kompliziert ist.
Alles was du machen musst ist auf IDCMP_MOUSEBUTTON lauschen und ein
paar Bildchen blitten.

> Guck ich mir an! Die image.include wäre warum genau overkill ?!
Sie ist auf 24Bit ausgelegt. Setzt also schonmal CyberGFX voraus, also
mindestens OS3.1.
Desweiteren werden Bilder im Speicher immer als ARGB 32bit gehalten,
egal wie sie in der Datei liegen. Beim Blitten werden sie in die
entsprechende
Farbtiefe bebracht. Es funktioniert dann zwar, ist aber vielleicht etwas
langsam
und speicherintensiv für einen nackten A1200. Die dbl includes nutzt die
image.inlcude.

> Weil Bilder z.B. (nur?) mit Datatypes etc. geladen werden können ?!
Nein, das wäre ja gerade ein Vorteil, denn die Datatypes haben
normalerweise
für dein system die optimale Geschwindigkeit.
Die image.include hat verschiedene Laderoutinen, je nach Format. Datatypes
werden aber natürlich bevorzugt.

> Das klont den WB-Screen und öffnet ein Fenster darauf in dessen
Nein, es nutzt den WB Screen, es macht keinen neuen auf. Du willst
ja speicher sparen.

> Größe, das heisst, ich müsste alle Objekte auf diese Größe skalieren,
Es ist auch nicht wirklich der WB Screen, denn du öffnest die WB ja gar
nicht.
Es ist einfach der PAL Screen, den AmigaDOS von anfang an aufmacht.
Wenn du keine IPrefs lädst, dann ist das normalerweise 640x256x2 auf einem
PAL Amiga.
Du kannst aber natürlich auch einen eigenen Screen aufmachen, wenn du
mehr Farben und evtl. niedrigere Auflösung haben willst.
Dann ersetzt du WBToScreen 0 mit Screen 0,...
Ich hatte immrer meinen 24bit WBScreen vor Augen, da habe ich vergessen
das DOS ja nur mit 4 Farben startet.

> Gut, das Skalieren soll nicht das Problem sein, mit WBlit bin
> ich im Notfall aber auf der sicheren Seite und wenn es dazu kommt,
> dass sich ein RTG Screen öffnet, dann funktionert das trotzdem system-
> konform auf allen Maschinen. Gut zu wissen!
Ja. Aber du kannt ja explizit einen PAL Screen öffnen.

> Dann leg' ich mal los.. o)
> Danke Dir vielmals. Eine Frage noch, hat es einen speziellen Grund,
> warum Du mir direkt geantwortet hast und nicht auf die ML ?!
> Verklickt ?!.. o)
JA.

Gruß,

Thilo

> Bis denne,
> Gruß,
> Rob.



Gruss,

Thilo Köhler
--