WebMagick

    Quote from mgroeber

    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...

    Gestern habe ich aus einer "plötzlichen Eingebung heraus" ;) mal ne uft-8 kodierte Seite mit WebMagick aufgerufen und war überrascht, dass sie korrekt dargestellt wurde... Ist doch glatt an mir vorbeigegangen, dass ihr in der Richtung aktiv wart.

    Gibt es vielleicht noch weitere Verbesserung, die ich bisher übersehen habe, oder die in Planung sind? HTML, CSS?

    Quote from Mütze

    Gestern habe ich aus einer "plötzlichen Eingebung heraus" ;) mal ne uft-8 kodierte Seite mit WebMagick aufgerufen und war überrascht, dass sie korrekt dargestellt wurde... Ist doch glatt an mir vorbeigegangen, dass ihr in der Richtung aktiv wart.

    Gibt es vielleicht noch weitere Verbesserung, die ich bisher übersehen habe, oder die in Planung sind? HTML, CSS?

    Ich habe damals ein 1/4 Jahr lang an dem UTF8 Kram gebastelt und geforscht und war am Ende zu 90 Prozent fertig. Dann wurde ich abgelenkt und habe es nicht mehr fertig gemacht. Aber dann kam Marcus und hat in ein paar Tagen einen Patch gemacht ;)

    Leider geht UTF-8 noch nicht in Formularen etc., so weit ich weiß. Das müsste man noch hinzufügen.

    Falk hat im Browser einiges in Sachen Stabilität gemacht. Man könnte noch viele kleine Sachen machen, die viellicht auch einen relativ großen Effekt hätten (zum Beispiel mehr Bildformate und Größenbeschränkungen für sehr große Bilder etc.) Im Großen und Ganzen wirkt der Browser aber auf mich ausentwickelt für die Grenzen des Systems - CSS oder JavaScript wird auf dieser Platform nix. (Ich lasse mich gern vom Gegenteil überzeugen :-))

    Leider ist es so, dass die KI-Tokenparty wohl erstmal vorbei ist: entwicklen mit KI wird gerade deutlich teurer und ist wahrscheinlich für einen Hobbyprogrammierer bald nicht mehr erschwinglich. Ich habe noch ein paar sehr interessante Sachen auf Halde, die im Hype entstanden sind und die ich "ausformulieren" kann, aber es wird wohl insgesamt wieder ruhiger werden - zumindest bis der Markt den Bedarf wieder decken kann.

    Aber wir sind ja ein langsames Tempo gewöhnt.

    Bye,
    MeyerK

    Quote from MeyerK

    Falk hat im Browser einiges in Sachen Stabilität gemacht. Man könnte noch viele kleine Sachen machen, die viellicht auch einen relativ großen Effekt hätten (zum Beispiel mehr Bildformate und Größenbeschränkungen für sehr große Bilder etc.) Im Großen und Ganzen wirkt der Browser aber auf mich ausentwickelt für die Grenzen des Systems - CSS oder JavaScript wird auf dieser Platform nix.

    Gibt doch bei Browsern nicht so viele Bildformate, oder? JPG, GIF und PNG. Und die sind ja so ungefähr drin. Manchmal findet man WebP, aber das ist ja albern.

    CSS wäre wohl wirklich aufwendig. Dann müßte man Stylesheets nachladen, parsen und die Regeln im Speicher behalten. Vielleicht ließen sich einfache CSS-Anweisungen, die zudem oft verwendet werden (wie vielleicht Schriftgröße und -farbe) umsetzen, so als praktische Anwendung des 80-20-Prinzips?

    Quote from MeyerK

    Leider ist es so, dass die KI-Tokenparty wohl erstmal vorbei ist: entwicklen mit KI wird gerade deutlich teurer und ist wahrscheinlich für einen Hobbyprogrammierer bald nicht mehr erschwinglich. Ich habe noch ein paar sehr interessante Sachen auf Halde, die im Hype entstanden sind und die ich "ausformulieren" kann, aber es wird wohl insgesamt wieder ruhiger werden - zumindest bis der Markt den Bedarf wieder decken kann.

    Aber wir sind ja ein langsames Tempo gewöhnt.

    Wäre nicht eigentlich die logische Schlußfolgerung, jetzt noch schneller zu arbeiten? Wo die Tokens noch gerade erschwinglich sind? Freitag ist Feiertag! ^^

    Vielleicht können wir auch eine TSA = Token-Spendenaktion starten 8)

    Quote from sebi

    Gibt doch bei Browsern nicht so viele Bildformate, oder? JPG, GIF und PNG. Und die sind ja so ungefähr drin. Manchmal findet man WebP, aber das ist ja albern.

    CSS wäre wohl wirklich aufwendig. Dann müßte man Stylesheets nachladen, parsen und die Regeln im Speicher behalten. Vielleicht ließen sich einfache CSS-Anweisungen, die zudem oft verwendet werden (wie vielleicht Schriftgröße und -farbe) umsetzen, so als praktische Anwendung des 80-20-Prinzips?

    Ja, sehr schöne Ideen! So ein paar einfache CSS Anweisungen hatte ich schon mal probiert, das ginge wohl auch. Marcus "hat da 2000 schon mal was vorbereitet". Aber das Hauptproblem ist, dass der Browser kein DOM hat sondern alle Tags live und und on the fly rendert. Ein DOM hinzuzufügen wäre aber extrem speicheraufwändig...

    Bye,
    MeyerK

    Quote from sebi

    Wäre nicht eigentlich die logische Schlußfolgerung, jetzt noch schneller zu arbeiten? Wo die Tokens noch gerade erschwinglich sind? Freitag ist Feiertag! ^^

    Vielleicht können wir auch eine TSA = Token-Spendenaktion starten 8)

    Du weißt genau, welche Buttons Du bei mir drücken musst! :D

    Bye,
    MeyerK

    Quote from sebi

    Gibt doch bei Browsern nicht so viele Bildformate, oder? JPG, GIF und PNG. Und die sind ja so ungefähr drin. Manchmal findet man WebP, aber das ist ja albern.

    CSS wäre wohl wirklich aufwendig. Dann müßte man Stylesheets nachladen, parsen und die Regeln im Speicher behalten. Vielleicht ließen sich einfache CSS-Anweisungen, die zudem oft verwendet werden (wie vielleicht Schriftgröße und -farbe) umsetzen, so als praktische Anwendung des 80-20-Prinzips?

    Apropos Bildformate: das habe ich auch so gedacht, bis ich mir dann im Zuge der PNG-Geschichte mal ein paar moderne Webseiten von unten angesehen habe... da wird heutzutage SEHR VIEL WebP verwendet. Und das ist leider wieder ein ziemlich komplexes Format...

    Bye,
    MeyerK

    Quote from MeyerK

    Apropos Bildformate: das habe ich auch so gedacht, bis ich mir dann im Zuge der PNG-Geschichte mal ein paar moderne Webseiten von unten angesehen habe... da wird heutzutage SEHR VIEL WebP verwendet. Und das ist leider wieder ein ziemlich komplexes Format...

    Ja, auch so ein Videoformat mit etlichen Untervarianten. Bildinfos kann da immerhin Bildgröße und Farbtiefe auslesen :love:

    Quote from MeyerK

    Ja, sehr schöne Ideen! So ein paar einfache CSS Anweisungen hatte ich schon mal probiert, das ginge wohl auch. Marcus "hat da 2000 schon mal was vorbereitet". Aber das Hauptproblem ist, dass der Browser kein DOM hat sondern alle Tags live und und on the fly rendert. Ein DOM hinzuzufügen wäre aber extrem speicheraufwändig...

    Braucht man für CSS auch einen DOM? Vielleicht für Angaben wie „alle Kindelemente von …“. Aber es gibt auch ja Angaben wie wie „alle Links“ oder „p-Elemente“. Wenn man das vorher einliest … aber die Teufel werden schon in den Details hausen.

    Die Unterstützung von utf-8 ist doch ne sehr schöne Verbesserung. Mit den unterstützten Grafikformaten kommt man ebenfalls weit genug. Ein bisschen schade ist, dass WebMagick immer noch irgendwann abschmiert, wenn die JPGs überhand nehmen. Aber vereinzelte JPGs gehen ganz gut.

    Die eine oder andere kleine CSS-Anweisung - wie Sebi geschrieben hat - wäre nett, aber letztendlich bekommt alle notwendigen Sachen auch mit dem gut implementierten HTML in WebMagick hin...

    Danke für die Arbeit :)

    Quote from sebi

    Braucht man für CSS auch einen DOM? Vielleicht für Angaben wie „alle Kindelemente von …“. Aber es gibt auch ja Angaben wie wie „alle Links“ oder „p-Elemente“. Wenn man das vorher einliest … aber die Teufel werden schon in den Details hausen.

    Ich würde sagen, es gibt für CSS in WebMagick drei Stufen:

    1. Inline-Style-Attribute parsen. Dafür gibt es sogar schon eine Funktion, die man "nur noch" ausfüllen müsste, um ein style-Attribut in die WebMagick-interne Style-Struktur zu übersetzen. Das ist für Properties wie font-size vermutlich relativ einfach, aber es dürfte nicht oft benutzt werden, weil fast alle Webseiten Stylesheets und Klassen/IDs verwenden.
    2. Stylesheets parsen und und Selektoren richtig anwenden (z.B. "div der Klasse big-title" oder eben "alle Links"), um für jedes Element die entsprechenden Style-Attribute der passenden Regeln zusammenzusuchen. Etwas mehr Aufwand, aber wohl auch weitesgehend mechanisch, weil man "nur" die CSS-Regeln in entsprechende kompakte Datenstrukturen übersetzen und dann schnell durchsuchen muss...
    3. CSS richtig layouten: das ist wohl die Königsdisziplin, weil es letzten Endes das Tabellelayout komplett ersetzen und die ganze Geometrie einschließlich Textumbruch berechnen müsste. Das ist ein Schwierigkeitsgrad, den sogar nur wenige große Browser-Teams fehlerfrei geschafft haben, und bei dem ich nicht sicher bin, ob es lohnende Zwischenschritte gibt (z.B. nur bestimmte Modelle wie etwa Grid-Layouts zu unterstützen, die man vielleicht sogar auf unsere Tabellen-Engine zurückführen könnte).

    Auch dieser Zustand würde vermutlich noch zu sehr vielen Layoutfehlern führen, weil sich wohl fast alle Seiten zusätzlich auf DOM+Javascript verlassen, um dynamisch einzelne Teile (z.B. Menüs) ein- und auszublenden. Außerdem dürften viele Seiten mit einer Menge Trial-and-Error geschrieben sein, wo eben so lange mit Attributen gespielt wurde, bis es in gängen Browsern (d.h. Chrome, Chrome und Chrome) halbwegs richtig aussieht.

    Deshalb würde ich die ersten beiden Schritte für realistisch halten (Schritt 1 auf jeden Fall), während man sich für den dritten vermutlich ein Jahr Urlaub nehmen sollte - wahrscheinlich würde dazwischen sogar noch ein Prototyp stehen, der z.B. die Umwandlung von CSS-Grids in Tabellen erst mal in Python durchspielt, damit man das an realen Seiten testen kann (wenn man Schritt 2 und 3 auf einem Proxy machen würde, der Webseiten dynamisch umschreibt, wäre es sogar etwas, das noch anderen Legacy-Browsern helfen könnte).