LibreOffice 4.3.0 dospěl do finální verze (diskuse)

[pushkin]

Jenom doplňující informace:

LibreOffice zatím stále obsahuje bug s renderováním EMF souborů exportovaných z Matlabu. Bug č. 79679

Nově se objevil bug s vypadlými písmeny z definice znaků v modulu Math. Workaround je v popisu bugu č. 80650.

Jinak povedená verze, práce s objemnými dokumenty se zdá objektivně svižnější, nežli 4.2.X.

[mluno]

Jo tuhle chybu (ve verzi 4.0.1.něco) potrvzuju, ani jsem nevěděl, že to je chyba. Těď, den před vydáním této nové verze (taky jsem moh kouknout jestli se nechystá), jsem se rozhoupal k aktualizaci na verzi 4.2.5.2 (dělal jsem si naději, že vektorové obrázky, nejen z matlabu - dělá to i z jiných zdrojů a kolegovi to dělá i m$word (což taky byl důvod, proč jsem to zkoušel a proč si myslim, že příčina je někde hlouběji)) a abych aktualizoval znova. Ještě jsem ji ani nespustil (protože to vyžaduje restart a ten provedu až v pondělí). Taky blbnou rovnice (přitom by si měl lo údajně poradit i s objektem mathtype).

Jinak je to skvělý program, v tom se shodneme. V zásadě ho a jeho předchůdce používám dlouhá léta, zhruba od doby, kdy se star office přeměnil na openoffice. Když jsem ho prosadil na domácí počítač (s tim že nechci krást ani dávat tisíce za m$ produkt (počítač je offline, takže by přibyli problémy s aktivací a skončilo by to zřejmně krekem a abych krekoval něco, co mám koupené, to se mi opravdu nechce)), byly ze začátku protesty (přecejenom všichni jsme byli ze školy zvyklí na balík od m$ a že ostatní je pro kočku), ale dneska s tím všichni rodinní příslušníci pracují zcela normálně.

S objemnými dokumenty mám ale zkušenosti neblahé. Import padesátimegového excelu skončil celkovým fiaskem (několikahodinové vytuhnutí na jehož konci byl značně znetvořený dokument), moje diplomka se taky nezobrazí úplně nejlíp. Ale to se bavíme o importu, vlastní takto velký soubor jsem zatím nevytvořil.

[R]

Bakalarku aj diplomovku som pisal v OpenOffice a celkom sa to podarilo. S rozsahom problem nebol. Pouzival som styly, automaticke cislovanie nadpisov, obrazkov, tabuliek a zdrojov - a k nim automaticky aktualizovane odkazy. Obcas bolo nutne nejake nastavenia trochu "znasilnit", ale dost mi to pomohlo: nemusel ziadne cislovanie riesit rucne.

[jehovista]

"se zdá objektivně"

lol

[pushkin]

Nj, jsem to psal po obědě, to byla krev jinde než v mozku :) Samozřejmě subjektivně

[__I__]

Vyskytla sa ešte u niekoho chyba, že sa nedajú nastaviť ikony Galaxy, aj keď sú nainštalované?

[jasom]

toto ma byt fakt clanok? ved je to kratsi blogovy zapisok!

[Bill Gates]

Tentokrát se dočkali hlavně uživatelé Writeru, který zaznamenal nejvíce změn.

Uzivatel writeru predtim:

Tak.. jsem si krasne zvyknul, pohoda, uz vim jak obejit vsechny muchy ... dobre.. jede to .. uz se mi s tim dobre pracuje

Uzivatel writeru protom:

Tyve kde je to tlacitko co tam bylo predtim .. a jak se z menu dostanu na nastaveni XYZ ... ty jo tady je vsechno jinak.. pomoc ....

[aceman]

Nie som si isty, ci Office 2010 vytvara dokumenty uz vo verzii OOXML, ktora by mohla byt nazvana otvorenym formatom (presla akoze standardizacnym procesom). Tusim OOXML Strict vytvara az Office 2013, ak vobec.

[fero]

Suhlasim. OOXML Transitional - co je format primarne implementovany v LibreOffice, nie je otvoreny format ani standard. Priamo v ISO norme ISO 29500-4 sa na zaciatku pise, ze sa tento format nema pouzivat na vytvaranie novych suborov a ide len o docasny format urceny pre migraciu binarnych Microsoft suborov do noveho formatu.

OOXML Strict - ISO 29500-1 je ta norma, ktora sa ma pouzivat a ta sa potencialne da nazvat otvorenou. Problem je, ze Microsoft do vsetkych OOXML suborov, ktore vytvara, neustale vklada rozne nestandardizovane rozsirenia, ktore pri striktnej implementacii ISO normy nefunguju a poriadne nefunguju mimo MS Office.

LibreOffice az od verzie 4.2.3 mal zacat experimentalne podporovat import OOXML Strict. Vo verzii 4.3 import funguje, ale zatial je v niektorych pripadoch viac chybovy ako import OOXML Transitional.

[Jirka]

Doufám, že už opravili chybu v Calcu, kvůli které nejde ve všech čtyřkových verzích používat nelineární solver.
Viz: http://www.abclinuxu.cz/poradna/programovani/show/393800
Takže jsem měl dvě možnosti, vrátit se zpět do trojkové řady a nebo přejít na Apache Open Office. Zvolil jsem zatím druhou možnost.

[gtz]

opět to stejné co vždy, nahraju dokument s formátováním obsahem, indexem apod. a Writer to opět poprasí. Takže stále je to takový malý zápisníček. A pokud dám sestavit znovu obsah, index tak to udělá, ale zformátuje to celkem na dvě věci.

[Zdenek]

No, protože používáme ve firmě MSOffice, takže potřebuji dobrou kompatibilitu, ale bohužel LOO i ve verzi 4.3 horší, než AOO 4.1.

Ale co se týče rychlosti ve velkých grafech, je LOO lepší

Takže stále platí Pomalu a jistě / Rychle a blbě

[aquilegial]

Nevíte jak to vypadá s vývojem Libreoffice Base? Verze 4.3 nic moc nepřinesla. Access se zbavil podpory DBF tabulek a Base je sice podporuje, ale neumožňuje po propojení práci s relacemi mezi těmito tabulkami. SQLite tabulky nepodporuje nativně vůbec a přes ODBC je není možné pořádně modifikovat.

[Rob]

Nainstaloval jsem včera novou verzi a mám s ní dost vydatné potíže - mám dokument v rozsahu 450.000 znaků a při zobrazení "Vzhled webu" (abych se nemusel otravovat se stránkovým zlomem) mi krátce po otevření po chvíl LO spadne. Je zajímavé, že mi to dělá jen pod 32b Xubuntu 12.04, tatáž verze LO pod Win7 64b to nedělá... Nesetkal jste se někdo s podobnými problémy?
Už i starší verze LO 4.2.5 mi pod Xubuntu dělala ještě jednu zlomyslnost, těsně po uložení mi posouvala textem - nejprve postupně o několik řádků nahoru, pak zase zpět, dělalo to zhruba tak 30s. Ani tohle se pod Win7 nedělo.
Mám se pokusit to hlásit jako bug?

[Rob]

Aha, tak on už to nahlášený bug je... Docela mě překvapilo, kolik jich tam Libre Office má.