Die Wörterbuch-Seite von geopixel.de zur InfoBase verlegt und die Links im Thread angepasst.
Kleines Update der App hochgeladen:
Die Wörterbuch-Seite von geopixel.de zur InfoBase verlegt und die Links im Thread angepasst.
Kleines Update der App hochgeladen:
Der Effekt geht sogar noch etwas weiter und betrifft alle Zeichen-Stile...
Zum Vergleich (links FF, rechts WM) - die Absatzabstände sind auch noch mal eine interessante Sache
Interessant. War mir noch nicht bewusst, dass sich die Aufzählungszeichen farblich an den Stil der Umgebung anpassen. Falls sich jemand um das Problem mit dem Unterstrich kümmern sollte, wäre es meiner Meinung nach ausreichend kompatibel, wenn das Aufzählungszeichen immer schwarz dargestellt wird.
Bei den Absatzabständen verhalten sich alle anderen Browser so wie der Firefox, soweit ich weiß. Ich stelle deshalb dem <li> meist ein <p> voran. WebMagick ignoriert das, die anderen Browser fügen jedoch einen Absatzabstand ein, sodass die Darstellung mit WebMagick und den anderen Browsern dann identisch aussieht...
Heute ein kleines Update hochgeladen.
Hallo Jungs, ich wollte noch einmal an das kleine HTML-Problem mit dem Unterstrich unter den Punkten der Aufzählungslisten erinnern.
Das Problem tritt auf, wenn die Listenzeile mit einem Link beginnt. Dann erhält der automatisch voran gestellte Listenpunkt den Unterstrich und die Farbe des Links.
Wenn ich vor den Link ein beliebiges Zeichen (ausser normales Leerzeichen) oder ein "festes Leerzeichen" einfüge, verschwindet der Unterstrich.
Bei Listenzeilen, die keinen Link enthalten, wird der Punkt ebenfalls korrekt ohne Unterstrich dargestellt.
Anbei ein paar ScreenShots, die zeigen, was gemeint ist.
Jetzt läufts!
Die PDFs von geopixel.de auf die InfoBase verschoben und die Links im Thread angepasst.
Hmm, bei der deutschen Version, die ich eben heruntergeladen habe (vom 21.01.26, 23:59), tritt der Fehler mit dem flackernden Mauszeiger und dem Blockieren des Systems weiterhin auf.
Habe mir mal mit Rainers Zeichensatz-Tabelle alle Fonts der aktuellen Beta angesehen. Dabei ist mir folgendes aufgefallen:
Beim ersten Aufruf des Martin-Vogel-Fonts hat sich meine DOSBox Staging augenblicklich beendet. Nach dem Neustart wurde der Font allerdings anstandslos in der Zeichensatz-Tabelle angezeigt.
Beim Aufruf des Nimbus Sans-Fonts hängt sich GEOS bei mir reproduzierbar auf. Das einzige, was sich dann noch bewegt, ist der merkwürdig flimmernde Mauszeiger.
Alle anderen Fonts werden anstandslos in der Zeichensatz-Tabelle dargestellt.
Unter der aktuellen Beta funktionieren die vier Bücher bei mir prima. Getestet bei 1024x768, BookReader im Vollbild und mit 200% Vergrößerung und dann jedes Buch durchgeblättert.
Mütze : Es ist tatsächlich auch bei mir so, das mit PC/GEOS 6 erstellte Dokumente z. Z. nicht mit BBE kompatibel sind. Ich weiß auch nicht, ob das jemals so sein wird, denn BBE verwendet Nimbus-Fonts und PC/GEOS 6 TTF-Fonts. Vielleicht kann Jirka etwas dazu sagen.
Zwei der vier Bücher scheinen ja unter BBX4 zu funktionieren. Vielleicht wäre nur ne kleine Anpassung in den Dokumenten nötig, um BBX4 nicht mehr abstürzen zu lassen.
PS: Habe mir die aktuelle Beta vorhin als "Arbeitssystem" eingerichtet. Läuft bisher schon richtig gut.
Eben einmal unter BBX4 ausprobiert. Entweder sind die Bücher nicht mehr 100% kompatibel, oder in meinem System steckt der Wurm drin:
Das Buch "Der Desktop" reisst GEOS/DOSBox reproduzierbar bei mir sofort in den Abgrund. Die anderen drei Bücher funktionieren, wobei im Buch "Mit Dokumenten arbeiten" im Gegensatz zu den beiden anderen im Fliesstext die Systemschrift Berkeley angezeigt wird.
Schon vor einiger Zeit die HTML-Version des Handbuchs von geopixel.de auf die InfoBase übertragen. Nun endlich die Links im Thread angepasst...
Super, jetzt gehts. Habe die Zeile jetzt aus dem Bereich verschoben und dann erst auskommentiert, anstatt sie nur auszukommentieren.
Nö, macht bei mir leider keinen Unterschied.
Gab es in einer früheren Beta nicht das Problem, dass überhaupt keine lokalen Dateien (auch .HTM-Dateien nicht) im Browser gefunden/geladen wurden? Vielleicht liegt das Problem eher in dieser Richtung.
Hier eine HTML-Datei, das GIF-Bild und das JPG-Bild zum selber ausprobieren.
Habe nochmal einige Versuche angestellt, das Ergebnis bleibt bei mir leider gleich: 800x600 in 64k und in TrueColor, 1024x768 in 64k. HTML-Code geändert, Größenangaben für Bild entfernt, usw. Das JPG wird bei mir nicht im Browser angezeigt. Allerdings nur lokal getestet.
Sorry, die Online-Version der Seite zeigte noch das GIF-Bild an. Bitte Cache leeren und nochmal versuchen...
Hallo.
Nachdem das kleine GIF-Problem des Browsers erfolgreich gelöst wurde, tritt - zumindest bei mir - ein weiteres auf, bzw. besteht weiterhin:
JPGs, die der BBX4-Browser anstandslos darstellt, zeigt der Browser in GEOS 6 bei mir überhaupt nicht an. Das war, glaube ich, auch schon so, als das GIF-Problem auftrat.
Sehr interessanter Fund. Ich habe eine Kopie der Datei auf der - unfertigen - Dokumente-Seite hinterlegt. Die Dateiendung habe von .doc nach .txt geändert.
PS: Vielleicht mag sich jemand mit besseren Englischkenntnissen als ich sie besitze, an eine deutsche Übersetzung wagen, bzw. über eine per KI generierte Übersetzung drüberschauen.
Mütze ich glaube nicht, das der Fehler etwas mit der Funktion 'Neu Zeichnen' zu tun hat oder dadurch zu beheben ist. Es gibt ja auch diese Funktion im Bookreader nicht. Und ständig die Ansicht zu verändern, kann nicht des Rätsels Lösung sein. Nein... Ich denke, es gibt einen Bug.
Ich wollte nur einen Hinweis geben, in welche Richtung die Überlegungen der Programmierprofis evtl. gehen könnten, um den Fehler einzugrenzen.
Bei 800x600 Bildschirmgröße und BookReader maximiert tritt der Fehler bei mir übrigens nicht auf.