Posts by Rainer

    Hallo an alle und danke für die gut gemeinten und durchdachten Tipps. Das Problem lag - wie soll es anders sein - an einer völlig unerwarteten Stelle.

    Gefunden habe ich es, indem ich alle Dokument-relevanten Objekte in meinem Programm mit denen von GeoFile verglichen und Unterschiede angepasst habe.

    In R-BASIC (und wahrscheinlich einigen anderen Programmen) habe ich den Fehler auch drin.

    LG
    Rainer

    Hi,

    Ich habe ein Multipe Document Programm mit mehreren Dokumenten offen. Dann fahre ich GEOS herunter. Wenn ich GEOS wieder hochfahre ist das zuletzt aktive Dokument noch zu sehen, aber es ist nicht aktiv.
    Das heißt: Im Primary-Fenster wird der Name eines anderen Dokuments angezeigt. Das ist auch im Fenster-Menü ausgewählt. Aktionen, die von Menüpunkten aus ausgelöst werden und ans "aktive" Dokument gehen, gehen an das im Primary angezeigte Dokument (und funktionieren dort auch). Für den Nutzer ist da aber unsichtbar (und daher confusing), weil er das "falsche" Dokument sieht.
    Erst wenn ich in das sichtbare Dokument klicke, ist alles wieder OK.

    Intern schient es so zu sein, dass beim Restart alle offenen Dokumente MSG_META_GAINED_MODEL_EXCL bekommen, aber in der Reihenfolge:
    1. das beim Runterfahren aktive Dokument
    2. die anderen Dokumente

    Fazit: Es ist ein anderes Dokument "Aktiv", aber das vor dem Runterfahren aktive wird noch angezeigt. Da gleiche Verhalten zeigt schon R-BASIC.

    Was mach ich falsch?

    Rainer

    Hi,

    ich habe den Thread nur am Rande verfolgt. Was soll GEOGET genau können? Ich habe ein Windows script, dass mir die deutsche Version von CI-Latest herunterlädt und entpackt. Mit Nachfrage, ob die aktuelle Installation vorher gelöscht werden oder überschrieben werden soll. Vielleicht kann man das anpassen?

    Aber ja, dies funktioniert nur, wenn man sich an die Standards der UI-Library hält.

    Ich find's einfach nur cool, auch wenn ich selber es noch nicht probiert habe. bei Gelegenheit sollt man mal aufschreiben, was das genau heißt - also was man konkret nicht darf. Die "Standards der UI-Library" sind gerade für Amateurprogrammierer wie mich ein weites (unüberschaubares) Feld.
    Rainer

    Wer jetzt versucht das Startmenu von Geos zu treffen braucht Glück oder viel Geduld. Zumindest Windows ist fast immer schneller beim wieder einblenden der Taskleiste

    Interessant. In der "normalen" DosBox habe ich das Problem nicht. Wenn GEOS im Vollbildmodus läuft belndet Windows (11) die Takleiste nicht ein.

    Oder vielleicht besser KR-15 - dreht mehr :)

    Btw.: Wenn Wilfried wirklich einen Controller neu machen will, ist es evt. eine gute Idee, das meiste schon mal vorzubereiten (UI, Definitionen usw). Auch wenn es (noch) nicht compiliert oder gar funktioniert. Das Ganze aufzuschreiben dauert nämlich seine Zeit ...

    Rainer

    Kurzes update: ich musste mich notgedrungen wieder mit dem Controller-Thema beschäftigen, könnte euch, wenn ihr das Thema angeht, auch unterstützen. Controller sind offensichtlich sehr eigen. Folgendes hat mich mehrere Stunden Arbeit gekostet, die ich anderen ersparen möchte.

    1. Bei den Features (ich habe nur die Toolbox features am Wickel) muss man zwei Tabellen definieren: 'static const GenControlChildInfo ...' und 'static const GenControlFeaturesInfo ...' - Die dort aufgelisteten Objekte müssen exakt in der gleichen Reihenfolge gelistet sein, sonst funktioniert die Tool-Verwaltung nicht, bis hin zum lieblichen KR-Fehler.
    2. Das erste der dort gelisteten Objekte muss das Tool-Flag 0x01 haben. das zweite 0x02 usw. -- sonst ... siehe oben

    also das hier geht:

    Das hier hingegen nicht

    mal sehen, was uns da noch so an Überraschungen erwarten.

    Rainer

    Ja, so etwas in der Art ist gut. Ich würde es aber nicht so überladen, man kann auf einem Bild sowieso nicht alles zeigen. Konzeptionell würde mir so etwas vorschweben: Im GeoManager sind die wesentlichen Programme zu sehen (- da müsste man also noch sortieren) ein Program ist offen und ein paar Features sind offen.