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.
Hallo!
Hab mal schnell GeoPixel online geöffnet und das Bild wurde angezeigt. Tritt das nur auf, wenn Du es Lokal als Datei öffnest?
Viele Grüße,
Falk \\ blueway.Softworks
Hab ich jetzt gemacht und auch nach Reload geprüft, dass er eine JPEG importiert, das Ergebnis war das gleiche.Hmm?
Ob es vielleicht vom Videomodus abhängt, wie hier: https://github.com/bluewaysw/pcgeos/issues/1004 ?
Bitte mal in der geos.ini hier die Zeile "EC Breadbox Graphics Imp Library,image/jpg,JPG" rausnehmen und nochmal probieren:
mimeDrivers = {
EC Breadbox Graphics Imp Library,image/gif,GIF
EC Breadbox Graphics Imp Library,image/jpeg,JPG
EC Breadbox Graphics Imp Library,image/jpg,JPG
EC Breadbox Graphics Imp Library,image/png,PNG
EC Breadbox Doc Import Library,audio/x-wav,WAV
EC Breadbox Doc Import Library,audio/wav,WAV
EC Breadbox Doc Import Library,application/pdf,PDF
}
Das heißt du nutzt keinen lokalen Server sondern öffnest die HTML Datei via Doppelklick?
Also ich konnte das Problem lokal reproduzieren im 829er-Branch GEOS (sollte aber auch master-CI-Latest das gleiche sein), wenn ich die Datei lokal öffne. Wenn man lokal öffnet hat man, im Gegensatz von Server, keinen Mime-Type gegeben. Über den o.g. Eintrag mapped er auf Mime-Type "image/jpg", was denke ich nicht korrekt ist und intern nicht richtig verarbeitet werden kann, da wir dort für Jpeg "image/jpeg" erwarten. Nach dem ich den Eintrag mit "image/jpg" aus der ini entfernt habe, wird korrekt auf "image/jpeg" aufgelöst und das Bild wird geladen.
Soweit mein Erkenntnisstand.
Viele Grüße,
Falk \\ blueway.Softworks
Laut IANA gibt es kein image/jpg, sondern nur image/jpeg:
Vielleicht ist es eine falsche Vorrangbehandlung zwischen den Einträgen: wird bei der Zuordnung per Datei-Extension der letzte Eintrag genommen, gewinnt "jpg -> image/jpg", und dann ist der Mime-Typ falsch.
Im Prinzip ist ein Mapping "image/jpg -> imp library" nicht schlecht, falls der Mime-Typ auf einem Server falsch konfiguriert ist, aber dieser Typ sollte dann nicht für lokale Dateien benutzt werden.
Es könnte also sein, dass es geht, wenn man einfach nur die Reihenfolge der beiden JPG-Zeilen tauscht.
WAV weiter unten macht übrigens etwas ähnliches.
Wenn wir "image/jpg" unterstützen wollen (ich denke das ist sinnvoll), dann muß die imp library sowohl mit "image/jpeg" und "image/jpg" umgehen können. Ggf. muß man dann dann intern vor der weiterverarbeitung normalisieren.
Ich habe mal einen Patch dafür gemacht: https://github.com/bluewaysw/pcgeos/pull/1017
Danke! Der Patch ist integriert und das aktuell FreeGEOS CI-latest Release sollte lokale JPG-Dateienn jetzt auch Out-Of-The-Box anzeigen.
Viele Grüße,
Falk \\ blueway.Softworks
Moin. Mit dem neuesten CI-Latest von vor 2 Tagen werden die beiden Dateiformate mit WebMagick angezeigt. 
