OpenOffice.org 3.3 se představuje

Nová verze balíku OpenOffice.org 3.3, která je plánovaná na druhou polovinu září, přinese mnoho novinek. Kromě vizuálních úprav přibyla položka Bezpečnost ve které lze nastavit hesla a pravidla sdílení dokumentu. V Calcu se objeví makra na základě akcí (kliknutí na graf apod.), Impress nabídne více pozadí a Writer lepší rozhraní slovníků a dělení slov. Více v článku na webu OpenOffice.org.

5.8.2010 07:25 | rm -rf USERNAME | Nová verze

Komentáře

[aR]

Spíš než řešit barvičky by mi pomohlo dokončit implementaci např. kontingenčních tabulek a zrušit přepisování stylů v calcu (při přírůstkovém formátování u podmíněného formátování). Bugy jsou hlášeny už roky.

[Max]

Dle diskuse pod článkem, by již měl calc podporovat až 1 048 576 řádků. Takže další parádní info.
Třeba u nás limit 65 tácků už nějaký ten člověk překročil a musel se mu kupovat office 2007 (Office 2003 to také nedával).
Zdar Max

[kolcon]

zase jeden co si plete tabulkovy procesor s databazi...

[Max]

Zase jeden chytrolín ...
Takže pane chytrolíne, co byste doporučoval pro slečnu účetní, jenž používá programy, které reporty házejí do excelu a mají daleko přes 70 000 řádků? Mám vám dát kontakt na pány programátory? Aby jste jim poradil, že výstupy z db nemají házet do excelu, ale do čeho vlastně, aby byly přenositelný?
Zdar Max

[lok]

CSV || XML

[kolcon]

ja myslim, ze uplne nejlepsi by bylo udelat wordovsky dokument, ktery by obsahoval vlozenou excelovskou tabulku, ktera by

si data tahala z naskenovaneho vystupu pres OCR...

pani programatori jeste neslyseli o csv? co to je za produkt, abych ho omylem nepustil do firmy?

[Max]

Jaký je rozdíl mezi csv a xls? Z hlediska toho, že to bude mít oboje třeba 90 000 řádků a bude potřeba s tím pracovat a být to přenositelné? V čem by měla paní účetní pracovat s csv dokumentem? Jestli ten export bude do xls, nebo csv, to je úplně jedno, pokaždé bude otevírán v excelu.
Zdar Max

[kolcon]

jedna vec je vystup/report - ten at si klidne v excelu je, pro me za me i s grafy

ale (rucne/vzorci) zpracovavat v excelu 70 000 radku je proste neefektivni (a proto draha) hovadina

[Max]

Já bych to s tou neefektivní a drahou hovadinou zas tak nepřeháněl .
Ono, jestli to bude dělat 5 minut v nějakém předem připraveném prográmku (který si v případě změny nemůže přiohnout), nebo 10 minut v excelu jednou za měsíc, tak to už je opravdu jedno .
Zdar Max

[kolcon]

jasne, podle M$ navic muze pocitac pouzivat a uzasne rychle excely vytvaret kazdy, tak proc ne ucetni!

[CZTomi]

Ovšem vrcholnou fíčuru jsem řešil minulý týden: program generoval "výstup do excelu", což bylo textové CSV opatřené příponou XLS Copak Excel, ten to zbaští, ale OO se dožadovaly nastavení sloupečků a codepage

[Max]

Toto jsem četl jako fintu, kdy se tímto dá jednoduše provádět export z php do excelu. Prostě se vytvoří csv soubor s příponou xls a excel při otevírání ani nemrkne. Ale jak vidno, není to úplně ten nej workaround :-/
Zdar Max

[Michal Vyskočil]

Takto "funguje" i HTML. Stačí správná přípona, anebo content-type.

[Pavel Tisnovsky]

hehe, neprozrazuj skvela technicka reseni jedne nejmenovane firmy

[pavlix]

Co si pamatuju, tak ve své době správně nenaimportoval Excel ani CSV export ze stejné verze Excelu (tuším nějaká česká, import a expot používal jiný oddělovač).

[dustin]

Pokud si do firmy nepustíš účetnictví generující výstupy do excelu, tak na výběr již hotových komerčně podporovaných asi moc mít nebudeš. Často je potřeba generovat nejen data, ale rovnou report, obsahující třeba vzorce, aby jej šlo celkem snadno ručně upravovat, rozšiřovat, analyzovat. A kopírovat data z CSV do hotové šablony nemusí být zrovna jednoduché, navíc to nechci dělat každý týden.

Jistě nemusí jít o excel, námi používaný účetní soft generuje do openoffice. Ale samotné csv by mi u řady exportů nestačilo.

[kolcon]

jak jsem, psal, report at si je v cem chce (xls/pdf/...)

[Filip Jirsák]

V jakém programu pak bude účetní to CSV zpracovávat? Naamportuje si to do SQL databáze?

[kolcon]

ma na to mit hotovy import ve svem programu, ne se s tim patlat v excelu... jednak na to neni urceny,

pak tam taky neni kontrola dat, co se kde zmenilo, obcas mrsi formaty pri importu atd.

[Filip Jirsák]

Když potřebuje jednou za rok udělat nějakou zvláštní operaci, kterou dělá jen jednou za život? Kdo zaplatí vývoj takové aplikace? Právě z takového důvodu existují obecné aplikace, kde si s potřebnými znalostmi může tohle udělat každý sám. O každém použití Excelu můžete říci, že se na to má vytvořit specializovaná aplikace a použít ta – a mnohdy by to bylo i efektivnější. Ale stále zůstává mnoho případů, kdy to jednorázové řešení v Excelu je nejefektivnější.

[Xerces]

Problém je v tom, že ty lidi potřebný znalosti nemají. Kdyby je měli tak by se Excelu v takových případech zdaleka vyhnuly. Není jediný duvod pracovat "ručně" s více řádky než je schopen člověk v rozumném čase přehlédnout/ověřit.

[kolcon]

vyvoj zaplatis tak jako tak, na case te ucetni, ktera neni programator

navic je tam sance (prave proto ze to nedela bezne), ze to (v tom nastroji, ktery ji nehlida) udela blbe

[rastos]

Zase jeden chytrolín ...
Takže pane chytrolíne, co byste doporučoval pro slečnu účetní, jenž používá programy, které ...

Keď som bol malý chalan, tak som rád rúbal drevo na kúrenie na chate. Spravidla malou sekerkou. A nenechal som si nahovoriť, že použitie píly na odpílenie kusu kmeňa 150 ročného stromu je rozumnejšie, ako použitie tej prťavej sekerky.

Ak si môžeš dovoliť plytvať časom a energiou a na výsledku nezáleží, tak môžeš použiť aj nesprávny nástroj.

Potom ale nenadávaj na programátorov (ako som ja a ďalší chytrolíni), keď vypúšťajú z rúk paškvily, len aby ulahodili zákazníkovi, ktorý vie figu borovú o správnom návrhu, životnom cykle, kompatibilite, vhodnom OS či programovacom jazyku, technických obmedzeniach, ...

[kavol]

OT: to mi připomíná moje včerejší dilema ... jestli strávit půlhodinu řezáním stromků kolem plotu malou pilkou, anebo 20 minut skládáním křovinořezu, přehazováním hlavy, mícháním paliva, atd., a pak 10 minut sekáním těch stromků ... vyhrála pilka

[Jendа]

Obdobné dilema - napsat si skript, který zpracuje pár souborů, nebo to udělat ručně?

Poučil jsem se, že je lepší napsat ten skript, protože se časem objeví nějaký podobný problém.

[kavol]

s tím skriptem je to jasný

ale s tím křovinořezem, jeho složením bych si sice práci pro příště zčásti ušetřil, ale pouze za cenu, že mi mezitím někde bude zabírat nechutně mnoho prostoru, a navíc jinou práci bych si asi přidělal, neb příště pravděpodobně budu kosit trávu, takže bych pak musel zas sundavat sekací kotouč a nasazovat žací hlavu ...

spíš mi to připadalo zajímavý z toho hlediska, co je člověk schopen udělat, aby si nějakou práci zjednodušil, resp. "zjednodušil"

[Zed70]

To může napsat jen osel. Například mám aplikaci, která načítá data z čidel (teploty, tlaky, otáčky, průtoky, hmotonosti surovin, ...) a data se ukládají do databáze. Aby s těmi daty mohl technolog pracovat, tedy analyzovat je a zjišťovat závislosti a podle toho upravovat technologické postupy, používá excel (grafy). Sledované období obsahuje vždy kolem 90 tisíc řádků. Co poradíte jemu, pane chytrý?

[pavlix]

To může napsat jen osel.

Souhlasím, leč o jiném příspěvku.

Co poradíte jemu, pane chytrý?

Vím, že dotaz nebyl přímo na mě, ale ať dotyčný odpoví zvlášť.

Vycházíš zřejmě z toho, že jedinou rozumnou databázovou aplikací na světě je Excel. Možná tě překvápí tvrzení, že nikoliv.

Konkrétní rady nečekej, ze dvou důvodů. Zaprvé jsi nepřišel pro radu, ale někoho urazit. Zadruhé nemá smysl radit bez nějaké aspoň elementární analýzy situace.

[Standa Kříž]

Calc 1048576 řádků už nějakou dobu umí (u mě min od GO-OO verze 3.2.x)....

[Max]

A není to jen přidaným patchema od Novellu (když používáš verzi go-oo), který ve vanilla verzi nejsou?
zdar Max

[Standa Kříž]

Téměř určitě je (tedy alespoň podle oficiálního přehledu vylepšení GO-OO). Sice to není ve vanilla OO, ale většina distribucí má patche GO-OO integrovány a na Windows už instaluji vždy jen GO-OO verzi.

Určitě je dobře, že to bude umět vanilka, jen jsem chtěl poukázat na to, že i teď existuje možnost nekupovat MS Office 2007 :)

[Max]

Tak já také používám všude go-oo, jen jsem v poslední době moc nekoukal na přehledy patchů.
Zdar Max

[anon123]

Libilo by se mi, kdyby OpenOffice umel spolupracovat s Wiki. Automacky ukladat/otevirat documenty ve wiki, primy pristup pres wiki, atd. To by bylo paradni reseni.

[r4in]

Na to možná existuje nějaký plugin.

[chrono]

Napr. Sun Wiki Publisher

[anon123]

Nevypada to spatne, ale toto jenom nahrava dokument na Wiki. Myslem jsem to jako kopletni reseni pro spravu dokumentu.

Nekde jsem cetl jsem takovou zajimavou uvahu, kde autor vysvetluje, ze nynejsi zpusob spravy dokumentu je zastaraly. Soubory na disku jsou neprehledne, spatne se tridi a atd. Dale zvazuje Wiki jako system, ktery by zastaralou zpravu dokumentu mohl nahradit.

Sam jsem se nad tim zamyslel, a musim souhlasit. No a jeste me k tomu napadlo, ze mit klienta jako treba OpenOffice, ktery by s tim umel pracovat. Umel by listovat mezi dokumenty, umel by nacist ruzne verze uprav, atd.

No nebyla by to parada do podnikove sfery?

[lok]

+1 Da se vyvojarum OpenOffice dorucit nejakym zpusobem feature request ?

[JS]

A ktery z tisicu ruznych Wiki formatu mate na mysli?

[Vlastimil Ott]

OpenOffice.org má všechny technické předpoklady, takže bych napsal, že to umí. Ovšem v praxi se to nepoužívá také proto, že hodně lidí, kteří by to ocenili, OOo opovrhují, a ti, kteří s ním pracují, často rozměr wiki nechápou a nepoužívají. Koncept existuje už docela dlouho, ale praktické výsledky (=doplněk) nejsou žádné.

Tohle bude vždycky doplněk, ne klíčová funkce. Nic nebrání tomu, aby se ten doplněk vytvořil - resp. chybí ti programátoři...

[Ja]

Dalo by se zařídit, aby oo konečně uměly rozumně kreslit rámečky kolem tabulek? (ano, vím, jde se proklikat k dialogu s mřížkou, ale kdyby to bylo v toolbaru podobně jako v Excelu, bylo by to pohodlnější...)

[Laco]

Kedy ty kreteni spravia normal UI? Aj posraty Lotus Symphony vyzera 100x lepsie. http://extrawindows.cnews.cz/files/obrazky/2010/01Jan/2116/lotus-2.png

[cronin]

Ked ich za to niekto zaplati. Ak je to pre Teba taka dolezita vec, mozes napriklad Ty.

[vain]

Až budeš dělat request tak vynech slovo "kedy" a "kreteni".

[Václav Kramář]

Co to je za omalovánky? Děkuju, nechci.

[Jardík]

Jako že OOo omalovánky nejsou? A co to potom maluje místo comboboxu?

[Václav Kramář]

Jsou. Ale tohle je ještě horší.

[Jardík]

Mně by ty omalovánky nevadily, pokud by to bylo vymalované celé a né jen půlka (kombinace vlastně kreslených prvků se systémovými je prasárna, co nikdy nevypadá konzistentně).

[Laco]

Lotus Symphony rozhodne vyzera lepsie ako OpenOffice, to je fakt o ktorom nema zmysel diskutovat. Ako uzivatel Windows 7, velmi citlivy na pekny, moderny vzhlad to rozhodne vidim hned na prvy pohlad. Hovada co nemaju spetky estetickeho citenia to nikdy nedokazu posudit. Tak ma neserte kokoti :)

[Jardík]

Oba mají GUI zbastlené (on je ten Lotus Symphony snad stejně postavený nad OOo). Buď použuju všechny GUI prvky vlastní (ať to vypadá nějak jednotně) a nebo použuji všechny prvky "nativní" (ale né pouze jejich kreslení, ale prostě úplně nativní), ze stejného důvodu.

[IEEE 802.1X]

Mate pravdu. Mne se Symphony take libi z duvodu ze OO.O vypada ale velmi hnusne. Je s nim radostnejsi prace. z OO.O GUI by jeden blil. Ja nevim proc se na to nezameri.

Skoda jen ze v symphony nemaji databazi a max pocet radek v tabulkaci je 65k.

[Jardík]

Proč je tam vůbec ten limit? Nějaký nevhodně zvolený nedostatečně veliký datový typ (uint16_t)? Nebo hardcodavaný limit v aplikaci?

[IEEE 802.1X]

No driv autory nenapadlo ze lide budou pouzivat Excel misto databaze pro zpracovani velkych CSV... 65k radek by tak melo stacit vsem.

[Jardík]

To je sice hezké, ale není to odpověď na mou otázku (zdrojáky OOo musí být příšerné a hledat se mi to fakt nechce, nechci to ani po tobě, já jenom, kdyby to náhodou někdo věděl).

[kolcon]

btw uz vyslo nekde vysvetleni, proc ve w7 ms proste obshehl vzhled KDE?

[Karel]

Kdes zas dosel na to, ze MS obslehl vzhled KDE?

[Václav Kramář]

A proč si tedy přidělávají práci s malováním vlastní grafiky? GTK je nemýlím-li se multiplatformní, ne? A QT taky. Pak by měla stačit jenom vlastní sada ikon.

[IEEE 802.1X]

Prave ze GTK vypada hnusne vsude, QT vypada lepe. Tak si museli nakreslit vlastni grafiku.

[Václav Kramář]

GTK že vypadá hnusně všude? Tak to asi mluvíme každý o jiném GTK.

[Jardík]

Už se korektně vykreslují ovládací prvky, nebo se pořád texty nevejdou do tlačítek, všechno problikává, jsou tam všude bílý čtverečky, ...

[Laco]

Samozrejme ze nie. To GUI je bastard ako obvykle...