Vyšel balík OpenOffice.org 3.0 Beta

Ano, hledejte na zrcadlech v adresáři /extended/3.0.0beta/.

jo

je robena v OS Gay a druha v OS $hit.

Ano. Obojí se nevyrovná KDE 4 :-)

mm to vypada libezne, zvlaste ten "Solver" 8) ... jen by me zajimalo, jestli kdyz pridali moznost mit vice sloupecku, jestli bude moznost vyplodit i vice radku, nez 65k (v calcu)

Nechci se přít, každý dělá něco jiného, ale podle mě, když narazíte na mez s počtem řádků či sloupců, je to jasná zpráva, že jste dávno měl pro danou úlohu začít používat něco zcela jiného, než tabulkový procesor...
Já sám jsem na omezení počtu sloupců narazil jen jednou a to bylo tím, že jsem se vůbec nesnažil s místem šetřit a o omezení jsem nevěděl.

Jediný problém může nastat, když někdo použije takovéhle zvěrstvo v excelu 2007 a při otevření v OpenOffice by došlo ke ztrátě dat. Bylo by ale vhodné uživatele varovat, že ke došlo ztrátě dat.

Já náhodou narážím na omezení docela často v počtu řádcích. Když do grafu potřebujete vynést několik desítek tisíc hodnot... třeba při měření chladnutí kovového tělesa elektronickým čidlem s frekvencí snímání 100 Hz je po pár minutách docela velké množství dat...

Mohl byste dat nejaky priklad kdy je opravdu potreba tabulkovy kalkulator s rychlou vizualizaci? Ja jsem teda na Excel respektive Calc zanevrel pred lety, kdyz jsem objevil gnuplot, octave, python+matplotlib... Obzvlaste pro zpracovani tisicu nebo klidne i milionu hodnot. Tabulku o tiscich radku stejne do dokumentu davat nebudete (snad) takze mi na to excel pripada zbytecny. Mimochodem, nevim jak ted, ale v Calcu nesly pojmenovat promenne, vsechno se resilo odkazem a byl v tom vzdycky gulas.

V mem pripade napriklad pri studiu rozpadu nebo naopak vzniku nadmolekularnich utvaru, nebo pri obecnem zpracovani dat z mereni rozptylu svetla a RTG kdy chcete neco rychle videt/prepocitat/modelovat/fitovat a pod.

Castokrat po zpracovani dat zjistite ze jedna krivka se v prubehu castu napr. rozdvojuje a vy potrebujete izolovat jednotlive casti procesu a nafitovat je pripadne jinak zpracovat. Rovnez musite vybrat body ktere zobrazuji to co chcete pozorovat a ne jine veci, protoze v datech je chovani celeho systemu. Nic pro beznou automatizaci, mozna tak pro nejakou A.I..

V prubehu casu jsem si napsal jednoucelove aplikace pro extrakci a predbezne zobrazeni dat v jave, protoze potrebuji nezavislost na OS, ale i takto predzvykane data musite dale zpracovat.

Tabulku s datama do dokumentu samozrejme nedavam, ale davam do nej graficke vystupy. Jak jsem se zminil, pouzival spis Origin nebo nekdy EasyPlot, ale to jen proto ze z nich je pro mne nejlepsi vystup - jako vysledek pouzivam v dokumentech zasadne bitmapy, ne vlozene nebo odkazovane objekty - parkrat jsem se uz spalil tak si klidne dam tuto praci navic.

Tabulky s datama si spise vymenuji s kolegama doma nebo v zahranici. Tady je zase tabulkovy kalkulator velmi uzitecna vec protoze v souboru mate data i graficke znazorneni a muzete bez problemu delat statistiku mereni nebo carovat s modelovanim, podle toho co je potreba a co studujete.

Gnuplot je uzasna vec. Pouzivam jej prakticky denne, avsak pouze pro zpracovani 3D dat. Pro 2D je pro mne proste vhodnejsi nejaky tabulkovy kalkulator (nebo neco podobneho) ktery umi kreslit grafy. A to ani gnuplot ani octave normalne neumi, navic pomijim fakt ze spis najdu u kolegu na poctaci MS- nebo Open- Office, pripadne Origin.

Podle screenshotů to nebude možný, ale neviděl bych to jako problém.
Když budeš mít něco co má více řádků, tak bych na už použil nějaký DB nástroj, na to se už podle mě spreadsheet nehodí.

Ale takych softwarov su mrte:
http://www-128.ibm.com/developerworks/library/l-datavistools/
http://www.linux.com/feature/43283
http://www.pentaho.org
http://www.eclipse.org/birt

Navrh mozes robit v IDE, vela data sa da natahat z textakov a ak to robis naozaj casto tak investovat nejaky cas do naucenia sa noveho nastroja ti nezaberie viac ako den. Isto sa ti to vrati.

Ja osobne pouzivam Crystal Reports. Umi natahat data z nekolika zdroju najednou (vcetne primo z MS Excel a MS Access souboru) a graf se v tom dela pomerne jednoduse. I kdyz je pravda, ze v mnozstvi vychytavek je na tom hure nez MS Excel.

Navic je to reportingovy nastroj, takze umi data vselijak prepocitavat, sdruzovat, prumerovat atd. Veci, co by jinak clovek musel v MS Excel delat rucne. A nejvetsi vyhoda je v tom, ze jakmile mate hotovo, report ulozite a kdykoliv se vam zmeni data, staci znovu pustit a mate aktualni graf - bez nutnosti sahat na datove soubory.

Podobne by mely fungovat i Jasper Reports, ale ty jsem sam nevidel, jen vim, ze je to freeware alternativa k Crystalu.

Tak ak mu to vyhovuje tak to si uz moze rovno kupit Excel. Crystal Reports pokial viem stoji "radovo" viac.

Jak to mám spustit??? (nainstalováno z .deb v Ubuntu 8.04+lokalizace) - nějak nepobírám jak na to

/opt/openoffice.org3/program/soffice

Dělal jsem si iluze, že už budu moci konečně přejít na OO. Že půjde používat des. tečku i v českém prostředí - a nic. No jo no.

Nemam cesku verziu ale v EN to funguje minimalne takze ze si oznacite vsetky bunky (CTRL-A) a ked si dam Format->Cell(Ctrl+1)->Number->Language->Czech tak ciarka cazne fungovat ako desatinny oddelovat. Naopak by to malo ist tiez.
Tiez odporucam skusit nastavit LC_ALL=en_US.UTF-8 a spustit OO. Malo by to fungovat. Skuste a dajte nam vediet.

Díky za radu.
Obejít tento problém (...language->English) umím. Ale je to velice nepohodlné. Pokud chci mít např. názvy dnů, měsíců atd. česky, musím neustále přepínat...
Mě spíše jde o tom, že už i ti s malým a měkkým pochopili, že někdo má rád des. tečku a jiný čárku. Jen vývojáři OO si pořád myslí, že všichni v daném regionu automaticky používají to jejich jediné správné nastavení.
Už jsem se tím dříve zabýval, byly i sliby, že v příštích verzích...
OO se mi líbí, příbuzenstvo ho už používá (můžu za to já), ale já z toho nic nemám. Pro mě prostě není. Přitom by stačilo málo, např. ve woknech převzít lokální nastavení s možností editace.
Ale to nemá cenu, nechci rozputat flame. Tvůrci to chtějí takhle, je to jejich právo. A já budu dál muset k writeru používat excel.

Tak to asi mam.
Tools -> Options -> Language Settings -> Languages
Mozes si nastavit uplne vsetko:
User interface language
Locale settings
Decimal separator
Default currency
Default language

Takze rozne kombinacie ako English GUI ale Czech locale su mozne.

nebude umět zpracovat makra z Excel sešitu, je to pro mě nepoužitelná záležitost. Škoda :-(
g.

Tato argumentacia mi pride zvratena. Podobne zvratena, ako "ked sa bude dat pod linuxom bez problemov spustit aplikacia XY, tak to bude pouzitelne....".
Prepiste si makra do OOo, ak ho chcete pouzivat. Prispejte komunite.... Ak je pre Vas financne/ideologicky vyhodnejsie zaplatit sumu X za MS Office, tak to urobte. Ale takyto komentar je o nicom.

Nevím, proč by tato argumentace měla být zvrácená. Jen jsem napsal, co mi v OO chybí ... nic více a nic méně. Nebo že by nějaká úchylka ... znaky demence či něčeho podobného...?
g.

A ono to VBA makra jako neumí?

No neumí. Když načtu xls sešit ve kterém jsou např. nějaká tlačítka a pod. a přestože potvrdít "makra povolit", nijak tlačítka nefungují.
g.

Napsat, ze vam neco nekde chybi, na tom neni nic spatneho. Ale napsat, ze je neco _nepouzitelne_, protoze konkretne vam chybi nejaka obskurni vlastnost, to je zcestne.

Takže pro Vás je soubor s nefunkčním makrem použitelný, přestože vlastně nefunguje, k čemu byl vytvořen? Hmmmm .... zvláštní přístup, já takový masochista nejsem, abych obhajoval něco, co NEFUNGUJE.....
g.