Posts by MeyerK

    Wie ich vor ein paar Tagen in einem anderen Thread schon mal schrieb bin ich derzeit an den Englischen Hilfedateien dran. Dabei entdecke ich hin und wieder kleine Auffälligkeiten, die man meiner Meinung nach ändern sollte. Ich selber mag da nicht ungefragt Dinge ändern und zum Teil wären da auch Änderungen direkt im Sourcecode nötig um zum Beispiel eine unpassende Buttonbeschriftung zu korrigieren.
    Hier die letzten Funde:

    Englische Version---> World ---> Preferences
    Das Modul für die PC/GEOS eigenen Einstellung sollte imho auch im Englischen "PC/GEOS" heissen, wie es im Deutschen ja auch benannt ist. Aktuell steht dort jedenfalls einfach nur "Geos".
    Schreibt mir doch Eure Meinung dazu.

    Voreinstellungen ENGLISCHE Version)
    Im Modul Background / Hintergrund ist unten Links ein Button "OK"
    Dieser beendet / schließt das Modul ohne jegliche Änderungen. Im deutschen ist der auch mit "Schließen" übersetzt worden. Sollte der nicht auch im Orginal mit "Close" beschriftet werden?

    Im Modul KidGuard ist in der Liste der erlaubten Websites noch http://www.breadbox.com als Vorgabebeispiel drin......

    Spannende Themen! Als Beispiel für KidGuard würde ich mal die Infobase nehmen :)

    Im Modul Background / Hintergrund unten Links der Button "OK" sollte aus "historischen Gründen" erstmal weiter OK heißen. Intern hat er die Kennung ID_DISMISS was eigentlich "Cancel" entspricht, er wurde aber manuell umbenannt. Da war wahrscheinlich schon immer etwas Unsicherheit da ;) Die UI vom BG ist aber ohnehin ungünstig und müsste mal überarbeitet werden. eigentlich bräucht es einen "Apply" (Anwenden Button um das ausgewählte Hintergrund BIld bzw. die Farbe auszuprobieren und dann einen separaten "Close" Button. So gesehen hatte die deutsche Übersetzung da schon den richtigen Riecher, aber es müsste halt auf System-Ebene umgesetzt werden ...

    Der "Geos" Moniker im Pref Modul ist auch historisch - und wie richtig beobachtet eigentlich historisch falsch ;) Eigentlich sollte der PC/GEOS oder System heißen (der interne Name ist "prefos", also "preferences: OS" ... Müsste auch erst mal intern geändert werden.

    Das braucht also "Issues" und keine neue Übersetzung. Die ist hier schon weiter als das Original ;)

    Ich habe ehrlich gesagt keine Ahnung, warum hier wieder ältere Übersetzungs- bzw. Lokalisierungsvarianten auftauchen. Wenn wir schon mal weiter bzw. bei anderen Konventionen waren, sollten die eigentlich auch aktiv sein. Mich hat da neulich schon Achims Meldung zur "Netzsperre" stutzig gemacht. frehwagen hast du eine Idee?

    Danke, die Lokalisierung ist so ein Thema gerade. Kann sein, dass Falks Scripte und Änderungen am Code da kollidieren. Der Lights Out Launcher sollte jetzt eigentlich immer gefunden werden, das wurde behoben. Allerdings ändern wir im INI Bereich gerade sehr viel.... was für Einstellungen kopierst Du denn in die GEOS.INI? Und wurde der LOL denn noch gefunden bevor Du deine Einstellungen reinkopiert hast?

    Apropos besonderer GEOS Spirit ... ich bin gerade etwas verblüfft ... "irgendjemand" hat das "Packages" Pref Modul eingedeutscht ... ich kann mich nicht daran erinnern, das getan zu haben (was allerdings auch nicht so viel bedeuten muss) ... also, wer war das? Komm her und hol Dir Dein kleines Belohnungsküsschen ab!

    Na wenn Du es nun schon ausprobiert hast, wäre es aber auch gut Du würdest sagen welche Programme nicht mehr gefunden werden? Der Sinn des Voreinstellungsmoduls (in aller Kürze) ist, dass man gelöschte Anwendungen aus WORLD (die eigentlich nur noch Links sind) jederzeit wiederherstellen kann.

    Ich freu' mich über Dein Interesse :) Mit dem Ressourcenhunger, das ist so eine Sache. Laut Sourcecode soll das GFS recht effizient sein und sogar Performance-Vorteile haben.

    Aber natürlich belegt das GFS einen Block auf der Platte, der sich nicht verkleinern lässt - wenn das 20 MB sind, sind das 20 MB, Löschen einzelner Dateien ist nicht drin. Das ist tatsächlich ein verstärkter Ressourcenverbrauch.

    Andererseits kann man darauf achten, dass die GFS.IMG nicht fragmentiert wird und am Stück bleibt, das könnte richtig Performance bringen. Und theoretisch besteht auch die Möglichkeit, das ganze GFS auf eine Ramdisk auszulagern (ist derzeit aber praktisch nicht möglich) und da alles da drin read-only ist, muss man sich um das Zurücksichern von Änderungen keine Gedanken machen... Das Suchen nach einer Geode in zwei Verzeichnisbäumen kann aber natürlich Zeit kosten.

    Das sind halt wirklich genau die Sachen, die wir jetzt durch intensives Testen rausfinden müssen.

    Yepp, ist ne 0,74 er Version, die konnten das wohl alle nicht. Xcopy aus dem FreeDos hilft an der Stelle (in das Verzeichnis ensemble des entpackten Zip kopiert) schon mal weiter. Die Installation über setup.bat läuft schon mal ohne Fehlermeldungen durch. ein erster Start danach klappte auch. Ebenfalls klappte mehrfach auch ein Neustart zum Setzen von ini-Einstellungen. Ich konnte den Videotreiber einstellen und andere Settings. Auch das neue Voreinstellungsmodul konnte ich mir ansehen. Zu dem Zeitpunkt muss ja alles an Bord gewesen sein.

    Das ist ja schon mal gut ;)

    Bis zu dem Punkt wo beim wieder hochstarten der lightsoutlauncher mit einem UI 07 nicht gefunden wird.

    Das ist nun wieder interessant - kannst Du reproduzieren, wann das genau wie wo passiert? Und am besten auch gleich, warum ;)

    Anschliessend habe ich mit einem Dateibrowser des Handys (weil magicdosbox ist ja die Androidvariante der Dosbox) mal durch die Verzeichnisse geguckt. Wie oben schon mal beschrieben sind die Verzeichnisse in beiden Versionen (German und NC vom 02.05.26) weitesgehend leer. Da läuft noch ein wenig was schief.:)
    Da werde ich wohl noch ne Weile mit der altbekannten Weise leben müssen.

    Nee, das mit den Verzeichnissen ist tatsächlich so zu erwarten. Die sind zukünftig weitgehend leer und freuen sich auf Inhalte die die Nutzer beim Benutzen beisteuern. Die Original - Geoden liegen sicher verpackt im Image unter /freegeos/[versionsnummer]/boot/gfs.img (In GEOS findet man die Inhalte dieses Images im Laufwerk "GFS"). Wenn GEOS nach einer Geode sucht, guckt er zuerst immer klassisch im Nutzerverzeichnis danach... also z.B. unter ENSEMBLE\SYSTEM ... wenn es sie da nicht findet, sucht er die Datei im selben Pfad im GFS. So kann man zum Beispiel eine neue Version einer Datei nach SYSTEM installieren (oder auch eine alte), aber wenn man fertig ist mit spielen, kann man alles einfach löschen und die Original-Datei wird wieder aus dem Image geladen. Herumspielen und anpassen geht also nach wie vor, aber jetzt mit eingebautem Sicherheitsnetz :)

    Ah, das kann sein, ja. Du kannst oben unter "Connections" eine neue solche definieren. Da ist nicht viel zu tun, Du musst beim Netzwerktyp nur "Packet" aktivieren und 0.0.0.0 bei der IP oder so eintragen um DHCP zu nutzen (steht alles da, beantworte das gerade aus dem Kopf). Aber wie gesagt, das funktioniert nur wenn in DOS eine Verbindung da ist.

    Eine bessere Synchronisation der Dateien zwischen Host und GEOS ist auch sowas, was durch die Basesbox möglich wird. Allerdings weiß ich, dass Rainer auch relativ hemmungslos zwischen laufender DosBox und GEOS hin- und herkopiert - es gibt doch da Tastenkombinationen um die DosBox zum Neu-Einlesen von Verzeichnissen zu zwingen ....?

    Hallo,

    also die Vision für Version 6 war immer hostbasiert (denn den Host wegzulassen ist einfacher, als ihn hinterher anzuflanschen.) Aber Version 6.1 soll sich verstärkt auf reines DOS, Protected Mode Entwicklung und alternative Nutzungsszenarien konzentrieren.

    stefank schreibt: "Mir fehlt es hier an der Basis: ich kenne nicht die Verästelungen der einzelnen GEOS-Varianten bzw. was Ihr für Pläne habt: was ist das Split-Setup-Konzept?"

    Und das ist eine gute Frage. Denn eigentlich war es nie unser Ziel, "Verästelungen und GEOS-Varianten" zu produzieren, sondern nur ein offzielles PC/GEOS Ensemble.

    2018 hat frehwagen den PC/GEOS Quellcode auf GitHub als Open Source bereitgestellt, nachdem schon sehr viel Arbeit in die Portierung auf den Watcom Compiler geflossen war. In den folgenden Jahren haben wir alle intensiv daran gearbeitet, das System zu modernisieren. Es wurden uralte Bugs gefixed, die App-Auswahl festgelegt und alle Apps und Spiele bereinigt und modernisiert, neue kleine Features hinzugefügt, der Übersetzungsprozess wiederhergestellt, alle Übersetzungen eingepflegt und überprüft, Hilfen neu geschrieben, übersetzt, die Basebox (eine DosBox-staging Variante) für GEOS optimiert, um zukünftig GEOS auf möglichst vielen Platformen optimal ausführen zu können und sogar eine komplett neue Font-Engine geschrieben, mit der man nun TTF Fonts nutzen kann - Wahnsinn!

    Allein, was es bis heute, 8 Jahre nach der Freigabe als open-source, nach wie vor nicht gibt, ist ein sauberes, offizielles Release. Ein Paket, das man herunterladen und jemandem in die Hand drücken und sagen kann, "hier, das ist es, kannst ja mal gucken". Oder das man sich auf seinem modernen Rechner herunterlädt, installiert und zum Arbeiten nutzt. Und das man gegebenenfalls einfach updatet, falls es eine neue Version gibt. Das war aber immer das Ziel für die initiale Version 6.

    Dass die Sehnsucht nach einem solchen offiziellen Paket in der Community groß ist, kann man nach den vielen Jahren des Stillstandes (in denen man immer noch irgendwo auf ein neues GEOS von Breadbox gewartet hat) und all der Arbeit von uns verbliebenen Supportern natürlich verstehen.

    Einer der Gründe warum wir noch kein solches Release haben, ist, dass frehwagen als Maintainer eine sehr konkrete und professionelle Vorstellung davon hat, was so ein Release können muss: Das System sollte möglichst ohne platformspezifische Skripte oder Installer installierbar sein. Die Basebox war immer mit als Teil des Systems zu denken. GEOS sollte updatefähig werden, ohne dass man seine Dokumente, Apps und Einstellungen verliert. Das sind keine kleinen Anforderungen und wir hatten für manche Herausforderung einfach lange keine Antwort.

    Anfang des Jahres ist mir irgendwie klar geworden, dass es nicht mehr Top-Priorität hat, weiterhin kleine Bugs zu fixen oder Features hinzuzufügen. Ich wollte, dass wir endlich wieder etwas installieren und zum "Arbeiten" nutzen können. Also hab ich frehwagen vorgeschlagen, dass wir uns jetzt auf dieses Thema fokussieren.

    mgroeber hatte schon mal ein paar Veränderungen vorgeschlagen, um GEOS leichter updatefähig zu machen, das sogenannte split-setup, welches in ähnlicher Form beim GlobalPC zum Einsatz kam. Dieses hatte alledings noch einige ungelöste bzw. mit Falks Anforderungen unvereinbare Herausforderungen, um die wir uns in der Folge gekümmert haben.

    Ohne zu sehr ins technische Detail zu gehen, kann ich sagen, dass das Ergebnis konzeptionell jetzt verblüffend modern ist: Der Kern von GEOS und die mitgelieferten Anwendungen laufen zukünftig in einem unveränderlichen Image (ähnlich wie bei immutable Linux-Distros wie Fedora Silverblue) und sämtliche eigenen Anwendungen und Dokumente liegen in einer Schicht darüber. Bei einem Update wird ein neues Image heruntergeladen und GEOS auf dieses Image umgestellt. Die eingebauten Anwendungen und Libraries sind dann automatisch alle wieder aktuell. Alle eigenen Dateien, Programme und INI-Einstellungen bleiben erhalten. Das ist zumindest das Konzept ;)

    Das Ganze ist ein ziemlicher Rundumschlag und erfordert viele kleine Änderungen an vielen Stellen im System. Wir sind damit vielleicht zu 75 Prozent durch und werden hoffentlich in den nächsten Tagen oder Wochen "eine Alpha-Version" dieses Releases anbieten können (das ist dann ein vollständiges Paket aus GEOS und Basebox, nicht nur ein GEOS Zweig!). Dieses Bundle wird aufgrund der vielen Änderungen wieder viele Tests benötigen und am Ende sicher auch noch hässliche Bugs haben - aber wenn nicht der Himmel einstürzt oder wir noch grundsätzliche konzeptionelle Schwächen entdecken, wird es zum diesjährigen Treffen endlich ein Beta-Release von "PC/GEOS Ensemble 6" geben.