3 Punkte von GN⁺ 2024-11-28 | 1 Kommentare | Auf WhatsApp teilen
  • ZetaOffice ist ein Projekt, das eine auf LibreOffice basierende Office-Suite im Web ausführt und so den Zugriff auf Dokumente von mehreren Geräten aus ermöglicht.
  • Bei der Bereitstellung kann zwischen Self-Hosting und dem ZetaOffice-CDN gewählt werden; der Fokus liegt darauf, die Abhängigkeit von Drittanbieter-Clouds zu reduzieren und die Kontrolle über die Daten zu behalten.
  • Es bietet Writer, Calc und Impress und stellt Kompatibilität mit bestehenden Dokumenten sowie Integration auf Basis der LibreOffice UNO API in den Vordergrund.
  • Open-Source-Code und NPM-Pakete ermöglichen Anpassung und Erweiterung passend zum jeweiligen Projekt; Demos für Writer, Calc und Chart lassen sich direkt ausprobieren.
  • Native Desktop-Beta-Versionen für Linux und Windows sind ebenfalls verfügbar; die Unterstützung mobiler Geräte ist „coming soon“.

Auf LibreOffice basierende Office-Suite, die im Web läuft

  • ZetaOffice ist eine Office-Suite, die LibreOffice in den Browser bringt.
  • Nutzer können von mehreren Geräten aus auf Dokumente zugreifen; Ziel ist die Integration in bestehende Systeme.
    • Bereitstellungsoptionen

    • Sowohl Self-Hosting als auch die Nutzung des ZetaOffice-CDN sind möglich.
    • Ein Beispiel für die CDN-Nutzung ist in der Demo zu sehen; Informationen zum Self-Hosting werden im Contact-Bereich bereitgestellt.
    • Betont wird, dass man Daten kontrollieren kann, ohne von einer Drittanbieter-Cloud abhängig zu sein.
  • ZetaOffice wurde auf LibreOffice-Basis entwickelt, um mit bestehenden Dokumenten kompatibel zu sein, und hebt Performance-Optimierungen hervor, damit die Bedienung auch bei komplexen oder großen Dateien im Browser reaktionsschnell bleibt.

Produktumfang und Entwickler-Integration

  • Die ZetaOffice Suite umfasst drei zentrale Apps:
    • Writer: Textverarbeitung mit Formatierungs- und Stiloptionen
    • Calc: Tabellenkalkulation mit Datenanalyse- und Diagramm-Tools
    • Impress: Multimedia-Präsentationen mit Vorlagen und Übergangseffekten
  • Es gibt drei Web-Demos:
  • Entwickler können die Open-Source-Codebasis und Pakete nutzen:
  • Durch vollständige Kompatibilität mit der LibreOffice UNO API kann ZetaOffice in bestehende Workflows oder Anwendungen integriert werden.
  • Es ist in den meisten modernen Webbrowsern nutzbar; erforderlich sind HTML5-Unterstützung und eine stabile Internetverbindung.

Beta-Bereitstellung und Pakete

  • Der Dienst befindet sich derzeit im Open-Beta-Programm; kostenpflichtige Pakete mit Hochleistungs-CDN und professionellen Support-Optionen sollen angeboten werden.
  • Native Desktop-Versionen sind ebenfalls als Beta verfügbar:
    • Linux: Flatpak-, DEB- und RPM-Pakete verfügbar
    • Windows: MSI für 64 Bit, 32 Bit und ARM 64 Bit verfügbar
    • SDK sowie Hilfepakete auf Englisch, Deutsch, Französisch und Spanisch und einige Linux-Sprachpakete sind ebenfalls verfügbar
  • Allotropia bietet Dienste und Produkte zur Stärkung von LibreOffice an und verweist auf ein Team zertifizierter LibreOffice-Entwickler sowie auf professionelle Services mit LibreOffice-Schwerpunkt.

1 Kommentare

 
GN⁺ 2024-11-28
Meinungen auf Hacker News
  • Ich habe die Demo auf einem leistungsstarken Laptop ausprobiert (ASUS Zephyrus G15 2021, Linux, Sway, Firefox und Chromium), aber die Performance ist miserabel und das Text-Rendering ist ebenfalls sehr schlecht.
    Auch die Eingabe ist kaputt: Die Compose-Taste funktioniert nicht, und bei einem Doppelklick wird nicht nur das Wort unter dem Cursor ausgewählt, sondern die gesamte Canvas. Rechtsklick bewirkt nichts, und Scrollen wird ebenfalls nicht erfasst.
    Im vollständigen UI-Beispiel https://zetaoffice.net/demos/simple-examples/rainbow_writer.... habe ich Format → Theme angeklickt, woraufhin die gesamte App einfror und im letzten UI-Zustand hängen blieb.
    Zum Start müssen 50 MB heruntergeladen werden; dass es nur etwa diese Größe hat, ist immerhin ein wenig beeindruckend.
    Es ist zwar eine coole Tech-Demo, wirkt aber völlig unbenutzbar, falls man sie tatsächlich verwenden müsste. Ohne echtes DOM statt reiner Canvas als Ziel halte ich selbst brauchbare Ergebnisse für sehr schwer, und hervorragende Ergebnisse für nahezu unmöglich.

    • Auch mit reiner Canvas geht das. Google Docs ist vor drei Jahren auf Canvas-basiertes Rendering umgestiegen: https://workspaceupdates.googleblog.com/2021/05/Google-Docs-...
      Diese WASM-App rendert ebenfalls auf eine Canvas und funktioniert gut: https://bandysc.github.io/AvaloniaVisualBasic6/
      Diese hier ebenso: https://flutterweb-wasm.web.app/
      Flutter und Google Docs haben das DOM aufgegeben, weil es schwierig war, es über Browser hinweg ausreichend konsistent gut funktionieren zu lassen; wenn man direkt auf die Canvas zeichnet, kontrolliert man das gesamte Zeichnen und erhält daher konsistentere Ergebnisse.
    • Als Hacker auf Seiten von ZetaOffice und LibreOffice kann ich dem kaum zustimmen.
      Bei einer Office-Suite ist Canvas praktisch der einzige Weg, die von Nutzern erwartete Treue beim Dokumentlayout zu erreichen.
      Das DOM bietet bei Weitem nicht genug Kontrolle, um Layout-Kompatibilität inklusive der Bugs von MSO und OOo auf dem Bildschirm nachzubilden; es kommt nicht einmal in die Nähe. Schon allein zum Thema Textlayout kann man diesen Beitrag heranziehen: https://news.ycombinator.com/item?id=42100660
    • „Früh veröffentlichen und oft veröffentlichen“ ist eine häufig zitierte Weisheit.
      Allerdings gibt es den ersten Eindruck nur einmal, und wenn dieser erste Eindruck furchtbar ist, ist es sehr schwer, Leute dazu zu bringen, es noch einmal auszuprobieren.
      Am Ende ist auch ein Release ein Balanceakt zwischen zu früh und zu spät, und beide Extreme haben ihren Preis.
    • Umgekehrt ist es in Chrome auf einem M1 Pro MacBook sehr schnell und funktioniert ziemlich gut. Der Nachteil ist nur, dass es mit 1x-Pixelskalierung rendert und daher etwas unscharf wirkt.
    • OnlyOffice hat eine ordentliche Performance und ist reine Canvas. Allerdings konnten bzw. können Screenreader die Canvas nicht lesen, was ein Problem für die Barrierefreiheit war oder noch ist.
  • Dort steht: „ZetaOffice is also available as native desktop apps for Linux and Windows. Download the beta.“ Wenn es mit LibreOffice kompatibel ist, frage ich mich, warum man eine separate Desktop-App entwickelt und anbietet, statt LibreOffice zu verwenden, das bereits eine Desktop-App hat.
    Ich frage mich auch, ob es nur darum geht, denselben Namen und Wiedererkennungswert mitzunehmen, ob die Desktop-App auf dem Stand der aktuellen LibreOffice-Releases gehalten wird oder ob nur Dokumentformat-Kompatibilität bis zu einer bestimmten Version garantiert wird.

    • ZetaOffice richtet sich an Entwickler, die es integrieren wollen, sei es als Web-App oder in Desktop-Business-Anwendungen wie Eclipse RCP.
      Wenn auf allen Plattformen exakt derselbe Code gebaut wird, erhält man eine hervorragende Konsistenz beim Dokument-Rendering und bei der API-Kompatibilität.
      Außerdem können wir Langzeit-Support und Sicherheitsupdates über den üblichen einjährigen Lebenszyklus von LibreOffice hinaus anbieten.
    • Alles, was man zu einem snapflatpack machen kann, wird offenbar auch zu einem snapflatpack gemacht.
  • Großartig. Es wäre schön, wenn es mit Nextcloud zusammenspielen würde oder jemand eine Nextcloud-App[1] dafür bauen würde.
    Nextclouds Google-Docs-artige Alternative wird über die OnlyOffice[2]-Integration bereitgestellt, und um in einer Nextcloud-Umgebung zu laufen, braucht sie DocumentServer[3].
    Selbst ohne Kollaborationsfunktionen wäre LibreOffice in WASM ohne zusätzliche Infrastruktur meiner Meinung nach eine großartige Ergänzung für dieses Ökosystem.
    [1] https://apps.nextcloud.com/
    [2] https://www.onlyoffice.com/
    [3] https://github.com/ONLYOFFICE/DocumentServer

    • Nextcloud ist ein kaum gewartetes Chaos, dem man sich nicht anders als im Ganzkörperschutzanzug und mit einer drei Meter langen Stange nähern sollte.
    • Nextcloud ist furchtbar und kann Daten still und gnadenlos auffressen. Am besten unbedingt meiden.
    • Die Idee habe ich im Blick ;-)
      Wenn man einem persönlichen, schwachbrüstigen Nextcloud-Heimserver auf Raspberry-Pi-Niveau WASM-LibreOffice hinzufügen könnte, wäre ich der Erste, der das feiert.
  • Vielleicht eine unpopuläre Meinung, aber Browser sind schon langsam genug; ich will kein LibreOffice im Browser.
    Was kommt als Nächstes? Blender im Browser? Ein Betriebssystem im Browser? Gibt es ja eigentlich schon.

    • Sehe ich anders. Es ist nützlich, wenn man auf einen Dokument-Link klicken und es schnell im Browser in der Vorschau ansehen kann.
      Bei der Arbeit haben wir native Apps wie Word, Excel und PowerPoint, aber wenn ich schnell auf Kommentare in einem Dokument antworten will, nutze ich trotzdem die Browser-Version.
      Auch dass man Links zur Zusammenarbeit an Dokumenten verschicken kann, ohne etwas separat zu installieren, ist nützlich. Für ältere Eltern, Nutzer gemeinsam genutzter Computer etwa in Bibliotheken oder Schulen und Organisationen mit eingeschränkten IT-Systemen kann die Installation von Apps unmöglich sein.
    • Es ist immer ein guter Zeitpunkt, sich „The Birth and Death of Javascript“ anzusehen: https://www.destroyallsoftware.com/talks/the-birth-and-death...
    • Inzwischen ist der Browser das Betriebssystem. Alles darunter ist nur noch eine Hardware-Abstraktionsschicht.
    • Stimme zu. Trotzdem gibt es in manchen Enterprise-Szenarien den Vorteil, dass es sicherer ist und automatisch aktualisiert wird.
    • Stimme zu. Alles in den Browser zu stopfen, ist wirklich dumm. Native Apps sind einfach besser, und bitte macht sie nicht kaputt, indem ihr sie in den Browser packt.
  • Zeta.js ist eine wirklich beeindruckende JavaScript-Bibliothek. Das Beispiel, ein Dokument mit weniger als 10 Zeilen Code zu laden, ist erstaunlich, und auch alle Zellfarben mit weniger als 10 Zeilen Code zu ändern, ist großartig.
    Dass es im Repository eine gulp-Datei gibt, fand ich ebenfalls überraschend. Fühlt sich an wie eine Reise in die Vergangenheit.

    • Ich arbeite immer noch mit Code, der grunt verwendet. Natürlich nicht meine Wahl.
      gulp ist als allgemeiner Task-Runner gar nicht so schlecht, aber es ist kein Tool, das ich heutzutage zum Bauen von JavaScript-Artefakten verwenden möchte.
  • Eine erstaunliche technische Leistung ist es schon, aber erwartungsgemäß gibt es noch etliche Kleinigkeiten, die poliert werden müssen. Zum Beispiel ist das Font-Rendering sehr schlecht.
    Ich bin sehr gespannt, wie sich das weiterentwickelt.

  • Ich habe Collabora ausprobiert und hatte das Gefühl, dass es nicht Open Source ist, weil man es ohne zu bezahlen nicht im Production Mode kompilieren kann.

  • Diese animierte Werbung hat mir die Sache komplett verleidet.
    Ich nutze LibreOffice/OpenOffice/StarOffice seit 20 Jahren; es ist okay, aber nicht großartig. Inzwischen ist es zumindest weitgehend interoperabel mit den Microsoft-Desktop-Formaten.

    • LibreOffice wird ständig aktualisiert und verbessert. Beobachtungen von vor 20 Jahren sind nicht besonders hilfreich.
      Man würde die heutige Microsoft-Office-Erfahrung ja auch nicht mit MSO2000 unter Windows Millennium vergleichen.
      Ich nutze ausschließlich LibreOffice und die Bedienung macht Spaß. Wenn ich selten einmal Microsoft Office verwenden muss, fühlt es sich nur ganz leicht besser an als Google Docs.
      Streng genommen liegt der Grund, warum beim Wechsel von LibreOffice zu Microsoft Office manchmal etwas kaputtgeht, darin, dass Microsoft Office kaputt ist. LibreOffice hält sich gewissenhaft an die .odt- und .docx-Spezifikationen, aber wenn Microsoft Office auf undokumentierte Funktionen oder offene Bugs angewiesen ist, um das Endergebnis zu erzeugen, bricht es wie das alte Erbe von „funktioniert am besten im Internet Explorer“.
  • Ich erinnere mich, dass ich vor ein paar Jahren LibreOffice im Browser getestet habe. Mit dem Aufkommen anderer externer Projekte scheint es 2020 stehengeblieben zu sein.
    Im Wiki gibt es eine Docker-Anleitung: https://wiki.documentfoundation.org/Development/LibreOffice_...

    • Dieser Link behandelt Collabora und allotropia.
      Ersteres treibt Nextcloud Office/Collabora Office online und die Mobile Apps an und nutzt coolwsd. Letzteres ist allotropia, das hier erwähnte Zeta entwickelt hat.
      Die beiden unterscheiden sich in ihrer Herangehensweise an die Funktionsweise ein wenig. Soweit ich es verstehe, ist all das upstream, und wirklich stehengeblieben ist es nicht; die Seite müsste wohl aktualisiert werden.
      Zur Einordnung: Dort steht, dass „LibreOffice Online nicht als eigenständige Software gedacht ist, sondern in andere Tools integriert werden soll, damit diese Dokumente bearbeiten können“. Zeta und Collabora hingegen sind eigenständig.
  • Ich frage mich, wie sich das von http://www.collaboraoffice.com/ unterscheidet.
    Collabora läuft auf Mobilgeräten und integriert sich in Nextcloud.
    Zur Info: Sie verwenden WASM, sodass die Last auf dem Client liegt. Allerdings hängt Collabora von einer Server-Komponente ab, lässt sich aber relativ einfach hosten.

    • COOL (Collabora Online) benötigt zusätzliche Infrastruktur. Siehe den früheren Beitrag: https://news.ycombinator.com/item?id=42251940
      Ich nutze COOL täglich, habe es aber wegen des zusätzlichen Ressourcenbedarfs noch nicht auf meinem schwachen Homeserver installiert.