OpenOffice.org 3.2 RC1 startuje opět rychleji

Byla vydána první RC verze OpenOffice.org 3.2. Z nových vlastností jsou zajímavé např. rychlejší start (o 46 procent oproti verzi 3.0) a opět vylepšená podpora proprietárních formátů dokumentů (např. DOCX).

22.12.2009 09:29 | Robert Krátký | Nová verze

Komentáře

[tsLnox]

46% To zní hezky, vyzkouším :)

[Oskar]

Docela by mě zajímalo, jak je to měřeno... U sebe v Archu mám 3.1 i 3.2 už nějakou dobu a nějaké zrychlení nepozoruji (ale studený start textového procesoru do 5 sekund mi připadá adekvátní, takže si nestěžuji)

[R]

Tak to som zvedavy, doteraz som si napriek slubom ziadne zrychlenie nevsimol.

[Jan Grmela]

Zkrácení doby startu z desíti minut na pět a půl potěší

Jinak jsem velmi zvědav, kdy hodí přes palubu to uživatelské rozhraní z devatesátých let a nahradí něčím rozumným (čti ne Ribbonem)...

[belisarivs]

To hned tak nebude.

Mozna by se mel Novell na cele OO.o vydlabnout a prestat se otravovat se Sunem a radeji maknout na Koffice.

[dustin]

Na jakém šrotu ti OOffice startuje 10 minut? Navíc když si zapneš quickstart, aby se loadovala po startu, je otevření dokumentu takřka okamžité.

[R]

Tak mne v3.1.0 startuje "len" 1 minutu a 11 sekund.

[Jendа]

Co s tím proboha děláte? Sempron 3000+, 7200RPM IDE disk, neakcelerované AES-256 XTS šifrování a studený start 3.1 11 sekund.

[Cubic]

co znamena to neakcelerovane?

Jinak C2D 1.66GHz(governor ani nezmenil frekvenci takze 1GHz), 7200rpm 2.5" HDD, AES256 xts sifrovani :) - 11.5s

[Jendа]

co znamena to neakcelerovane?

Jako že to počítá CPU. Akcelerované by bylo třeba přes VIA Padlock nebo nějaký jiný podobný čip.

[Cubic]

dik

[Limoto]

Trochu ironie, když VIA Padlock je součástí CPU...

[knedle]

ooorg64 na dvoujadru @2.4 ghz studenej start mezi 3 - 4 sekundy, teplej start do pul sekundy. no problemo.

[Kerala]

Na železe z roku 2003 (P4-2GHz, čipová sada i845G) je první start OO.o 3.1 do 10 sekund. Další starty se pohybují kolem 1 sekundy.

[stativ]

Hmm, tak jsem to taky proměřil a na desktopu z roku 2001 mi nastartuje za 7.6 sekundy (verze od Novellu). Ale jinak je to hnusně líný, posledně jsem potřeboval přidat do prezentace pár obrázků a resize plynulý rozhodně nebyl (nehledě na to, že jsem nenašel vůbec žádnou zkratku jak dělat resize se zachováním poměru stran). Miluju LaTeX.

[Jan Grmela]

Těch deset minut bylo myšleno obrazně. Na Athlonu 5050e mi startuje OOo startuje asi 15-20 sekund bez quickstarteru. MSO na stejném počítači startuje asi 3 sekundy. Chápu, že MSO má přednačtené některé knihovny ale 5-7-násobný rozdíl se mi zdá trochu přes čáru.

[dustin]

Jenže to přednačtení je dost zásadní rozdíl. Zapni si quickstarter a ooffice ti bude startovat do sekundy.

[dustin]

Co je špatného na normálním menu?

OOffice má spoustu much i velkých problémů (např. práce s tabulkami, nešťastně neohrabané odrážkové styly), ale GUI je to poslední, co by mi vadilo.

[Jendа]

Jak by sis představoval nějaké rozumnější rozhraní? Mně to současné docela vyhovuje.

[Jan Grmela]

Představoval bych si rozhraní, u kterého člověk nemusí přemýšlet, kde jakou funkci najde a v kterém desátém podmenu a milionté záložce se skrývá. Též bych ocenil kdyby něco udělali s tím hnusným vzhledem widgetů daným použitím vlastního UI frameworku (= migrace na GTK nebo Qt).

Mimochodem, dá se KOffice už rozumně pracovat? Tím myslím takovou tu běžnou tvorbu žblebtů do školy ("semestrálních prací") a podobně. Diplomku po tom nežádám

[Jendа]

Vzpomínám si jenom na to, jak jsem meditoval nad OLE objektem, jinak mi přišlo umístění v menu docela intuitivní. Osobně bych uvítal nějaké překopání Stylisty, aby nezabíral na obrazovce tolik místa.

[qwertzuiop]

Navrhuji upravit vývojový cyklus OpenOffice.org. Ke krokům iterace

1. Přidání nových neužitečných funkcí (průvodce hromadnou nevyžádanou poštou, tvorba poloprůhledného rotujícího kruhového diagramu atp.) 2. Zrychlení těchto funkcí

navrhuji přidat i tyto:

3. Přidání možnosti tyto nové a neužitečné funkce vypnout 4. Zrychlení možnosti tyto nové a neužitečné funkce vypnout

[Jardík]

Přílohy:

• eq.png (0 bytů)
• word2.png (0 bytů)

Kdyby už konečně udělali použitelné a rychlé GUI - KDE emulace vzhledu děs a hrůza - verze pro KDE 3 i 4, GNOME emulace vzhledu - totéž, sice to napodobují, ale rozhodně to nevypadá "nativně" pro to dané prostředí, chová se to jinak, některé widgety jsou totálně zvorané a reagují pomalu. Nejlepší (až na zvolenou barvu a neustálé problikávání widgetů) je asi "vlastní" vzhled (takový ten windows-like). Kdyby třeba vylepšili ten jejich vzhled, zvolili koukatelnější barvu, zbavili se problikávání, tak by to bylo použitelné. Rychlost startu mě absolutně netrápí, horší je to s reakcemi GUI a rychlostí prováděných operací - třeba stupidní editor rovnic - spouští a ukončuje se pomalu, neustále to má problémy s focusem, když se přepnete z jiného okna, místo vysouvacích nabídek z toolbaru na vás vyskočí hnusné tool okno, které se pak zavře (menu-like okno (a třeba i odtržitelné) by bylo mnohem hezčí a nepůsobilo by to takovým nedodělaným oknem. Takový MS Office je mnohem použitelnější.

[Konqui]

Ten první obrázek - co je to za totalní hnus v titlebaru? působí to na mě jako by to bylo nějak přepůlené nebo co...Jinak pravda, MS Office používám raději ikdyž to pro mě znamená zapnout VirtualBox a dělat v hnusném GUI Win XP...

[R]

To je klasicky M$ hnus. Kazda verzia Office ma nejake vlastne prvky GUI, ktore sa nikde inde vo Windows nevyskytuju.

[____]

Zrovna editor rovnic je pro mě v OOo mnohem jednodušší na používání než v MS Office. Prostě píšu něco na způsob zápisu rovnic v TeXu a nemusím mačkat pitomosti.

[dustin]

To jo, ale např. jsem nepřišel na to, jak v rovnici pokračovat na dalším řádku (výraz na pravé straně na více řádků).

[KoSMiK86]

Nevin jestli je to správný postup, ale já to dělám takhle:

alignl A = B cdot C newline
alignl phantom {A} = 2 cdot 3 newline
alignl phantom {A} = 6

[dustin]

Díky moc za workaround, phantom jsem neznal.

[Jendа]

DOCX je proprietární? Já myslel, že je to standard…

[Jardík]

Samozřejmě, ale jsme na linuxovém serveru, tak co očekávat jiného než narážky na windows produkty.

[frdrx]

Soubory Docx a spol. vytvořené v MS Office jsou v proprietárním formátu, protože Microsoft neposkytuje informace o tom, přesně jakým způsobem jeho software do těchto souborů ukládá. Jestli se něco recentně změnilo, dejte mi prosím odkaz.

[frdrx]

Omlouvám se za nechtěné vykání.

[AHAHA]

Co to je za blbost? DOCX je format souboru a Office je software. To, ze se Office presne nedrzi standardu neznamena, ze je format proprietarni.

[frdrx]

To nejsou blbosti. Doporučuju znova přečíst, chvíli myslet a pak psát. Píšu o formátu ve kterém jsou uloženy soubory vytvořené v MS Office. Ten je proprietární, protože není dostatečně standardizovaný a Microsoft si s ním dělá co chce aniž by to musel vůbec někomu říct. Proto je také kompatibilita svobodného softwaru s ooxml omezená. Její zlepšení obnáší snahu podobnou té, která umožňuje práci s binárními formáty Microsoftu.

[AHAHA]

Aha, sorry, prehledl jsem "Docx a spol. vytvořené v MS Office".

[randy]

Proprietarne je sifrovanie, ktore pouzivaju.

[frdrx]

Mimo jiné.

[randy]

ale to ine by nemalo ovplyvnit otvorenie a editaciu v inom programe. podobne je na tom inkscape, ktory tiez vklada do svg svoje nastavenia, ktore nevplyvaju na vysledne zobrazanie.

[frdrx]

Nevím přesně. Soubory v docx se snažím odmítat. Každopádně, už jenom jejich Covenant not to sue z ooxml dělá proprietární formát, protože nedává dostatečné záruky, že je možné ten formát implementovat zcela svobodně. Ale nejsem právník a opírám se o názory jiných.

[kavol]

DOCX je proprietární? Já myslel, že je to standard…

ehm, a toto se nějak vylučuje? - není mi známo, že by "proprietární" a "standard" byla antonyma ...

[Jendа]

Myslel jsem, že standard musí mít dostupnou specifikaci.

[kavol]

tak naokraj, záleží, co se míní "dostupnou" - za příslušný bakšiš lze zakoupit text asi libovolné ČSN, například, ale není dovoleno je vystavovat na Síti jen tak ...

jinak i pokud je text standardu volně dostupný, neznamená to automaticky možnost něco podle něj naimplementovat, neboť ve hře jsou ještě patenty (aneb proč místo IEEE1394 aka Firewire máme dnes všude shitózní USB ...)

[frdrx]

Problém je, že "standard" dneska může znamenat v podstatě úplně cokoli, třeba od formátu .xls po cvs.

[frdrx]

To mělo být csv.

[petr_p]

On firewire má zase svý problémy jako je přímý přístup do fyzické paměti, takže se přes něj dají pěkně vysávat počítače.

[kavol]

ó, ach ano, na to jsem zcela zapomněl, to je to, co mně nejvíc trápí, když připojuju videokameru, a proto zcela nepokrytě závidím strýci kamaráda, který má videokameru na USB (co na tom, že potřebuje vlastní ovladač, který je - nebo v době koupě byl - pouze pro WinXP, bez něj ani ránu, a prosté kopírování videa vytíží celý systém na 100%, že se ani nehne kurzor myši, zatímco u naší na FW si kvůli tomu zpropadenému DMA ani nevšimnu, že systém něco dělá ...)

[petr_p]

Zcela určitě to nezajímá vás s kamerou, ale spoustu jiných lidí, co takhle luxují, ano. Až takový navštíví váš stroj, možná pak to začne zajímat i vás :(

[kavol]

hm, pokud někdo navštíví můj stroj prostřednictvím FireWire, tak asi budu mít větší problém, než že mi vyluxuje obsah paměti - to si totiž ten stroj bude moci rovnou odnést

[Drom]

Pokud někdo navštíví můj stroj prostřednictvím FireWire, tak mi asi koupil radic :)

Nemel jsem nikdy cest tohle pouzit, prijde mi, ze to je priserne malo rozsireny. A ikona v sitovych pripojenich akorat mate uzivatele, pak si mysli, ze to je sitovka.

[Limoto]

Ona to totiž síťovka prakticky je...

[Drom]

No to jo, ale jak pisu, nevidel jsem realne v provozu. No mozna jednou nebo 2x.

[petr_p]

Můj scénář je horší, protože se dostane k datům v operační paměti (rozšifrované soukromé klíče, rozšifrované souborové systémy). Navíc se takový útok dá udělat za přítomnosti obsluhy. Stačí se hezky usmát, zabavit sekretářku dvěma větami sladkým nesmyslů a je to. Dumpnout několik stovek megabajtů paměti se dá za pár sekund, nic se nikam nosit nemusí.

[kavol]

ten scénář je hezký, ale má jednu mušku - mě, a troufám si říct že i valnou část ostatních domácích uživatelů, vůbec nezajímá

ale beru, že to může být validní argument proti FW v korporátním prostředí

no a byl by nějaký argument pro USB proti FW, který by byl relevantní i pro nás, co si doma nedržíme poblouznitelné sekretářky?

[frdrx]

Pokud je to pouze de-facto standard, tak se to nevylučuje. Myslíme-li svobodný, nebo-li opravdový, standard, pak se to vylučuje.

[kavol]

Myslíme-li svobodný, nebo-li opravdový, standard, pak se to vylučuje.

a poslyšte Kefalín, jak se takový "opravdový" standard pozná? - jsem myslel, že podle toho, že prošel standardizačním procesem, a ne podle toho, jak moc je svobodný ... jak se vůbec posuzuje "svobodnost" nějakého standardu?

p.s. neboli

[frdrx]

K tomu -li, Není v mém zájmu psát do diskuzí tak, abych vždy a za všech okolností měl všechno absolutně bez chyby. Nebylo by to efektivní. Smiřme se s chybkou tu a tam.

"Standardy" máme buď zcela svobodné, které lze bez omezení implementovat a používat (např. ODF), a pak máme takzvané de facto standardy, které to neumožňují (.DOC, .XLS, .PPT, do značné míry také .DOCX atd.). Pro odlišení od de facto standardů těm prvním říkám pravé nebo opravdové.

[frdrx]

Samozřejmě, existují i de facto standardy, které jsou zcela svobodné, takže rozdělení bych viděl na svobodné a nesvobodné a pak na pravé a na de facto standardy. Nemám ale v plánu vymýšlet hesla do výkladového slovníku.

[kavol]

K tomu -li, Není v mém zájmu psát do diskuzí tak, abych vždy a za všech okolností měl všechno absolutně bez chyby. Nebylo by to efektivní. Smiřme se s chybkou tu a tam.

potíž je v tom, že není patrné, zda jde o překlep nebo oblíbený omyl ... druhou možnost jsem nechtěl jen tak přejít, tak jsem tě na tu chybu upozornil, buď ať se tedy tiše zastydíš nad překlepem, anebo pokud jsi to napsal vědomě, tak ať se na to podíváš do pravidel a příště to máš správně - plus pro tebe ... nevím, nakolik je efektivní to takhle dál rozebírat nicméně chtěl jsem říci, že není mým cílem někoho peskovat za chyby, co udělal, nýbrž působit preventivně proti jejich opakování v budoucnu

"Standardy" máme buď zcela svobodné, které lze bez omezení implementovat a používat (např. ODF), a pak máme takzvané de facto standardy, které to neumožňují (.DOC, .XLS, .PPT, do značné míry také .DOCX atd.). Pro odlišení od de facto standardů těm prvním říkám pravé nebo opravdové.

hm, nejsem si ovšem jist, jestli bys s touto terminologií uspěl u ISO

každopádně na tom, že .docx je proprietární shit, se shodnem, čímž by mohl být Jenda dostatečně uspokojen, a Jardíkovi ucpáváme hubu, že nejde o hloupé anti-windows narážky, nýbrž konstatování faktu, že daný formát jest vázán na (patentové) vlastnictví (čili hezky česky propriety) určité firmy

[frdrx]

Myslím, že se shodnem. Abych vůbec mohl psát do diskuzí, musím psát rychle jako ďas. Neustálé přepínání mezi dvěma jazyky a rozloženími klávesnice (k čemuž používám současný stisk obou shiftů) přispívá ke zmatku. Vědomě přemýšlím o pravidlech, pouze jsem-li za to placen nebo souvisí-li to nějak se studiem (pak přepínám do režimu proofreadingové polymerázy). Ve všech ostatních případech, obávám se, to flákám a nechávám prsty běžet. Zmáčknout "-" před "l" je otázka jedné výměny čtvrtého a pátého prstu...

[kouby]

a nestaci gedit+latex plugin?

gedit startuje celkem rychle

jakub@bender:~$ time gedit

real	0m0.647s
user	0m0.164s
sys	0m0.032s

[AHAHA]

a nestaci gedit+latex plugin?

Jak komu :/

[Jardík]

Gedit stojí za velký kulový, protože má moc tlustý taby.

[Drom]

To sou kecy, taby ma podle toho, jaky mate tema.

[Jardík]

To není pravda, jsou obrovský, protože je tam obrovská ikona "zavírací křížek".

[Drom]

No ja nevim, u me vic mista zabira ikona souboru nez krizek.

[Jardík]

Ta taky zabírá, na ní jsem úplně zapomněl. A je tam naprosto zbytečná (stejně jako křížek, kdo dnes nemá pravé či prostřední tlačítko na myši/touchpadu, či klávesnici s Ctrl+W)

[kouby]

No prave, velikost toho zaviraci krizku je mozne definovat pro konkretni theme...

[Drom]

Diky, nebyl jsem si jisty a nemam cas to hledat :)

[Jardík]

Tak napiš jak, ale hlavně to nesmí mít za následek rozmazáni ikony křížku, jinak je to pro mě nepřípustné řešení (rušilo by to).

[frdrx]

Nestačí. Na Emacs + Auctex nemá , i když jsem nezkoumal, jak dlouho startuje.