Názory k článku
KOffice 1.3 RC1

Takze s novou verzi 1.3 zase nic. Asi budeme muset pockat na 2.0 nebo i dele. Skoda, tyhle aplikace v KDE hodne chybi. Ale verim, ze za dva tri roky uz bude KDE hodne vymakane prostredi se spoustou peknych aplikaci.

??? Jak zase nic???
KDE jako prostředí je hóóódně vymakané. Asi záleží na tom, co hledáte.

Tak napriklad import (editace) PDF dokumentu jako textu s obrazky je asi bezna a pro Vas nezajimava funkce?

Ano, tento článek skutečně velmi přesně vystihuje dobré i špatné věci na KO. Pokud ho budete používat z KDE, k čemuž je primárně určen, bude start ještě rychlejší - já mám na svém Athlonu 2200+ Kword otevřen za 2 sekundy, zatímco SWriter za cca 20. Pro běžnou práci (vytváření vlastních dokumentů) mi KO bohatě stačí a je velmi stabilní a příjemné (a když navíc používám normálně KDE, tak do něj nádherně "pasuje"). Ale pokud potřebuji otevřít došlý doc či xls, automaticky jdu do OO, protože KO je (a i ostrá 1.3 patrně bude) skutečně nepoužitelný. Ale stejně jako celé KDE3.2, i KO udělalo veliký kus vpřed a vřele ho doporučuji každému, kdo není životně závislý na M$ formátech.

Pokud nepotrebuji zapisovat (mozna i to, ale moc jsem netestoval), tak je neprekonatelna kombinace Gnumeric + AbiWord. Oba dva programy jsou spusteny takrka okamzite, v novych verzich uz nemaji problemy ani s cestinou (stare verze AbiWordu cestinu nepodporovaly). Nejsem si jist,jak jsou na tom s vytvarenim dokumentu, ale pro cteni jsou zcela dostacujici.

Už jsem viděl i soubory, se kterými měl Abiword problémy (pominu-li češtinu u staré verze, tak se text prostě rozhodí). Takže ten OO tam mít musím. Kde jso ty doby, kdy texťák byl vrcholem dokonalosti!

Já sám potřebuji sdílet dokumenty s uživateli Ms Office. Proto musím používat Open Office. Ty na K6-2/400MHz/256RAM startují sice ne nějak zvlášť rychle (to se týká Windows i Linuxu), zato jsou ale poměrně stabilní a dobře importují/exportují proprietární formáty MS. Pustím-li na takovém stroji KDE + Open Office + Mozillu, komfort práce se kvůli rychlosti o něco sníží. Proto používám raději WindowMaker + uxterm místo KDE. (Považuji za výhodnější vzdát se KDE než OpenOffice.)

Co se týče AbiWordu a gnumericu, s prvním programem nemám ani v posledních verzích dobré zkušenosti (RHL 9). Je nestabilní, spoustu unicode znaků nerozezná, takže nelze hovořit ani o jeho podpoře českého psaní. Importy z MS Wordu jsou špatné. Gnumeric je o poznání lepší, stabilnější a impotuje poměrně slušně.

Osobně trochu nechápu, proč se tříští síly při vytváření tolika kancelářských balíků pro Linux.

Bohužel, AboWord je jen pro čistou tvorbu, nikoli na import DOC. Vyzkoušeno, nepoužitelno. Gnumeric je naopak importně (XLS) potentní.

Az budou Koffice umet to co OO, a treba i rychleji, zacnu je treba pouzivat. To ze dodnes neumi ukladat do MS formatu je velke minus. Bohuzel formaty MS maji stale jeste monopol, takze je treba s nimi umet pracovat. Podivejte se do Wordu97, tam byl importni filtr na T602... Kouknete kde je ted T602 a kde MS Office.

pokusim se to malinko vyvazit:
Velmi bych ocenil html export z KO v OO!
kod ktery leze z OOo je na-pul-cesty k "exportni" funkci M$Word. KO ho maji IMHO dokonaly. hlavne vyber typu html/xml/xhtml se mi velmi libil.

add rychlost:
urcite mohu potvrdit, ze se vyplati vysledovat co po desktop prostredi vlasne chcete a jestli je nezbytne mit prave KDE. V KDE jde vsechno co si vymyslite, ale potrebujete to?
Ja nedavno "upgrade-oval" pc.
Vykopal z disku KDE (mastodont!)a dal tam XFce 4.0.1 a mam rychlost zpet :) a to na Duronu 800!
PJ

Nekde to tady o vikendu na rooto problesklo: Malymeky uvolnil specifikace office formatu jako XML Schema sablony zadarmo (kvuli pozadavku velkych zakazniku na integraci). Nema to asi nic spolecneho jejich binarnima formatama, ale bude aspon prilezitost do xml doc neco ulozit a otevrit to na win. Nezkoumal nekdo co to prinese?

Uvolnil sice specifikaci XML (ne zadarmo!), ale to není to pravé ořechové. MS Office nadále implicitně ukládá ve svém binárním formátu, pokud mu neřeknete jinak.

to uz musi jit nejak zajistit kompaktibilitu s binarnim ms formatem, kdyz ty jelita vydali XML specifikaci.. rozhodne to pomuze pri nejakym reverse engineeringu, mozna by se na to dala naucit aji nejaka neuronova sit nebo nevim co. nechat word pres OLE at sype XML a ty svy binarni data a nacpat to nejake AI at z toho neco dostane... .. <sorry podud je to moc scifi />

moznost ukladat v to jejich XML ma jenom verze Pro

Nemám ještě ostrou verzi MS Office 2003 na stole, ale podle posledních informací, které mám, umí všechny verze Wordu 2003 ukládat/číst formát WordML -- což je ".doc zapsaný jako dokument XML". Word v Professional verzi Office umí navíc editovat dokumenty odpovádající uživatelsky definovaným XML schématům.

Já vím, že je umí číst a zapisovat, ale prostě to defaultně nedělá, takže 99% uživatelů dále produkuje binární OLÉ-sajrajt ;-)

Něco jiného je export řekněme z KWordu do MS Wordu, toho by se dalo využít.

OO i KO jsou opensource produkty?
Jestli ano tak proc KO nepouzije pro microsofti dokumenty importni funkce z OO?

To samozrejme uz nekoho napadlo, i vyvojare KOffice :). Jenze kdyz jsem se na to ptal, problem je udajne v tom, ze z OpenOffice se proste ty importni funkce nedaji jen tak vytahnout :(.

To je podivna informace. Ja byl presvedcen, ze OO.o sve importni funkce prevzal z projektu antiword a dal je dopiplava. Ze by je za tu dobu tak zadratoval do sebe jsem netusil.

nevim, jestli jsou prevzate z projektu antiword, ale importni filtry v OOo jsou docela hrube zadratovane a jejich prenos kamkoliv je prakticky nemozny - a je asi lepsi psat je od zacatku

A co treba vytvorit nezavisly projekt vyvyjejici importni KNIHOVNY (treba doc,xls,atd. --> XML(nebo neceho univerzalniho). Dalo by se vyuzit znalosti z OO a byly by nezavisle na jinych kancelarskych aplikacich ...

Filtry v OpenOffice pochazeji samozrejme ze StarOffice, na kterych za ty roky vyvojari StarDivision nejspis stravili tisice clovekohodin.

Věřte mi, že to není vůbec jednoduché. Problémů je několik:
- totální absence komentářů v kódu; pokud tam vůbec nějaké jsou, tak pouze německy ;-)
- monstróznost celého projektu: než najdete, kde je nějaká třída deklarovaná, tak z toho zešedivíte :)
- používá úplně jiné datové struktury, obecné struktury filtrů atd.
- některé formáty MS Office nejsou dokumentované vůbec, např. Powerpoint

Navíc se nedá ten filtr z OOo prostě jen tak "vytrhnout" nebo ho volat externě, tak jako filtry z KOffice (pomocí koconverter)

Asi to není moc velká omluva, ale schválně zkuste něco z kódu OOo dostat, přeju příjemnou zábavu ;)

A pak by tu byla jeste moznost napsat plugin do KO (pokud to jde) a pouzit OO Devel. Kit. Integroval jsem ho do naseho systemu a lze pouzit cokoliv co OO nabizeji. A s novou verzi OO vysel i novy Kit, ktery uz neni tak zbesily jako ten predchozi ;-)

Možná to s tou (ne)kompatibilitou nebude až tak horký. Mám nějaký KWord a nějaký KSpread a zatím jsem si přečetl všechny ty blbosti co chodí jako spam a těch několik užitečných zpráv a ceníků. Doufám, že mi teď nezačne někdo posílat nějaké zvrhlosti.

Kword: doc. načte bez problémů (i z Woken XP), i s tabulkami, jen nepřenese vložené obrázky.
Zato podstatně horší kvalita tisku, v některých případech písmenka "rozházená", přes sebe apod.
Při použití některých fontů "chroustá", ale nic nevytiskne (ani při tisku do .PS nebo .PDF) Jedná se především o fonty s řeckými písmeny (na obrazovku je dává bez problémů). Dost často je dokument jinak nastránkovaný než na obrazovce. U delších dokumentů se běžně stává, že obrázek je na jedné straně (přes text) a díra v textu je na nějaké jiné stránce.

Kspread: Jako tabulkový procesor ujde, ale pokus vygenerovat nad tabulkou graf mi ve všech dostupných verzích skončil pádem.

Kivio: V podstatě k ničemu

Akorat jsem se chtel zeptat, jak to vypada s tiskem. Takze se to nezlepsilo :-( Skoda.

Proc KOffice nema lepsi import a export MS Office formatu, kdyz to umi OpenOffice a kod lze legalne prevzit, to se ptal uz muj predrecnik :-)

Ale proc KOffice neimportuje ani neexportuje OpenOffice dokumenty (a obracene), kdyz oba pouzivaji pro ukladani XML, nad tim zustava rozum stat. Neni treba nic reverse inzenyrovat, mozna staci jen vhodny XSLT...

Neni pricinou ten prosluly Not Invented Here Syndrome?

Dalsi verze KO by uz mely pouzivat s OO spolecny format.

A umi KOffice importovat soubory z Open Office? Prece jenom v mem okoli uz open office pouziva pomerne dost lidi a dokumenty si vymenujeme v nativnim open office formatu (coz by navic mel byt standard podle OASIS). Pokud ne, tak je to fakt naprd.

KOffice umí importovat OOo formáty. Jak už tady bylo řečeno, v další verzi KOffice přechází kompletně na formát OpenOffice.org, howgh :)

Viz http://dot.kde.org/1061919133/

Nevím, jestli má XML formát Open Office něco společného s OASIS, kt. vyvíjí XML DocBook, do něhož umí Open Office exportovat (ovšem jen do velice jednoduché formy).

Odkaz na DTD v souboru content.xml vypadá takto:

<!DOCTYPE office:document-content PUBLIC "-//OpenOffice.org//DTD OfficeDocument 1.0//EN" "office.dtd"><office:document-content xmlns:office="http://openoffice.org/2000/office" xmlns:style="http://openoffice.org/2000/style" xmlns:text="http://openoffice.org/2000/text" xmlns:table="http://openoffice.org/2000/table" xmlns:draw="http://openoffice.org/2000/drawing" xmlns:fo="http://www.w3.org/1999/XSL/Format" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:number="http://openoffice.org/2000/datastyle" xmlns:svg="http://www.w3.org/2000/svg" xmlns:chart="http://openoffice.org/2000/chart" xmlns:dr3d="http://openoffice.org/2000/dr3d" xmlns:math="http://www.w3.org/1998/Math/MathML" xmlns:form="http://openoffice.org/2000/form" xmlns:script="http://openoffice.org/2000/script" office:class="text" office:version="1.0">

Jak to že ne ??? Vždyť to umí. Dokument uložíte a i přečtete z formátu OO. Abych neplacal nesmysly tak jsem to právě teď zkoušel a šlo to bez problému. Pakli-že vam to nejde podívejte se na verzi KO kterou používáte.

Pokud máte recenzovanou verzi, tak to KOffice umí :)

Podle meho nazoru, KO je jednoznacne lepsi program pro koncoveho uzivatele nez OOo. Druhy jmenovany produkt by se dal vyuzit jako konvertor MS Office <-> OASIS, pokud by nejaky vyvojar OOo udelal tento konvertor jako C++ knihovnu, aby clovek nemusel natahovat cely program(y) do pameti. Otazka je nakolik vyvojari OOo chteji spolupracovat s tymem KOffice...

Kdyz se OpenOffice trochu vyladi a zkompiluje ze zdrojaku tak taky muze startovat behem par sekund. Ale je potreba radove 4GB mista na disku a skoro den procesoroveho casu na slusne masine.

hej, to bol dost pruser. 200Mb zabalene zdrojaky, 4GB na tmp, pripada mi to ako operacny system v operacnom systeme.

Uz se nekomu podarilo zkompilovat OO na 2.6.x ?
Mne ani okoli se to zatim nepodarilo a prebootovavat se mi kvuli tomu opravdu nechce.

par sekund na jakej masine konkretne? chcem vediet ci sa mi vyplati kompilovat.

diky,

-- jose (amd 1800+ 512 ram 1 gb swap)

Intel P4, 2GHz; 768MB RAM;
FreeBSD 4.9-STABLE, xfce4.
OOo 1.1 ze zdrojaku, kompilovano bez CFLAGS & spol, pouze s CPUTYPE.

Start swriteru cca 4-6 vterin.

Nuz, co sa tyka kompilovania.
Na mojom laptope som si kompletne postavil Gentoo. Kompilovanie OO mi trvalo priblizne 14 hodin, no beh programu je isto neporovnatelne rychlejsi. S kompilaciou som nemal problem, i ked je jasne, ze ma to velmi velke naroky...
Masinka: P4, 512 RAM.

sice mě tyhle obludy moc nezajímají, ale přesto...

"...kdežto OO používá všechno svoje, open dialogy, ikonky, tiskové věci..."
už jste slyšel o práci Ximianu http://ooo.ximian.com/
http://development.openoffice.org/releases/q-concept.html

Jak je to s použitím nativního formátu OO v dalších verzích KOffice? Jak dopadla diskuse?

KOffice bude do budoucna používat formát OOo

Pro mě velice podstatná věc je to, že OpenOffice.org je multiplatformní, podle mě je to jediný opensource kancelářský balík, který můžu bez problémů nasadit jako office-balík v instituci, která má na síti heterogenní prostředí (Windows, Linux,...).

jo s tim se da souhlasit....

BTW: Na kolejich mame moznost si pujcit compl s Widlema, kde je nainstalovany OO...Nekteri lidi co si to pujcili ani nevi ze nemaji MS Office ;-)

Presne tak.
Vo firme sme nasadili OO i Mozillu. Pouzivame W98 a zda sa ze prechod na FreeBSD+XFCE+OO+Mozillu bude bezproblémový.

prvni odstavec...

v rubrice o co jde

Opraveno.
Snad jen tolik, ze misto tisice vykricniku je vhodnejsi pouzit kouzelne sluvko "preklep" :)

muhehe bzum

Jen dvě poznámky:
1) Napadá mne, jestli ty nižší importní schopnosti KOffice oproti OO nemají i obecnější příčinu. V M$ Wordu lze vytvářet i _velmi_ složité/komplikované dokumenty a bohužel se tak i často činí (že je blbost to dělat, když tu jsou např. DTP programy, není předmětem této debaty); Koffice ani Abiword takové dokumenty vytvářet neumějí, OO ano. Nedochází k neúspěchům při importech právě tehdy, když .doc soubor obsahuje prostě takové konstrukce se kterými KOffice či Abiword neumějí zacházet ze své podstaty?
2) /Nemyslím, že toto je zásadně OT ;)/ A co takhle Siag Office (http://siag.nu/, třeba v Debianu, Gentoo je přímo k dispozici)? Máte s ním někdo nějaké zkušenosti? Je to přitom GNU/GPL projekt, AFAIK starší než Koffice a stále se vyvíjí ... už asi půl roku si pohrávám s myšlenkou že ho vyzkouším, ale nějak není čas / příležitost ...

1) ano aj, ale skor je to komplikovanostou toho .doc formatu. Navyse sa niekde na strankach nachadza dokumentacia, co uz z toho .doc rozkodovali, ale je to hoodne dlhy dokument. Takze necakajte ze to tam niekto zakoduje vo svojom volnom case...
2) nepoznam, ale podla screenshotov to vyzera az moc jednoducho

K tej rychlosti - ja OO nepouzivam JEDINE kvoli rychlosti, ziaden iny dovod nemam. Ked sa to pusti na starom pII233 za 30sec a na durone 700 len o 5 sec menej, tak sory, ja nemam tolko casu (navyse mam taky zly navyk hned kazdu aplikaciu zavriet). Mozno to kompiluju defaultne s nejakymi shitnymi nastaveniami kompilatora, ja neviem, ale nech mi niekto prezradi, AKO JE SAKRA NAPROGRAMOVANY TEN M$OFFICE,ze sa pusti na tom starom srote za 1 sekundu?

No jak je to udelany, ze se m$office spousti na widlich rychleji... Zadna veda :-| Velka cast knihoven potrebnych pro beh baliku je natazena trvale v pameti. V drivejsich verzich na to byla dokonce aplikace zvana Rychle spousteni (ve skutecnosti pametovy manazer pro preload dll knihoven), ted uz je to natvrdo a user si muze hodit masli. Uplne stejne je vyresena "integrace" exploderu do widli, zase tezky preload. Nemuzete se divit, ze cely widle furt padaj, kdyz mate trvale natazenej nejen system, ale taky hafo aplikaci :-)))

Nevite nekdo, jestli jde v KOffice vytvorit graf XY? Myslim, ze v predchozich verzich to neslo.

Je to smula, ze se porad vetsina lidi nedokaze oprostit od zavislosti na M$. KOffice je uz pomerne vychytany balik. Nicmene neljepsi nastroje pro cteni .doc a .xls jsou ted podle me AbiWord a GNUmeric - nastroje z prostredi Gnome. Jsou jeste rychlejsi nez KWord ci Kspread a nesetkal jsem se s dokumentem, ktery by nesel otevrit, coz se mi stalo i v OO (nezkousel jsem posledni verze). Mozna by vyvojovy tym v tomto smeru mohlA library providing routines to access Microsoft Word/Excel vice pokrocit, kdyby pouzil stejny nastroj na konverzi, jako AbiWord:
wv2 - A library providing routines to access Microsoft Word/Excel