Ergebnis 1 bis 8 von 8

Thema: HTML5 auf dem Desktop: Ansätze für RIAs

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Zitat Zitat von Jesus_666 Beitrag anzeigen
    Hmm. Mit IE8 nur kompatibel, wenn man nicht mehr als 32 KiB Daten erzeugt, aber prinizipiell geeignet. Danke; da hatte ich nicht dran gedacht.

    Oh nein. Um Wikipedia zu zitieren: "In IE 8 and 9 data URIs can only be used for images, but not for navigation or Javascript generated file downloads."

    Danke, Microsoft.
    Wahrscheinlich hatten Leute angefangen, spezifisch für IE-Nutzer komplette Firefox-Binaries in data:-URLs zu stecken. XO

  2. #2
    Man kann natürlich Conditional Comments benutzen, um auf IE <= 9 zu prüfen und dann statt Downloads ein Textfeld anzeigen, wo ein arschlanger Base64-String angezeigt wird, den man dann von Hand rauskopieren darf.

  3. #3
    Die Daten HTML zu formatieren ist sicher nicht schön aber durchaus machbar. Dann könnte man die normale Speicher-Funktion des Browsers nutzen.

    Wobei, wenn lediglich IE <= 8, die Hürde für nen data-link ist, das oder die String kopiererei ja durchaus eine Variante ist.
    (Mal ehrlich: In welchem halbwegs realisitischen Szenario kann dieser benutzer keinen Browser auf seinem System installieren?)

    Geändert von YoshiGreen (24.05.2012 um 21:36 Uhr)

  4. #4
    Dafür brauchst du ja nichtmal HTML. Der Browser kann ja auch alle möglichen anderen Dateien speichern/zum Download anbieten.

  5. #5
    Naja, "Speichern als..." würde voraussetzen, daß ich den gesamten Inhalt der Seite mit nichts anderem als dem Dokument ersetze (oder jedes gespeicherte Dokument enthält eine unvollständige Kopie der Anwendung). Das ist nicht gerade optimal.

    Nebenbei habe ich zwischendurch noch einen Problembrowser gefunden: Safari. Apple hat sich nie die Mühe gemacht, die FileReader-API zu implementieren und so kann man für Safari-User keine Ladefunktion bereitstellen.


    So langsam bin ich überlegen, ob es nicht einfacher wäre, den Kram teilweise in XUL zu implementieren. Man kann einem XULRunner sicher irgendwie einen Browser-Viewport geben, der mit internen Funktionen wie dem Dateisystemkram sprechen kann. Das wären dann zwar wieder plattformspezifische Downloads, aber die belaufen sich darauf, jeweils eine andere XULRunner-Binary zu bundlen.

    Und immerhin hätte man den Vorteil, nur gegen einen Renderer bauen zu müssen.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •