GEOS MegaPatch V3 Release 2018

Es gibt 1.222 Antworten in diesem Thema, welches 218.930 mal aufgerufen wurde. Der letzte Beitrag (2. Juli 2025 um 17:17) ist von darkvision.

  • In deinem Fall dürfte ein lda #0; sta $8871 ausreichen, wenn Du nicht mit der Verdoppelungstechnik arbeitest.

    Interessant :wink: . Habe das probiert (beim Programmstart platziert) und es hat scheinbar geholfen. Allerdings war nach einem Laufwerkswechsel das Problem wieder da.

    Jetzt habe ich das direkt nach dem Laufwerkswechsel platziert (nach diesem (Datei-Auswahl) wird die User-DB mit den bis zu 5 Icons aufgebaut). Jetzt scheint Ruhe zu sein und ich kann wegen des nicht mehr vorhandenen "Schattens" die Anzeige-Fläche um 8 Pixel in der Höhe vergrößern :wink: .

    denn das Verhalten ist auch unter GEOS128 (ohne MegaPatch) so nachvollziehbar, d.h. vor dem Start $8871 auf $00 setzen, dann geht das mit der Dialogbox.

    Ja, das Problem besteht also schon eine Weile. Sind ja erst mehr als 30 Jahre :wink: ...

    Ich wußte doch, daß ich irgendwie oder wo was darüber gelesen/gehört habe, also die Bachmann-Beschreibung wars. Und das obwohl ich die hier neben mir liegen und auch überflogen habe...

    Werde es weiter beobachten.

    Danke.

    Gruß

    Werner

  • Jetzt habe ich das direkt nach dem Laufwerkswechsel platziert (nach diesem (Datei-Auswahl) wird die User-DB mit den bis zu 5 Icons aufgebaut).

    Es kann durchaus sein das die Dateiauswahlbox im Kernal das Bit in $8871 setzt, die nutzt ja die Verdoppelungstechnik.

    Ich meine jetzt aber auch die Stelle im Kernal gefunden zu haben, wo der Fehler passiert. Das Bit in DB_DblBit wird von der Dialogbox gesetzt, aber nur wenn ein Schatten gezeichnet wird. Wird kein Schatten gezeichnet, dann wird der Wert in DB_DblBit übersprungen und nicht verändert. Da scheint wohl schon im Original GEOS etwas nachträglich eingefügt worden zu sein und man hat dabei den Branch-Befehl ein paar Zeilen weiter vorher übersehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Beim nächsten Testen von MP128 werde ich die if/endif-Stelle nach vorne ziehen, mal sehn ob das Thema dann erledigt ist. Zumindest ist die Ausnahme bei Schatten/Kein Schatten dann nicht mehr gegeben.

  • Hallo,

    ich experimentiere immer noch mit der DB von oben (MP3-128) :wink: . Jetzt hat sie 7 Icons :wink: und ich habe mal die Farbe eingeschaltet. Sieht mehr MP3-like aus :wink: . Funktioniert soweit, aber irgendwie habe ich da ein Verständnis-Problem. Folgende DB-Tabelle:

    Und das ist mein Problem:

    Einen Farbwert muß ich bei DBUSRICON angeben. Wenn nicht, gibt es einen Abturz. Der Wert hat aber wohl keinerlei Bedeutung. Testweise habe ich die Werte so gesetzt wie zu sehen. Aber es wird nur der Farbwert benutzt, der oben beim DB-Tabellenkopf (nach den Links-, Rechts-Werten) verzeichnet ist. Wozu dann die Farbwerte bei DBUSRICON? Es erscheint nichts in einer anderen Farbe.

    Egal, habe jetzt die Farbwerte alle auf 7 gesetzt und alles funktioniert erstmal wie gewünscht.

    Gruß

    Werner

  • Einen Farbwert muß ich bei DBUSRICON angeben. Wenn nicht, gibt es einen Abturz. Der Wert hat aber wohl keinerlei Bedeutung. Testweise habe ich die Werte so gesetzt wie zu sehen. Aber es wird nur der Farbwert benutzt, der oben beim DB-Tabellenkopf (nach den Links-, Rechts-Werten) verzeichnet ist. Wozu dann die Farbwerte bei DBUSRICON? Es erscheint nichts in einer anderen Farbe.

    Hm... also laut Handbuch setzt das Bit 6 den (Benutzerdefinierten) Farbmodus. Wenn Du das bit auf 0 setzt müsste die Farbe automatisch kommen. Allerdings dürften Deine Icons zu klein sein, denn Icons werden erst ab einer bestimmten Größe automatisch eingefärbt. Siehe Flag_IconMinX ($9fd2), 5 Cards minimum.

    Wenn Du Bit 6 auf 1 setzt, dann ist der Farbwert hinter der DBox-Größe die Farbe der Dialogbox und der Farbwert hinter dem DBUSRICON für das Icon selbst. Hab das eben nochmal getestet... das geht schon, auch wenn die Farbwerte andere sind als unter GEOS64:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ergänzung:

    So sieht es aus wenn man Systemfarbe nutzt und kleinere Icons verwendet:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Du könntest auch DB_USR_ROUT in der Dialogbox aufrufen und die setzt dann die Farbe über die ColorRectangle-Routinen für die einzelnen Icons.

  • Allerdings dürften Deine Icons zu klein sein, denn Icons werden erst ab einer bestimmten Größe automatisch eingefärbt.

    Danke für den Hinweis. Das ist es. Meine Icons sind 2 Cards breit und 13 Pixel hoch. Wegen der Höhe hatte ich anfangs die Farbe ja abgeschaltet (vermutete Probleme bei der Darstellung in Farbe, weil eben 8x8 nicht eingehalten wird). Sieht aber mit Farbe besser aus :wink: . Jetzt ist mir das Warum klar und ich kann damit leben.

    Vielleicht sollte man in der MP3-Programmier-Anleitung bei DoDlgBox (Seite 16 unten) einen kurzen Hinweis darüber einfügen :wink: .

    Gruß

    Werner

    Nachtrag:

    So sieht es aus wenn man Systemfarbe nutzt und kleinere Icons verwendet:

    Ja genau :wink: .

    Aber OK, so wie das kleine Icon in Deinem Bild reicht mir das erstmal. Die Funktion als Icon ist ja gegeben :wink: .

    Nachtrag 2:

    so sieht das bei mir aus:

    Spoiler anzeigen

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Nur so als Tipp: Festgelegte Farben würde ich versuchen zu vermeiden. Man kann im Editor ja die Farbe für Dialogboxen abschalten. Wenn Du die Farbe fest einprogrammierst, dann kann das der Anwender nicht mehr abschalten.

    Wenn Du also Bit 6 auf 0 setzt und die Befehle DBSETCOL am Ende für die kleineren Icons verwendest, dann könntest Du vor dem Aufruf der Dialogbox Flag_SetColor abfragen und falls $00, dann das erste DBSETCOL durch ein NULL-Byte ersetzen. Dann würde das Programm auf die Einstellungen des Anwenders reagieren.

    Alternativ könnte man auch DB_USR_ROUT verwenden, die dann Flag_SetColor prüft und dann die Icons einfärbt. Dabei könnte das Programm dann sogar die Farben von GEOS-MegaPatch auslesen und verwenden... und wenn dort alles grau ist wäre es Dein Programm auch wieder...

    Deine Dialogbox ist ja aber keine klassische Box daher ist das evtl. kein Thema...

    Den Tipp mit dem Hinweis bei DoDlgBox hab ich schon umgesetzt... ich bin aber wieder am Korrekturlesen, wird also erst mit dem nächsten Update hochgeladen...

    P.S.

    Nachtrag 2:

    so sieht das bei mir aus: Spoiler anzeigen

    Das mit dem Rahmen sieht merkwürdig aus, vor allem weil die Icons am oberen Rand sitzen und unten 1 Pixel Abstand haben. Ich habs nicht getestet, aber könntest Du die Icons nicht so hoch machen wie die Box selbst und ggf. das ganze linke und rechte Icons an den linken/rechten Rand setzen? Dann würde das nicht mehr wie eine zweckentfremdete Dialogbox aussehen ;)

  • Das mit dem Rahmen sieht merkwürdig aus,

    Ja, da abeite ich dran. Was da rauskommt, mal sehen ...

    Wenn Du die Farbe fest einprogrammierst, dann kann das der Anwender nicht mehr abschalten.

    Stimmt, ABER :wink: :

    Es geht hier zunächst mal einzig und allein um MP3-128 in 80 Zeichen. Welche Oberfläche unterstützt da beinahe alles (Hardware) was heute möglich ist? Richtig: TopDesk V5. Und da haben wir das Problem: TD V5 ist gut, hat aber leider ein entscheidenes Problem:

    Bsp: Wenn ich im Geos-Editor die Dialog-Box-Farben abschalte, dann sind sie nach Verlassen des Geos-Editor durch TD sofort wieder eingeschaltet und umgekehrt.

    TD müßte generell so geändert werden ( Pusti64:wink: ), daß er weitgehend nicht mehr an System-Einstellungen rumspielt; zumindest diejenigen, die vom Geos-Editor behandelt werden.

    Natürlich kann TD seine eigenen Einstellungen haben, aber diese müssen in TD direkt oder irgendwelchen Konfig-Dateien gespeichert werden. Das MP3-System ist dafür tabu!

    Gruß

    Werner

  • Soweit ich mich jetzt aus der Kalten erinnern kann, speichert TD die Farbwerte in der eigenen Dateiinfo ab.

    Pusti64

  • Hallo,

    speichert TD die Farbwerte in der eigenen Dateiinfo ab

    Möglich. Also man bräuchte dann noch ein Programm, mit dem man Farbwerte im MP3-Kernel auf persöhnliche "Lieblingsfarben" ändern kann ... :wink: .

    Aber: TD ändert auf jeden Fall die Einstellung für "DB in Farbe" im Editor (MP3-System). Das darf nicht sein!! Was passiert den jetzt: Ich ändere diese Einstellung im Editor und verlasse den Editor. Und schon hat TD das mit seiner Einstellung (Farbe an/aus) überschrieben...


    Ansonsten habe ich weiter vorne erwähntes Programm wohl jetzt besser im Griff :wink: . Auch das mit den farbigen Icons scheint jetzt zu klappen :wink: . Danke an darkvision .

    Ich hänge das Programm hier mal an (Quelltext für MegaAss V3/4 und Programm sowie 2 Photo Scraps zum testen).

    Kurz zur Erklärung:

    Das Programm ist ausschließlich für MP3-128 im 80-Zeichenmodus und kann ... nichts :wink: .

    Implementiert sind momentan die Info-Box und das Öffnen von Photo Scraps. Die anderen Menüeinträge zeigen nur die Auswahl-Box.

    Danach ist die Oberfläche mit den Bedien-Icons zu sehen. Das war es auch. Es wird nichts geladen oder angezeigt. Die 4 Icons links und die 2 Icons rechts vom Dateinamen haben keine Funktion. Einzig das Verlassen-Icon ganz rechts verläßt den Anzeige-Modus und das Menü ist wieder aktiviert.

    Die Anzeige wird sich je nach Dokumenten-Art noch ändern. So werden ja z.B. die rechts angezeigten Pfeile für Seite vor/zurück bei Paint-Doks oder Scaps nicht benötigt. Wollte nur mal sehen/zeigen, wie die einzelnen Icons am Bildschirm aussehen :wink: .

    Nach und nach werden dann die einzelnen Funktionen mit Code gefüllt.


    Mir ist übrigens noch ein Problem in der MegaPatch-Programmieranleitung aufgefallen:

    S. 18 DBSETCOL

    Da steht "... xl + yl sind als Bytewerte ....", zu xb und yb wird nichts zum Format gesagt.

    Ich meine (nachdem ich DBSETCOL benutzt habe :wink: ), das müßte heißen:

    "Die 4 Koordinaten Werte (xl, yl, xb, yb) sind als Bytewerte (in Cards) anzugeben ..."

    Gruß

    Werner

  • Hallo,

    speichert TD die Farbwerte in der eigenen Dateiinfo ab

    Möglich. Also man bräuchte dann noch ein Programm, mit dem man Farbwerte im MP3-Kernel auf persöhnliche "Lieblingsfarben" ändern kann ... :wink: .

    Aber: TD ändert auf jeden Fall die Einstellung für "DB in Farbe" im Editor (MP3-System). Das darf nicht sein!! Was passiert den jetzt: Ich ändere diese Einstellung im Editor und verlasse den Editor. Und schon hat TD das mit seiner Einstellung (Farbe an/aus) überschrieben...

    Ist dann aber schon seit TD4 so und hat scheinbar bisher noch keinen gestört.

    Pusti64

  • Mir ist übrigens noch ein Problem in der MegaPatch-Programmieranleitung aufgefallen:


    S. 18 DBSETCOL

    Da steht "... xl + yl sind als Bytewerte ....", zu xb und yb wird nichts zum Format gesagt.

    Aus dem Handbuch S.475 (bzw. S.55 in der Teil_D-StandAlone-Editon):

    Evtl. hast Du noch die alte GeoWrite-Fassung, die ist überholt und fliegt irgendwann von der Area6510 (oder wandert in die History-Abteilung) ;)

    Ist dann aber schon seit TD4 so und hat scheinbar bisher noch keinen gestört.

    Mich hat das schon "immer" gestört... nur bin ich kein TopDesk-Nutzer. Aber wer suchet, der findet (Januar 2021):

    Weil TopDesk damals (wie heute) ungefragt Systemfarben ändert (die Dialogbox-Farbe) hatte ich den Farben-Editor schon (in GeoDos3) eingebaut um das zurückzuändern...

    Wenn man es genau nimmt, dann hat mich das also schon 1999 gestört ;)

    Andere bemerken das evtl. gar nicht das die Systemfarbe von TopDesk ungefragt geändert wird, man merkt das ja nur wenn man nicht mit TopDesk arbeitet und den ab&zu mal startet (so wie ich). Es wird jetzt nur offensichtlich weil in diesem Projekt eine Dialogbox als Bildschirmmenü verwendet wird.

    So richtig schief läuft es wenn jemand GDOS verwendet wo man ja komplette Farbprofile einstellen kann und dann bei Verwendung des TopDesk die Einstellungen Systemweit überschrieben werden. Ich meine das betrifft auch nur die normale Dialogbox, nicht die rote Fehlerbox.

    Ich hänge das Programm hier mal an (Quelltext für MegaAss V3/4 und Programm sowie 2 Photo Scraps zum testen).

    Also rein aus Interesse werfe ich da mal einen Blick drauf, 128er ist ja nicht so meins....

  • Hallo,

    hat scheinbar bisher noch keinen gestört

    Und deshalb ist es nicht besser es anders zu lösen?

    Man kann im Editor ja die Farbe für Dialogboxen abschalten.

    Dann würde das Programm auf die Einstellungen des Anwenders reagieren.

    Genau darum geht es. TD bestimmt jetzt, was der Anwender sieht. Die Einstellung im Editor ist völlig egal. TD ändert sie nach seinen Einstellungen....

    Und was haben eigentlich "Dialogboxen in Farbe" (Editor, systemweite Einstellung) und "Farbe an/aus" (TD) miteinander zu tun? TD kann ja ohne Farben arbeiten, aber andere Programme müssen sich aktuell an die TD-Einstellung halten?

    Ich glaube das wurde damals so gemacht, weil es einfacher zu realisieren war ......

    Gruß

    Werner

  • Ich glaube das wurde damals so gemacht, weil es einfacher zu realisieren war ......

    Ich hab mir das jetzt mal angeschaut... zumindest Ansatzweise.

    Wenn die Dialogbox ohne Farbe dargestellt wird, sieht das schon sehr seltsam aus, siehe Screenshot.

    Ich glaube für TopDesk gibt es aktuell keine einfache Möglichkeit da der Original-Sourcecode fehlt und Pusti das ja nur Byteweise reinpatchen kann, sonnst könnte man das sicherlich anpassen.

    Die Farbe für die Dialogbox kann man über das Farbmenü einstellen, also lässt sich da der Wert zumindest korrigieren. Ich hab festgestellt das ich den Hintergrund schon in den Systemwert von MP3 geändert hatte. Farbwechsel hab ich daher nicht mehr festgestellt ...

    Das mit Farbe ein/aus passiert auch nur beim Start, vermutlich wenn in den Farbeinstellungen "Farbe an" aktiviert ist. Bei "Farbe aus" wird die Option in MP3 auch wieder Systemweit abgeschaltet. Also gibt es die Option im Editor für Leute wie mich die ohne TD arbeiten. TD-Anwender schalten die Farbe über das interne Farbmenü inkl. DBox ein oder aus.

    Es ist also nicht ganz unlogisch, auch wenn ich das WW beipflichte das ein Anwendungsprogramm da nichts ändern sollte, es sei denn es ist ein Config-Tool das dem Anwender die Änderung (z.B. von Farben oder anderen Optionen) anbietet... Aber wenn man Farbe abschaltet dann ist es zumindest einheitlich. Auch im Viewer wird dann die (unnötige ;) :Peace ) Dialogbox ohne Farbe angezeigt.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ich würd's so lassen. Mit TopDesk hat das eine gewisse Logik und TopDesk war ja mal Teil Von MegaPatch... mich würde es nach wie vor stören (vom Grundsatz her) aber ich muss ja nicht mehr damit arbeiten :Peace

  • Ich glaube für TopDesk gibt es aktuell keine einfache Möglichkeit da der Original-Sourcecode fehlt und Pusti das ja nur Byteweise reinpatchen kann

    Das stimmt so nicht :wink: . Pusti64 hat in mühevoller Kleinarbeit :respect::respect::respect: einen Quelltext erstellt, der sich wohl auch mit MegaAss assemblieren läßt. Ich habe irgendwo so eine Version, allerdings ist die definitiv nicht aktuell.

    Und öffentlich werde ich den aber nicht weitergeben. Das wäre respektlos gegenüber Pusti64 .

    Gruß

    Werner

  • Das stimmt so nicht

    Das ist schon klar... evtl. war "reinpatchen" dann falsch formuliert, denn Platzmangel scheint es ja nach wie vor zu geben so das Änderungen nur Byteweise einfließen können. Ich auch eine alte Kopie die mir ab&zu bei der Fehlersuche hilft. Und da steckt schon einiges an Leistung drin... :thumbup:

    Und öffentlich werde ich den aber nicht weitergeben.

    Das will ja auch keiner, zumindest ich nicht. Ich hab den DE2 vor ein paar Monaten disassemliert, das wäre eher ein Projekt was mich noch reizen würde und dem das minimal notwendige noch beizubringen. Quasi als DeskTop-light für MP3. Aber ich will ja eher weniger machen als mehr... ;)

  • Das will ja auch keiner, zumindest ich nicht. Ich hab den DE2 vor ein paar Monaten disassemliert, das wäre eher ein Projekt was mich noch reizen würde und dem das minimal notwendige noch beizubringen. Quasi als DeskTop-light für MP3. Aber ich will ja eher weniger machen als mehr... ;)

    Was ist hier mit DE2 gemeint?

    DESKTOP 2.0??

    VG Pusti64

  • Was ist hier mit DE2 gemeint?

    DESKTOP 2.0??

    VG Pusti64

    Ja... für viele Sachen reicht ja eine einfache DeskTop-Oberfläche. Und die alte klassische Oberfläche wäre halt mehr "Retro" :D . Es geht ja im Prinzip auch nur um die UI die ich nachbauen müsste, die anderen Funktionen hab ich ja als Routinen schon vorliegen. Oder ich nehme den DE2 und mach das was Du mit TD gemacht hast: Neue Funktionen einbinden wo möglich. Assemblieren lässt sich der DE2 bereits, aber eben nur 40Z. Aber ich hab da seither auch nicht mehr weitergemacht. Was mich wirklich abschreckt wäre die 128er-Version (evtl. alles nur DOUBLE_W) ;)

  • Was ist hier mit DE2 gemeint?

    DESKTOP 2.0??

    VG Pusti64

    Ja... für viele Sachen reicht ja eine einfache DeskTop-Oberfläche. Und die alte klassische Oberfläche wäre halt mehr "Retro" :D . Es geht ja im Prinzip auch nur um die UI die ich nachbauen müsste, die anderen Funktionen hab ich ja als Routinen schon vorliegen. Oder ich nehme den DE2 und mach das was Du mit TD gemacht hast: Neue Funktionen einbinden wo möglich. Assemblieren lässt sich der DE2 bereits, aber eben nur 40Z. Aber ich hab da seither auch nicht mehr weitergemacht. Was mich wirklich abschreckt wäre die 128er-Version (evtl. alles nur DOUBLE_W) ;)

    Gut zu wissen, dann muss man sich die Arbeit nicht nochmal machen.

    Danke und Gruß

    Pusti64

  • TD bestimmt jetzt, was der Anwender sieht. Die Einstellung im Editor ist völlig egal.

    Ich hab mir das jetzt mal angeschaut... zumindest Ansatzweise.

    Ich jetzt auf die Schnelle auch :wink:

    Ich habe hier den TD128-Quellcode "TD128 R.08 V4.1" (also schon recht alt :wink: ).

    Also die Umschaltung (das Schreiben in die System-Konfiguration; Flag_SetColor) erfolgt wohl im letzten VLIR-Dateinsatz (.../M im veralteten TD128 Source Code). Habe da jetzt mal die 2 Stellen (sta $9fd0 (Flag_SetColor) im Code auf S.6) je durch 3 x ea ersetzt. Eigentlich sieht das gar nicht so schlimm aus :wink: . Jetzt sind bei Farbe aus im TD128 eben die DBs noch in Farbe (manche nur teilweise (z.B. Datei - Info)). Andere Probleme habe ich auf die Schnelle nicht entdeckt :wink: .

    Aber TD schreibt nicht mehr in die Systemkonfiguration (zumindest bei Farbe) ....

    Gruß

    Werner

  • Nachtrag:

    im DS 8 (Hautdatensatz ist 1) gibt es auch noch einen Änderung von Flag_SetColor (am Anfang bei Offset a2). Die muß auch noch verhindert (sta $9fd0 durch 3x ea ersetzen) werden.

    Ansonsten schreibt TD auch noch auf andere System-Einstellungen, z.B. Farbe ab $9fea. Aber das ist erstmal nicht so schlimm ... :wink: .

    Gruß

    Werner