Hardware > Emulatoren
AtariX => MagicOnLinux
AndreasKromke:
Es ist bedauerlich, daß keiner der mir bekannten Resource-Editoren die pixelgenaue Plazierung von Objekten vollständig unterstützt. Der Autor von INTRFACE hat damals immerhin eine halbherzige Lösung eingebaut, die schon einmal hilfreich war. Dieses AES-Feature war ursprünglich undokumentiert, und ich weiß nicht, ob das inzwischen offengelegt wurde. Technisch: Die oberen 8 Bit von x/y/w/h sind vorzeichenbehaftet (!!!) und in Pixel-Einheiten, die unteren sind in Zeichen-Einheiten. INTRFACE kann (und will, meine Diskussionen damals waren fruchtlos ..) nur positive Pixel-"offsets" von Null bis 7 oder 15 unterstützen, möglich wären -128 bis +127.
Ärgerlich ist auch, daß ich z.B. mit INTRFACE zwar von einem Objekt zum nächsten Geschwist gehen kann, aber dort dann die Plazierung nicht ändern kann (x/y/w/h) und nicht einmal (!) das "hidden"-Flag ändern kann. Mist. Dadurch kann ich in Magxdesk keine Tabs bearbeiten.
Was z.B. zu neueren GUI-Systemen völlig fehlt, ist ein Fenster mit einer Baum-Ansicht, wo man jedes Objekt einzeln auswählen und dann jedes (!) Attribut ändern kann. Die Hierarchie der Objekte wäre dann auch sichtbar.
Was bleibt? Die RSC-Datei als C-Quelltext exportieren und dann selber basteln. Bit-Fieselei. Oder zur Laufzeit am geladenen Baum herumfummeln, wie es, wie ich gerade sehe, CHGRES tut.
Thorsten Otto:
--- Zitat von: AndreasKromke am Do 12.03.2026, 13:13:00 ---Es ist bedauerlich, daß keiner der mir bekannten Resource-Editoren die pixelgenaue Plazierung von Objekten vollständig unterstützt.
--- Ende Zitat ---
Meinst du sowas? ORCS kann sowas selbstverständlich.
Wenn man X-Raster und/oder Y-Raster im Menü deaktiviert, kann man Objekte auch pixelweise verschieben.
Hidden-Flag geht selbstverständlich auch: rechts-klick auf das Parent-Objekt, dann "Objekte hervorholen".
AndreasKromke:
--- Zitat von: Thorsten Otto am Do 12.03.2026, 13:34:05 ---
--- Zitat von: AndreasKromke am Do 12.03.2026, 13:13:00 ---Es ist bedauerlich, daß keiner der mir bekannten Resource-Editoren die pixelgenaue Plazierung von Objekten vollständig unterstützt.
--- Ende Zitat ---
Meinst du sowas? ORCS kann sowas selbstverständlich.
Wenn man X-Raster und/oder Y-Raster im Menü deaktiviert, kann man Objekte auch pixelweise verschieben.
Hidden-Flag geht selbstverständlich auch: rechts-klick auf das Parent-Objekt, dann "Objekte hervorholen".
--- Ende Zitat ---
Ich möchte getrennt Zeichen- und Pixelposition eintragen. Das geht in INTRFACE z.B. mit y="3/6". Dann liegt das Objekt normalerweise bei 54 (3 * 16 + 6) und in "ST mid" auf 30 (3 * 8 + 6). Das habe ich damals massenhaft gebraucht. Was in INTRFACE nicht geht, ist z.B. h=3/-1. Ich möchte dabei eine Höhe von drei Zeichen haben, aber einen Pixel weniger. Das sind normalerweise 47 und in "ST mid" 23. Was INTRFACE auch nicht kann, ist h=3/16, also drei Zeichen plus 16 Pixel, stattdessen macht es 4/0 draus. Überflüssigerweise.
Wenn ich Registerkarten basteln muß, wie z.B. an den Einstellungen von Magxdesk, dann habe ich z.B. vier IBOXen an derselben Position, von denen immer genau eine nicht "hidden" ist. Ich muß im Editor nun genau diese eine sichtbar machen, damit ich sie ändern kann. In INTRFACE kann man sich mit "nächstes" durchhangeln und jedes ach so seltene Attribut ändern, nur nicht das eine: hidden. Das geht über verbergen/aufdecken, aber das geht in meinem Fall nicht. Ich habe damals, glaube ich, einen Hex-Editor genommen und die Binärdatei geändert. Quälerei.
Thorsten Otto:
--- Zitat von: AndreasKromke am Do 12.03.2026, 14:44:21 ---Was in INTRFACE nicht geht, ist z.B. h=3/-1.
--- Ende Zitat ---
Wenn du mir erklärst wie man das unterscheiden soll kann ich das einbauen. Ich frage mich nur wie das gehen soll. Wenn du in ST-High solche Koordinaten eingibst, kommt da halt 47 raus. Ob die 47 dann ursprünglich 3/-1 oder 2/+15 war, kann der Editor nicht unterscheiden.
--- Zitat ---Wenn ich Registerkarten basteln muß, wie z.B. an den Einstellungen von Magxdesk, dann habe ich z.B. vier IBOXen an derselben Position, von denen immer genau eine nicht "hidden" ist.
--- Ende Zitat ---
Ja, hab auch einige wenige Programme wo sowas genutzt wird. Ist ein bisschen umständlich dort mit dem Hidden-Attribut zu arbeiten, geht aber. Das kann man im Editor auch kaum besser machen, weil es keine Konvention gibt wie Register-Karten verwaltet werden, dann hängt halt davon ab was das Programm später damit macht.
--- Zitat ---Das geht über verbergen/aufdecken, aber das geht in meinem Fall nicht.
--- Ende Zitat ---
Warum nicht? Im Zweifelsfall alle aufdecken, dann wieder alle (bis auf eins) verstecken. Hat bei mir noch immer funktioniert. Was auch helfen kann ist, die I-Boxen in denen solche "Registerkarten" üblicherweise liegen, unterschiedlich gross zu machen, dann ist der Rand von hintenliegenden Boxen immer noch erreichbar.
AndreasKromke:
--- Zitat von: Thorsten Otto am Do 12.03.2026, 15:02:53 ---Wenn du mir erklärst wie man das unterscheiden soll kann ich das einbauen. Ich frage mich nur wie das gehen soll. Wenn du in ST-High solche Koordinaten eingibst, kommt da halt 47 raus. Ob die 47 dann ursprünglich 3/-1 oder 2/+15 war, kann der Editor nicht unterscheiden.
--- Ende Zitat ---
Doch, kann er. Theoretisch. In der RSC-Datei steht dann entweder 0xff03 oder 0x0f02. Jedenfalls, solange man sie nicht per rsrc_load() geladen hat. Sonst ist halt Essig. ;) .
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln