LibreOffice 4.2

Vyšlo LibreOffice 4.2. Pyšní se lepší podporou OOXML, vyšším výkonem (např. díky OpenCL), novou úvodní obrazovkou a dalšími vylepšeními.

30.1.2014 16:16 | Luboš Doležel (Doli) | Nová verze

Komentáře

[John]

takze uz nebude mrznout u kazdeho posunu grafu s par tisicemahodnot?

[potato]

Pokud je zrychlení dosaženo pomocí OpenCL, tak je pravděpodobné, že brzy bez high-end grafiky nepůjde posouvat ani graf s desítkou hodnot. Je to přirozený vývoj, který v programování probíhá už desítky let...

[little.owl]

Ale zato budete mit treba bublinkove 3D trasparentni popisky! .

[Ziktofel]

no, masivni scitani zrovna GPU umi podstatne lip, jak CPU, takze misto toho, aby to chroupal minutu procak, tak to za 5 sekund zvladne vobycejna grafika

[potato]

To ovšem není to, co jsem komentoval.

Ostatně, chtěl bych vidět tabulku v tabulkovém procesoru, která má stovky milionů položek, aby sčítání jednomu jádru CPU trvalo vůbec nějaký pozorovatelný čas...

[Xerces]

Nech se zaměstnat v bance, nebo pojišťovně a nebudeš se stačit koukat.

[ondro]

V tychto instituciach pouzivaju tabulkovy procesor na tak obsiahle data?

Ja, ze aspon tam pouzivaju nieco sofistikovanejsie.

[Pavel Stárek]

Bohužel. A viděl jsem i horší zvěrstva. Například dokument napsaný v Excelu. Nebo obrázek poslaný jako doc (prostě ten člověk uměl vložit obrázek do Wordu a výsledný doc poslat mailem, kdežto samostatný obrázek ne).

[Creep73]

A bylo to bmp

[Václav Kramář]

Zkus si někdy po telefonu navigovat neználka, jak ti má poslat třeba otisk nějaké chybovky nebo nestandardního zobrazení... Velmi brzy přijdeš na to, že u většiny uživatelů je nejschůdnější instrukce "smáčkněte na klávesnici vpravo nahoře PrtScn, otevřete Word nebo něco podobného, dejte Ctrl+v". Ještě někdy zafunguje vložení přímo do mailu. A i tak občas přijdou perly typu obrazovky vytištěné na ČB tiskárně a následně oskenované do TIFFu. Dříve dokonce ty otisky občas chodily i faxem, ale ty už dnes nejsou tolik rozšířené.

Nebo když si uživatele odnaviguješ k logům, a on ti místo těch souborů opakovaně posílá otisk obrazovky z průzkumníka...

[Mti.]

Ten tiff Ti dojde casto proto, ze Ti lidi (uz) maji fax s mailovym klientem, ktery (uz) se naucili trochu pouzivat. Vlozis papir, zadas mail a stisknes tlacitko s kosoctvrecem. Na co by posilali mail nejak jinak, ne? (a ten fax zrovna muze slouzit jako tiskarna....)

Doba je smutna... oni vlastne ani nevi, ze neco nedelaji uplne dobre... vysledku se zhostili a staci jim to. A Ty si priste rozmyslis je s necim otravovat, takze to ucel splni.

[Grunt]

Vlozis papir, zadas mail a stisknes tlacitko s kosoctvrecem. Na co by posilali mail nejak jinak, ne? (a ten fax zrovna muze slouzit jako tiskarna....)

A úplně nejlepší je když se takový volové sejdou dva. Jeden nacpe pět stohů papírů do skenovací jednotky, druhý nemá nastavené automatické přeposílání příloh v e-mailovém klientu (IMHO default) a přijde ti desetkrát RE:Message from SKMBT04454457_545 a v polovině zpráv je OK a v druhé polovině je napsaného něco důležitého. Pak je docela prča sedět a sledovat je jak se po telefonu dohadují, který z nich je větší vůl.

[GeBu]

Ještě by se to dalo vylepšit: obrazovka vyfocená foťákem vložená do Wordu (tak to posílají mně), vytištěná, nascanovaná a znovu vložená do Wordu a poslaná :).

[Jesus Jimenez]

A cemu se divite? BMP zabaleny v DOC bych povazoval za SI jednotku pro BFU :) A vubec to neni nic proti tomu, co se deje na telefonickem supportu.

[xkucf03]

BMP… ale co teprve takové logy v .docu!

[pet]

Logy v pohodě, ale já už dostal v .docu i zdrojáky

[deda.jabko]

ja uz dostal zdrojaky i v jpegu

[xkucf03]

Steganografie?

[little.owl]

To musel byt snad jen Visual Basic ...

[ovoce]

A cemu se divite? BMP zabaleny v DOC bych povazoval za SI jednotku pro BFU :) A vubec to neni nic proti tomu, co se deje na telefonickem supportu.

Tohle jsem pozoroval ve volné přírodě a má to úplně prostý důvod:

Lidi chtěli, aby se jim obrázek vytiskl na celou stránku, aby nelezl ven, ale ani aby byl moc malý. Když jste se s tímhle mořili tak před 10-15 lety, tak jste často přišli na to, že nejsnazší to bude vložit do Wordu a vytisknout oduď, protože ten si stránku vždycky pohlídal a měli jste to wysiwyg.

Čili pošlo to z toho, že běžně dostupné/používané prohlížeče obrázků měli blbě/neintuitivně zpracovaný tisk a lidem dělalo problémy fotky a podobné blbosti normálně tisknout.

[ovoce]

Někde bylo - co si vzpomínám - vkládání obrázků do docu dokonce požadavkem pro různé dokumenty. Asi z podobných důvodů, aby se jim s tím "líp" pracovalo. I díky tomu se na to lidi mohli naučit.

[Jakub Galgonek]

Někde to tak stále je. Cituji z http://pubs.acs.org/paragonplus/submission/jcisd8/jcisd8_authguide.pdf: The preferred submission procedure is to embed graphic files in a Word document.

[potato]

Ale houby s octem. To jsou instrukce k posílání manuskriptů článků, a říkají, že když píšeš ve Wordu, tak máš obrázky přímo vkládat do toho manuskriptu. Píší to proto, že spousta[*] časopisů chce, aby se obrázky posílaly jako samostatné soubory i u manuskriptů v Wordu (u TeXu je to automatické), jelikož se jim s tím asi líp pracuje.

[*] Podíl nedovedu moc posoudit, posílám všechno v TeXu.

[Jakub Galgonek]

Jaké houby s octem? Koukni se, na jaký komentář jsem reagoval . Mimochodem, u ACS je docela smutné, že jim musím vektorovou grafiku posílat jako bitmapovou, i když ji pak budou cpát do pdf.

[potato]

Tvoje věta se skutečně dá interpretovat tak i tak, ale ‚vkládání obrázků do docu‘ v tomto threadu doposud znamenalo ‚representace obrázků tak, že se vloží samotný obrázek do docu‘. To je ta pitomost, která se zde diskutuje. Že někdo do článku, který píše ve word processoru, vloží obrázek, snad není nic, nad čím je nutné se pozastavovat.

A ACS snad umožňuje submission v TeXu a jako formát obrázků EPS, takže nad čím se rozčiluješ? Že vektorovou grafiku nakonec rasterizují lze chápat různě, například pro tisk se dříve či později rasterizuje tak jako tak -- nejpozději tedy až v tiskárně. Pokud rasterizují vektorovou grafiku pro on-line PDF, tak to je smutné, ale ve srovnání s tím, když mi nějaký Ind v produkčním centru Elsevieru, který nepozná rovnítko od mrtvého švába, od oka překreslí všechny TeXové vzorce v nějakém pochybném kreslítku vzorců, tak ve srovnání s tím je rasterizace drobný prohřešek...

[Jakub Galgonek]

Moje věta by se měla interpretovat hlavně v kontextu toho, na co reagovala . Ale tak třeba jsem tu poznámku od ovoce špatně pochopil. Mimochodem, ty obrázky se v ACS musí vkládat až na samý konec dokumentu! Jinak EPS jim poslat mohu, ales jak píšeš, stejně si ho rasterizují.

[little.owl]

To jsem zazil. Jen vysledny doc byl pak tak velky, ze to neslo poslat jako priloha a tak bezeli za adminem, ze to ma rozbite.

[xkucf03]

BTW: podporuje .doc dělení souborů na 2 GB části, aby to šlo používat s tím jejich FS?

[ovoce]

1) limit FAT32 je 4 GB.

2) entéčka používají NTFS

3) ...

4) jseš troll :P

[xkucf03]

To já nedávno vidět pozvánku na nějaké školení o tom, jak podnikat na Internetu – a bylo k tomu přiložené PDF s pár řádky textu – jenže to asi vyráběl nějaký „grafik“ v profesionálním softwaru za desítky tisíc – byl to bitmapový leták v nějakém šíleném rozlišení a velikost: 10 MB. Tak takhle prosím na Internetu nepodnikejte

[little.owl]

Kdyz uz, tak radsi AVX[2] ci NEON, po zkusenosti bych uz OpenCL nenasazoval s vyjimkou specifickych algoritmu.

[ovoce]

Jo, funguje to obyčejně dost divně, všude vyskakujou problémy s různýma ovladačema minimálně na jednom až dvou ze tří dodavatelů (AMD, Intel, Nvidia). Ale třeba je takováhle prostá matematika dost jednoduchý kód na to, aby to jakž takž frčelo.

[little.owl]

Bohuzel ve dvou pripadech, kdy jsme nasadili OpenCL se to vymstilo. V jednom mame Tesly na vypocetnim serveru, problem je ze jim leakuje driver, v novejsi verzi je to opraveno, ale ta zase dava se stejnym kodem numericky mirne jine vysledky. Takze jedem na stare, koupili jsme vice pameti a po ukonceni vypocetniho cyklu restartujem. Ve druhem pripade jde o embedded GPU od Vivante, u ktere po spusteni OpenCL kodu dochazi nedeterministicky k obrovkemu tlaku na pamet, hlavni procesor je pak obcas ve stall stavu a nestiha spocitat co ma vcas.

Potato ma pravdu, pokud na par tisicich hodnot v tabulkach je zpracovani s OpenCL viditelne rychlejsi na soucasnych CPU, predchozi implementace vzorcu musi byt ukrutne pomala.

[j]

Takze na editovani textu bude treba mit aspon dve grafarny ... jednu na zobrazovani a druhou na vypocet mezer ...

[miki.lbc]

lol :)

[xvasek]

Já do toho jdu, mám nVidii a Intel.

[k2a]

neblbněte, vždyť to má novou úvodní obrazovku!

[Otto]

To mi nestačí, počkám, až bude mít ribbon(tm) a pana Sponku(c)!

[Jindru]

viděl jsem mail, kam uživatelka vložila výsledek ( asi 5 buněk ) výpočtů z kontongenčních tabulek ( dlouhých listů v Excelu ).

Outlook pro těch 5 čísel vzal i vstupní data = celý .xls

takže to mělo asi 200MB

[rastos]

To ja som raz dostal e-mail reading-confirmation od niekoho, kto používal Lutos-y - na ten jeden bit Lotusy vytvorili .OND súbor (One Note Database) a attachli ho do mailu. Asi tak 150kB.