Archiv verlassen und diese Seite im Standarddesign anzeigen : Koffice 1.4 Final
KOffice¹ ist eine freie Office Suite, angepasst für den KDE Desktop. Heute ist die finale Version von 1.4 Veröffentlicht wurden mit vielen Änderungen².
[1]Homepage: http://koffice.org
[2]ChangeLog: http://koffice.org/announcements/changelog-1.4.php
[3]Announcement: http://koffice.org/announcements/announce-1.4.php
EDIT: Haaa, heute mal schneller als Heise, Prolinux & Co :p
EDIT2: Und schon im Portage vorhanden :)
zeratul2099
22.06.05, 01:51
Haa, schon kompiliert gehabt, bevor offiziell angekündigt! :p
Wenn ich das richtig sehe die erste stable Office-Suite mit OpenDocument-Support.
Habs über Nacht auch laufen lassen und muss sagen es sieht wirklich richtig gut aus! Das wird unter Linux langsam eine gute Alternative zu OpenOffice.
Kann man einer aus dem professionellen Bereich sagen wie gut KOffice schon ist und was noch fehlt bzw. bei was OpenOffice oder MS Office noch besser ist? Wär sicherlich mal interessant!
Für den privaten Gebrauch reicht es mir allemal. Und da nun das OASIS Format unterstützt wird, ist eine Austausch bald mit OpenOffice2 auch kein Problem mehr. Zudem hab ich gehört das Microsoft ihre nächste Office Suite auch mit OASIS kenntnissen bestattet :)
Und da nun das OASIS Format unterstützt wird, ist eine Austausch bald mit OpenOffice2 auch kein Problem mehr.
Das ist kein Automatismus. Wenn eines von beiden ein Feature besitzt, das sich im anderen nicht abbilden lässt, dann gibt es Probleme beim Austausch. Da hilft auch kein gemeinsames Format weiter.
Angenommen, ich hätte zwei Bildbearbeitungsprogramme, das eine könnte nur mit Bildern mit einer geraden Anzahl von Pixeln in der Breite umgehen und das andere nur mit einer ungeraden Anzahl. Würde mir ein gemeinsames Format wie JPEG da irgendwie weiterhelfen?
Zudem hab ich gehört das Microsoft ihre nächste Office Suite auch mit OASIS kenntnissen bestattet :)
Wo hast Du das denn her? Mir ist das genaue Gegenteil bekannt. Microsoft hat ein Monopol in diesem Bereich und wird niemals freiwillig irgendetwas tun, das den Kunden die Benutzung anderer Produkte erleichert.
Ok, hab nochmal nachgeschaut. Microsoft Office wird keine kompatibles OpenDocument Format rausbringen. ABER: dennoch, das nächte Office-12-Format wird vollkommen offen gelegt und kann ohne Zahlung von Lizenzgebühren benutzt werden - zudem wird es gut dokumentiert sein, so sagt es jedenfalls MS.
Damit dürfte es den Entwicklern von alternativen Office Produkten um einiges leichter fallen einen Im- und Export Filter zu schreiben.
Achja, das Format ist übrigens ebenfalls xml-basierend.
Und ob die dennoch so inkompatibel sind, wie du (traffic) es beschreibst weiß ich nicht. Dennoch wüsste ich nicht was ein Standard bringen soll, wenn er dennoch nirgends kompatibel ist... kann ich also nicht ganz glauben...
Das ist kein Automatismus. Wenn eines von beiden ein Feature besitzt, das sich im anderen nicht abbilden lässt, dann gibt es Probleme beim Austausch. Da hilft auch kein gemeinsames Format weiter.
Die Teile betreffen jedoch meist nur grafische Zusätze bzw. Ergänzungen und tun dem eigentlichen Inhalt keinen Abbruch. Das Problemlose Bearbeiten desselben Dokumentes in >=2 Office-Paketen ohne Verlust von Informationen oder grundlegenden Formatierungsmöglichkeiten (Tabellen stellen hier wohl das prominenteste Beispiel dar) ist sehr wohl ein gewaltiger Schritt in die richtige Richtung.
Bedenke Bitte den Unterschied zwischen Import-/Exportfilter und nativem Dokumentenformat! Letzteres ist die Kernkomponente einer Office-Anwendung und durch OASIS wird eine Interoperabilität gewährleistet die man nicht mal ansatzweise durch reverse engineering von propitären Formaten oder Entwicklung von Filtern für x-Anwendungen gewährleisten konnte. Die Manpower wie auch das Feedback für einen Filter sind nicht mal ansatzweise vergleichbar.
Bildbearbeitungsprogramme
Der Vergleich bezüglich Pixelanzahl ist wohl denkbar ungünstig gewählt. Ein besseres Beispiel wäre die hinterlegte Farbtiefe. Allerdings gibt es einen gewaltigen Unterschied zwischen Bilddateien und XML. Aus letzterem läßt sich sehr einfach ein DOM-Baum bauen, einzelne Elemente bearbeiten und wieder zurückspeichern ohne andere Knoten zu beeinflußen. Dadurch ist es a) weder erforderlich den gesamten Sprachschatz (alle Knoten) interpretieren zu können noch b) sämtliche Knoten zu ändern.
Es ist also rein technisch durchaus möglich ein oo.org-Dokument in KO zu laden, zu editieren und zu speichern, ohne das oo.org-spezifische Informationen verloren gehen. Anders natürlich bei einem JPEG, wo eine pixelweise Bearbeitung nicht möglich ist. Das Bild muss geladen, entpackt und interpretiert werden zum bearbeiten. Das Speichern geht dann den umgekehrten Weg, wodurch sich die gesamte Datei ändert (verlustbehaftete Kompression, Fouriertransformation, etc. pp.).
Übrigens sollte bzw. ist bereits die Freigabe von KO 1.4a erfolgt. Es wurde, wenige Stunden nach Freigabe von 1.4, ein schwerer Bug in KOShell gefunden und behoben.
Hi,
was ist eigentlich mit kexi ?
kann es nirgendwo finden.
Kexi (http://www.kexi-project.org/about.html) findet sich in >= KOffice 1.4 ... oder was meinst du mit du kannst es nirgendwo finden?
hi,
wie kann man denn kexi starten ?
in ubuntu habe ich nichts dazu gefunden.
apt-get install kexi.* listet nur alte libs auf sonst nichts.
Kexi ist jetzt fester betandteil von koffice. Sollte da ein apt-get install koffice oder sowas nicht reichen? Hab kein Debian, kann also nur mutmassen ;)
Kexi ist jetzt fester betandteil von koffice. Sollte da ein apt-get install koffice oder sowas nicht reichen? Hab kein Debian, kann also nur mutmassen ;)
habe ich gemacht.
kexi ist trotzdem nicht da.
Die Eingabe von "kexi" in der Kommandozeile sollte ausreichen. Wird die Applikation nicht gefunden, so
a) ist sie entweder nicht im $PATH oder
b) nicht installiert.
Die mit KOffice ausgelieferte Kexi Version ist 0.8. Im debian-repository findet sich eine beta-Version von 0.9 (apt-cache show kexi) die freundlicherweise von Igor Genibel bereitgestellt wird.
Somit ist die Standalone-Version neuer als die in KO 1.4 integrierte. Das ist auf den langen feature-freez von KO 1.4 und der in diesem Zeitraum schnellen Weiterentwicklung von Kexi in einem anderen branch zurückzuführen. Siehe dazu auch http://www.kexi-project.org/wiki/wikiview/index.php?Download#1._Current_versions
zeratul2099
25.06.05, 00:14
Hi,
was ist eigentlich mit kexi ?
kann es nirgendwo finden.
Wenn du keine zusätzlichen Quellen angegeben hast, ist bei Ubuntu Hoary nach wie vor Koffice 1.3.5 dabei. Da kannst du Kexi natürlich nich finden. ;)
Wenn du keine zusätzlichen Quellen angegeben hast, ist bei Ubuntu Hoary nach wie vor Koffice 1.3.5 dabei. Da kannst du Kexi natürlich nich finden. ;)
#koffice
deb http://kubuntu.org/hoary-koffice14 hoary-updates main
das ist die source von der ich installiere.
habe ich von www.koffice.org
PFADE sind richtig, vor allem weil andere programme normal funzen.
hier habe ich folgendes gefunden:
http://www.ubuntuusers.de/viewtopic.php?t=6522&highlight=kexi
"Our KOffice packages do not include Kexi which will be packaged separatly"
hier http://www.kubuntu.org/hoary-koffice-14.php
ist die beschreiung von ubuntu leuten.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.