Názory k článku
ODF plugin od Sunu: jaký je a co přináší?

Dobrý počin, jen by to chtělo, aby se to nějakým způsobem dostalo do všech podporovaných MS Office bez přičinění uživatele. A těch 30MB je z hlediska místa na disku nepodstatných, ale je to celkem nepříjemné pro připojení k internetu.

No prave, to je ten problem. A tam se to samozrejme nedostane, cili k uzivatelum se to dostane tak mozna na uradech, bude-li stanoveno, ze se ma pouzivat ODF a plugin nainstaluje administrator. Tezko si dovedu predstavit jak lidi misto warezu stahujou ODF plugin ...

Proč, panebože? Je snad cílem propagátorů opensourcu motto "Když to tam nechceš, stejně ti to tam nandáme, protože my víme líp jak ty, co je pro tebe dobré"? Připomíná mi to adware - nějaký opensourcový bastl zvaný Firefox, který mi vnutil jako bundl do mého stroje freewarový MediaCoder. Samozřejmě následoval okamžitý uninstal :) Nepochopil jsem, k čemu mi při konverzi multimediálních formátů poslouží další browser, tím spíš, že prohlížeč webu na svém stroji už jeden mám a dokonce o třídu lepší. To samé s nucením pluginu ODF uživatelům MSO. Je-li uživatel MSO spokojen, proč by se mu měl proboha instalovat bez jeho vědomí do počítače OO? Proto snad, aby vykázali opensourcoví soudruzi závratná čísla nasazení jejich výtvorů díky takto infikovaným strojům? Měl jsem zato, že opensource je svobodě (volby), ne o prosazování OS řešení za každou cenu takovýmito nestydatými praktikami.

Třeba proto, aby mě české školství nenutilo používat konkrétní produkt jedné konkretní cizí firmy, které bez přestání dělá masivní reklamu a ještě jí za to ochotně platí horentní sumy.

Třeba proto, aby mě úředník nezásoboval dokumenty, na které mám sice nárok, ale bez zakoupení konkrétního produktu cizí soukromé firmy si je nemohu otevřít.

Pokud bude ODF "automaticky" podporován, 99% těchto problémů zmizí.

Z dnešní situace je mi na zblití... je velmi podobná placení výpalného OSE a podobným nepravostem.

vy asi nemate moc zkusenosti s instalacemi ve Windows, ze?

automaticke doinstalovani ruznych chybejicich komponent nijak nesouvisi s otevrenosti zdrojoveho kodu aplikace a pouziva se prinejmensim poslednich cca 15 let

Jsou i horší případy vnucování software. Nedávno jsem na starý počítač s W98 instaloval Acrobat Reader. Instalace se vůbec nespustila a tvrdě vyžadovala MSIE 5,5 a vyšší. (Na compu se používá Firefox). Přitom prohlížeč .pdf souborů musí umět pracovat i samostatně, bez jakéhokoliv browseru. Takže proč? Nakonec jsem byl nucen vyhledat a instalovat starou verzi. Zlatý Linux.

Vite proc to chtel? Potreboval nektere novejsi systemove knihovny, ktere byly drive distriubovany pomoci IE. Aktualizace Win 98 nebyla to stejna jako za casu Win 2000/XP.

A vam treba nevadi zavislosti nejakeho programu na ruznych baliccich na Linuxu? Je to uplne v blede modrem. Kvuli tomu se musi stahnout spousta nesmyslnych jinych balicku, ktere nepotrebujete....

To je snad neco uplne jineho. Tahate balicek, protoze ho potrebujete, nikoli proto ze jej nepotrebujete. diky balickovacimu systemu nemate tu samou knihovnu na disku desetkrat. Problém techhle dependency hell je spiše nutno hledat u tvůrce balíčku a správce repozitáře.

On třeba novější MSIE obsahuje (nebo aktualizuje) XML parser, který používá řada aplikací.

XML parser se dá instalovat samostatně. Ovšem aktualizace MSIE je součástí doporučených aktualizací, tedy něco jako service pack.

Dalším problémem je fakt, že Adobe Acrobat Reader se integruje s browserem, například prohlíží dokumenty v okně browseru. Předpokládám, že to napsali pro nějakou verzi MSIE, a předchozí verze prostě považují za nepodporované (protože je nepodporuje ani MS).

K balíčkování: naštěstí nemáme ve Windows dependency hell, kompilujeme jednou u vývojáře na jeho stroji, a nemusíme mít k jednomu produktu hromadu instalačních balíčků (pro SuSE, Mandrivu, Debian, Linspire, a stovky dalších distribucí).

na Windows mame pro zmenu dll hell

pesky jako za vozem

Vyřešeno od doby, kdy máme system files protection (žádný blb nepřepíše systémový comctl32.dll beta verzí z roku 1997, a to ani přímým přepisem souboru, což někteří experti uměli), a side by side execution.

Omyl. Závislosti balíků v Linuxu není totéž v bledě modrem jako závislost AcrobatReaderu na MSIE. Dynamicky volané sdílené knihovny jsou v samostatných balíčcích. Nemusím instalovat program, který nemá s tím mým vůbec nic společnýho. Nic bych nenamítal, kdyby AR ohlásil závislost na nějaké knihovně, kterou mám stáhnout. Ale na celém MSIE?

No to by se na Linuxu stát nemohlo, zlatý Linux. Nakonec právě proto má Adobe Reader pro Linux v requirements Mozilla 1.73 or higher, Firefox 1.0 or higher ;)

http://www.adobe.com/products/acrobat/acrrsystemreqs.html#70linux

Adobe dělá verzi Readeru pro Linux jen jaksi bokem, a je to pěkně odfláknuté.

$ apt-cache show acroread
Depends: libatk1.0-0 (>= 1.13.1), libc6 (>= 2.5-0ubuntu1), libglib2.0-0 (>= 2.12.9), libgtk2.0-0 (>= 2.10.3), libpango1.0-0 (>= 1.16.2), libx11-6, libxext6, zlib1g (>= 1:1.2.1), libldap2, libcupsys2, libstdc++5
Suggests: acroread-plugins, mozilla-acroread

Pekne, znovu je pán LO usvedčený zo lži. Ale čo by sme čakali od plateného šíriteľa FUD od Micro$oftu...

> Nic bych nenamítal, kdyby AR ohlásil závislost na nějaké knihovně, kterou mám stáhnout. Ale na celém MSIE?

Ehm, ja nechapu, proc si neuvedomite, kdy byl Windows 98 vydan a jak mel resene aktualizace OS. Drive se to resilo hlavne bundlovanim novych DLL knihoven v IE. A pro klasickeho uzivatele to bylo nejprijatelnejsi reseni (te dobe). Od Windows 2000/XP to bylo jinak resene (Servis Pack + automaticka aktualizace). Smutne, ze stale omylate takove kraviny na systemem, ktery je stary skoro 10 let. Co k tomu neni k pochopeni

Mohl bys mi, prosim, sdelit jmeno toho 'o tridu' lepsiho prohlizece, nez je ten Tebou zminovany Firefox?
OPRAVDU nechci vyvolavat zadny flame, jde mi jen o to, abych se dozvedel o necem, o cem jeste nevim. Nemohu vedet vsechno, to si bez problemu priznam...
Tak KTERY to je?

Opera :)

konqueror

Tak jsem taky instaloval "nějaký opensourcový bastl zvaný Firefox" a nic mi nevnucoval!
Co dělám špatně?
A proč ODF? Protože je to řádně dokumentovaný formát a hlavně průmyslový standart! A pro smůlu MS vychází z původního formátu OOffice. Stejně tak TCP/IP, bez kterého byste tento výlev sotva zveřejnil.
MSO často dokáže neotevřít bez chyb i svůj vlastní formát. EU náhodou projevila drobet jsoucnosti, když prosazují ODF jako standart ve státní správě a orgánech EU.
Nestydatou praktikou je naopak vnucování jakéhosi podivného uzavřeného binárního formátu a hlavně jediného OS, kde lze instalovat aplikační sw, všem, jak byla (a zatím i je) praxe státních úředníků!
Že nejste schopen spravovat operační systém na svém počítači, je vaše věc.

Á, to je ten "dokumentovaný" formát, co v dokumentaci není popsána řada věcí nutná pro implementaci? Třeba vzorce v souborech tabulkového kalkulátoru? A "průmyslový standard"? LOL. Průmyslový standard je něco, co průmysl aktivně používá. O ODF se to rozhodně říci nedá.

MS Office existuje minimálně pro Windows a Mac, tedy možnost volby existuje. Ne že by možnost volby byla nutností.

On ale ODF už průmyslovým standardem už je! Na rozdíl od MS "vynálezu".
Formáty MSO nejsou dokumentovány také a navíc jsou tak dokonalé a inspirativní, že je nedokáže bez chyb otevřít ani stejná verze vlastního SW - MSO. Někdy ani neotevře...

Formáty MSO jsou již nějakou dobu popsané (XML od verze 2003). A že MSO nedokáže otevřít vlastní soubory, to jste vymyslel jak? Jde o reprodukovatelný problém, nebo o poškozený soubor, který nejspíš má na svědomí chyba paměti, časování sběrnice apod.? A znáte funkci repair, která umí soubor analyzovat a opravit?

A ještě: až se vám podělá jeden bit v ODF nebo OOXML formátu, budete ještě vzpomínat na DOC/XLS/PPT formáty, kde šel provést repair.

"...A že MSO nedokáže otevřít vlastní soubory, to jste vymyslel jak?..."

To je přeci známá a značně oblíbená featura MSO. Pochopitelně za ni mohou skvrny na Slunci, případně výbuchy Supernovy na okraji Mléčné dráhy, nebo vnitřní a vnější nepřítel...

A znáte funkci repair, která umí soubor analyzovat a opravit?
Spíše častěji "analyzovat" a do-pííp-sit ještě více. A je otázkou, zda v podání MS je XML skutečně XML.

Urputná snaha MS o získání certifikace ISO naznačuje paniku v Redmondu. Už jen tak nebudou moci prznit stardardy, jako v případě svérázné interpretace html, atd. A hlavně jim hrozí ztráta dominace ve státní správě, viz právě rozhodnutí EU. A státní správa je velmi dobrá a hlavně solventní husa na škubání! Po velmi povedené reinkarnaci MS WME v podobě MS WV si toto nemohou dovolit.

Aha, takže se jedná o jednotlivé soubory, zřejmě poškozené díky chybám paměti či jiného HW. Nakonec chyby paměti jsou i oblíbeným zdrojem blue screenů.

Snaha o ISO certifikaci vypukla v MS již dávno (možná v reakci na přípravy ODF). Ovšem zdokumentovat OOXML je z důvodu kvality dokumentace daleko obtížnější, než u té kostry, kterou vytvořil Sun. A když jsme u mršení standardů, tak právě Sun ukládá do dokumentů ODF řadu věcí, o kterých není v ODF ani zmínka, a které jsou "dokumentované" leda zdrojákem OOo. Jinými slovy zmršené ODF, které nelze standardní implementací ODF interpretovat.

Hmm, koukam, ze 99% PC jak firemnich tak domacich ma vadnou pamet/CPU/disk/... protoze na nich nejdou sprave otevrit dokumenty z M$ office. Muj nejnadhernejsi zazitek (ktery se me nastesti nedotykal primo) byl, kdyz kolega sel tisknou svoji diplomku a word tak dokonale rozhodil formatovani, ze stravil dalsich 20 hodin upravami aby to mohl vubec odevzdat. Od te doby se jak on, tak ja vyhybame M$ jak cert krizi.

Podobne feature jako prelozene vzorce, ktere diky tomu nefunguji v jine jazykove verzi excelu jsou taky zuzo.

Mam pokracovat ? Myslim ze tu vsichni az na idividum LO vedi o cem mluvim.

Váš kolega strávil 20 hodin nad rozhozeným layoutem? LOL. Poslední verze Wordu, která prováděla layout podle tiskárny, byl Word 95. Pokud kolega použil novější verzi, tak měl v dokumentu zřejmě nastaveno, že se má použít layout dle tiskárny z důvodu kompatibility s Wordem 95. Toho lze "docílit" třeba editací dokumentu ve Wordu 95, použitím šablony z Wordu 95, atp. A samozřejmě se to dá zase vypnout. Navíc pokud kolega neumí napsat dokument tak, aby byl "zalomení-odolný", tak neumí s Wordem zacházet. Tipuji si na vynechané řádky mezi odstavci, a podobné prasárny. Nedej bože i zalomení stránky opakovaným stiskem klávesy enter ;)

Ano, možná tu všichni vědí. Jsou servery, na kterých je velmi málo lidí, kteří by uměli dělat s MS Office.

Väčšina znalých používateľov produktov M$ dokáže bez problémov priznať chyby, tak ako aj skutoční odborníci na Linux. Žiadny softvér nie je dokonalý, a ten Micro$oftí sa o to ani nepokúša. Micro$oft má pri tvorbe softvéru iba marketingový cieľ: vydať v pravý čas, nezávisle na štádiu dokončenosti (viz žiarivý príklad Windows Vista)

Ale toto je skutočne tvrdé, veľmi tvrdé. Všetky poruchy produktu hádzať na používateľa, to je sila. Je to presne v duchu tradície alibizmu M$: "aplikácia vykonala neplatnú operáciu" -inými slovami, systém sa pos..l a až do reštartu sa nespamätá, úžasný systém, úžasná separácia, úžasná ochrana pamäte... Najdôležitejšie je rýchlo to ešte zvaliť na aplikáciu, kým systém celkom zatuhne.

LO, naozaj to už preháňaš. Choď sa prejsť do prírody, vezmi si dovolenku, trochu si vydýchni. Marketing je len marketing, nenechaj sa kvôli peniazom úplne zblbnúť...

Ještě k 99% vadných PC: určitě vám došlo, že pokud je soubor jednou poškozený, tak ho neotevřete ani na PC, které je v pořádku. A není to proto, že by 100% PC mělo HW problém ;)

Vyjma toho existují napříkload DOC dokumenty generované jinými aplikacemi, které mohou být zmršené již od začátku. Protože jsem kdysi pracoval se systémem, který skladoval miliony dokumentů Wordu, tak o tom něco vím.

Aaa, tú vetu o vzorcoch v tabuľkovom kalkulátore som už čakal :-) Keby ODF nemal túto chybu, naozaj neviem, o čom by LO písal. Ale určite viem, o čom by NEpísal: o vyše 300 vážnych problémoch formátu OOXML.

A tá veta na záver, to je presne ten chorý pohľad na svet a'la Microsoft: "Ne že by možnost volby byla nutností."

Přečtěte si můj příspěvek ještě jednou - mluvíte o něčem jiném. Já si neinstaloval Firefox, ale MediaCoder. A právě k MediaCoderu byl Firefox bundlován (a dost možná stále je). Jsem možná mimořádně schopný uživatel, zvládnu totiž konverzi multimediálních souborů (k níž je MediaCoder určen) bez pomoci adware typu Firefox :) Jako browser používám Operu, která mi po všech stránkách vyhovuje nejlépe (na Linuxu i Windows) pro testování stránek samozřejmě i ostatní (IE, K-meleon, Safari, Konqueror). Firefox opravdu k ničemu nepotřebuji, pokud chci vyzkoušet zobrazovací jádro Gecko, je K-meleon lepší volbou (rychlejší, vybavenější a bez XUL).

"Nepochopil jsem, k čemu mi při konverzi multimediálních formátů poslouží další browser, tím spíš, že prohlížeč webu na svém stroji už jeden mám a dokonce o třídu lepší."

Netušil jsem, že se Safari mezi lidmi rozšíří takhle rychle. Všechna čest Applu!

Měl jsem samozřejmě na mysli Operu, nicméně právě tento příspěvek píšu ze Safari :)

Tak jsem ho zkusil a první co mně zarazilo bylo, že se asociovaly odt soubory na Microsoft Word, což chápu, ale jelikož používám hlavně OO2, tak měli při instalaci dát vědět a zetpat se (nebo jsem to přehlédl?).
Jinak funguje bez problémů. Větší testy jsem nedělal.

A ještě jedna chyba. Nepodařilo se mi plugin stáhnout přes firefox. Musel jsem zapnout IEčko.

Firefox 2.0.0.6 + WinXP mi při kliku na stáhnutí ODF pluginu napíše "This Catalog lists only the for sale products on the Download Center. For a complete listing of the free products available, please see the Download Center home page."

Ať už z přímého odkazu z článku, nebo z katalogu Sunu. Možná mi to blokuje nějaký Plugin?!

Tak jsem ho zkusil a první co mně zarazilo bylo, že se asociovaly odt soubory na Microsoft Word, což chápu, ale jelikož používám hlavně OO2, tak měli při instalaci dát vědět a zetpat se (nebo jsem to přehlédl?).
Vyvojari skor predpokladaju ze dotycny pouziva MS Office, takze asi preto ta asociacia suborov... Lebo ak pouzivam OO2 tak naco mi je plugin do MSO??? na dve veci na figu a na nic...

Kdyz dovolite, cetl jsem si to po sobe vice nez jednou. Problem je spis v tom, ze nejsem uzivatelem tohoto kancelarskeho baliku a opravdu si nepamatuji, jak se ktery jejich program jmenuje, resp. mel jsem za to, ze tam ty dve ,,l'' jsou. Me zamereni jsou unixove technologie a systemy a ty se zpravidla s timto balikem prilis nekamaradi, snad s vyjimkou Mac OS X, kde je vsak, stejne jako velka cast ostatnich uzivatelu, take nepouzivam. Nicmene dekuji za upozorneni, opravim to.

I ti nejnatvrdlejsi z tohoto postu urcite pochopili na jake jste strane ;-)

Možná tomu nebudete věřit, ale Excel je skvělý SW. Lze v něm tabulkově počítat, načítat data z DB, z plain textu, XML i HTML. Umí data třídit, filtrovat, převádět, exportovat. Pomocí VBA maker lze volat funkce Win32 API. Když vy potřebujete třeba vyfiltrovat list URL na soubory z nějakého serveru, zřejmě je proženete filtrem na command line. Já Excelem. Finanční ředitel do něj natáhne data z DB, a vytvoří plachty o velikosti tisku A0, které mu prý pomáhají ;). Některé firmy v Excelu vedou účto, objednávky, ceníky, fakturaci, sklad. Excel je možná trochu obtížnejší, než Word (ve kterém se snaží psát každý, byť to neumí), ale zato na něm běží půlka známého vesmíru ;)

Rikam snad, ze ne? Akorat ja jeho funkce proste nevyuziju. Vlastne kancelarske aplikace pouzivam vyhradne na cteni - pisu v TeXu, grafy delam v GnuPlotu, prezentacky v LaTeX-Beameru no a nic vic uz nepotrebuju. I kdyz mozna se nekdy necham premluvit na macovske iWork, 08ky vypadají opravdu skvěle, jeste uvidim.

Samozřejmě to je o stylu práce. Například pro "tradičního" grafika je velmi nešťastné psát HTML v textovém editoru, protože chce uvažovat vizuálně (nehovořím o studentech informatiky). Stejně tak právník chce uvažovat nad právními záludnostmi smlouvy, a nějaký textový editor je pro něj jen nástroj. Aby se učil TeX, to je abrurdní představa. A protože většina světa pracuje na "nepočítačových" věcech, jede vizuální nástroje. Já sice dělám počítačové věci, ale nakonec kdo navrhuje či opravuje televize, také může používat dálkové ovládání ;)

Presne tak, kazdemu co jeho jest. Pouze jsem argumentoval, proc nejsem odbornik na MS Office.

LO je mistní MS fanatik - ten to tam vidí, i když si to vubec nemyšliš - nemá cenu reagovat

Ano, MS fanatik ;). Nakonec jako každý, kdo nekoupí přítelkynni tanga s Tuxem a logem root.cz, že?

kdyz na tom bezi pulka vesmiru, uz zprovoznili prenaseni tabulky mezi ruznymi jazykovymi verzemi?

konkretne ten skvely napad lokalizovat analyticke funkce jako PRUMER apod, kvuli kteremu mi kdysi tabulky nesly otevrit v nemeckem Excelu

Nevím jak kdysi, ale lokalizovaná jména funkcí se do sheetu neukládají. Zkuste si otevřít soubor vytvířený v anglickém Excelu v české verzi. Názvy funkcí se prostě změní.

Ano, tak by se to melo celkem logicky chovat...

Bohuzel se to tenkrat ceskemu Excelu nejak nezadarilo a v sheetu byly nektere funkce nemecky (???).

Pak vyplavala na povrch dalsi nedostatecnost, neni tak jednoduche mit na 1 PC Excel (tusim to byl 2000) ve vic jazykovych verzich (tj. treba nemecky a cesky).

Uživatelsky definované funkce se pochopitelně nelokalizují. Když si napíšu funkci ConvertUnixTime2GMT, tak se takhle bude jmenovat v každém jazyce.

Samozřejmě Office 2000 má lokalizace přes MLP. Nainstalujete anglickou verzi, a k ní jazykové moduly (řekněme český, arabský). Bylo to k dispozici firemním zákazníkům, případně v MSDN.

Excel 2002 SP-2 - stale neopraveno

ze po sobe nejsou schopne Office aplikace otevrit svoje vlastni soubory, to se cas od casu stava, ale tohle je nejaka systematicka chyba v lokalizacich. Vznikaji tim vyrazy jako =HODNOTA(ČÁST(HEXINBIN(B3;8);1;1)), coz nefunguje.

cesky/anglicky HEX2BIN, nemecky HEXINBIN, italsky BINARIO.HEX, holandsky BIN.N.HEX...

ISODD = ISTUNGERADE = VAL.DISPARI = IS.ONEVEN...

jestli neverite, priklad je tady:

http://www.sps.volyne.cz/set1394/anin/chcksumg.zip

Já se přiznávám, že české verze používám jen pokud anglické nejsou k dispozici, takže nevím. Ale česká a anglická verze má shodné binárky, jde jen o jiný language modul.

problem je urcite mezi ceskou a nemeckou verzi, ten nemecky sheet by nemel umet pocitat ani v anglicke verzi

je klidne mozne ze ty funkce se cesky a anglicky nahodou jmenuje stejne, respektive nam to spis kdysi nekdo neprelozil, kdezto Nemcum jo (ISODD nezni moc cesky, mozna uz se o tom problemu vedelo)

Nemám německou verzi, ani language pack. Můžete uvést postup, jak problém reprodukovat s anglickou a českou verzí?

Jednoduse ulozite tabulku se vzorci v CZ verzi excelu (nepamatuju si teda verzi) a skusite to otevrit v EN verzi (nebo naopak). V obou pripadech se nacetly hodnoty, ale jakmile date tabulku prepocitat, vyskoci milion hlasek o nezname funkci ...

Řeknu vám něco o lhaní. Lež by měla být uvěřitelná. Pokud je v rozporu s osobní zkušeností každého, kdo Excel kdy používal, a navíc se dá prokázat během méně než minuty, lžete špatně. Nakonec běžte, a zkuste si to. Uložte si soubor v českém Excelu, a otevřete ho v anglickém.

Mohou samozřejmě existovat konstrukce, kde autor uloží vzorec jako string, a s tím pak manipuluje. To je ovšem hrubě špatně. Mám za to, že se toho dá docílit jen pomocí VBA (do buňky A1 vložit text "=suma(B2:B5)", což anglická verze neskousne).

Priatelia, keď poukážete na konkrétny vážny problém v produkte Micro$oftu, tak pravdepodobne klamete. Produkty od Micro$oftu sú bezchybné.

Kardinál LO týmto zvoláva svätú inkvizíciu, aby spravodlivo potrestala kacíra J.

vysledna (nefunkcni) tabulka vypadla z nemecke verze je na linku vyse

mozna to zacnu zkoumat dal, kdyz mi MS primerene zaplati za testovani

Bohužel to má pár problémů:
1) Nejde o konkrétní dokument, ale o způsob, jak prolém opakovatelně přivodit. Dokument se mohl jakkoliv poškodit.
2) Nemám německou verzi Office.
3) Určitě nebudu tahat vysoce podezřelý Excelový sheet z inetu. Stačí jedna neopravená díra v Excelu (a obdobně s dalšími formáty), a je dohráno.

hned vedle je to i rucne prepsane pro fungovani v italske a holandske verzi Excelu, kde je stejny problem (kdyz si z URL odmaznete jmeno souboru, directory listing je povoleny)

ad 3) - jo to genyjove z Redmontu si vymysleli binarni format na ukladani dat, ja ne

nebudu Vas trapit, proste uznejte, ze to "lokalizovani funkci" prokazatelne obcas nefunguje

tady je i pro rusky (kdyz Vam funguje jak pisete vys):

http://www.sps.volyne.cz/set1394/anin/chksm20r.zip

HEX2BIN je ШЕСТН.В.ДВ - to nema chybu ;)

Bohužel dávno nefunguje, to bylo cca v roce 2004. Ten počítač je už asi ve šrotu.

Ty brďo, ty jsi mne rozesmál.
TEBE bych chtěkl vidět jak konsolideješ ty svý sračky mezi GB, CZ a RF. A pokaždé v jejich národní verzi.

Mám na to radu - kup siprovaz a vyhlídni si strom dopředu.
Fakt, ale opravdu fakt jsi mne dostal.
Než něco napíšeš, tak si to zkus. A věř, že univerzální návod od Tebe nás mnohé potěší.

A propos - ještě než-li začneš něco prudit, tak si taky otestuj funkcionalitu PATH v příslušných jazykových verzích wydlí a také v nich s tím excelem pracuj.

Čus bus - větší hlod jsem už dlouho neslyšel.

Co je to "konsolideješ ty svý sračky mezi GB, CZ a RF"? Také bych se pobavil, ale to nesmíte vynechat pointu.

Co je proboha funkcionalita PATH? Environment variable PATH? A v čem že se mají jazykové verze Windows či Excelu lišit?

Ano, hlod to byl roztomilý, ale chyběl obsah.

jestli RF je Ruska Federace, tak to pan nema jednoduche

treba rusky Word na ceskych Windows skutecne nejde pouzivat, protoze cast GUI je zmrsena (misto bukvic ceske znaky s diakritikou)

pricemz azbuka v systemu je, navic cast GUI se zobrazuje podle ocekavani

S dovolením ruský Word na českých Windows jsem měl. Samozřejmě bez problémů. České znaky zobrazují ne-Unicode aplikace (naposledy Word 95), pokud je code page systému nastavená na 1250 (tj. "českou"). Samozřejmě muvíme o Windows řady NT.

cca 3 roky dozadu - Windows 2000 SP4 CZE + Office 2000 nebo XP RUS (z MSDN)

instalaci jsem se dokazal proklikat "poslepu", ale bez casti GUI se s tim nedalo normalne pracovat

vypadalo to na nefunkcni MS SansSerif, ale u MS to neprekvapuje, trh byvaleho SSSR asi moc neresi (treba podporu pro armenstinu maji taky nevalnou)

tak jsme aspon pretahli spell checker do ceskeho wordu (sel) a nechali to byt, at si bratr Slovan zvyka na mistni realie

Hm, to pouze já měl Windows 2000 EN + CZ, GR, RU, arabic a hebrew language pack, a Office XP s těmi samými moduly. Holt jste asi dělal něco špatně.

Áno, kardinál LO. Moja vina, moja vina, moja culpa maxima..

Ano je to fakt vyborny softwer typu urob si vlastny makrovirus...Pomocí VBA maker lze volat funkce Win32 API.(a dalsia perlicka s tym suvisiaca)...ale zato na něm běží půlka známého vesmíru ;)

SAno, ve VBA byla napsána řada červů. V C/C++ také. Takové mizerné jazyky ;)

Az na to, ze C/C++ neni vetsinou soucasti dokumentu. Data by zasadne nemela obsahovat zadny spustitelny kod a pokud obsahuji, je to bezpecnostni dira.

Tak proto je PS tak špatný formát ;)

Z oficiálního "README_en-US.html":
Přidejte do registrů tuto informaci:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Word\Options]
"DoNotConfirmConverterSecurity"=dword:00000001

Tímto se odstraní hláška o nebezpečnosti obsahu ve Wordu.

Pobaví, že převod do "skvěle dokumentovaného" ODF řeší Sun tak, že nainstaluje vykuchaný OpenOffice. Ještě že na svém PC nepotřebuji kvůli filtrům i vykuchaný InkWriter, PockerWord, Wordperfect 5, WordPerfect 6, Word 6.0, Word 2.0, Word for Mac, T602 a další ;). Aneb svéráz Sun ODF.

To bych se zase Sunu zastal - sam jsem vyvojar a na postupu Sunu nevidim vubec nic spatneho, vsak posudte sam - knihovny jsou jiz vyladene, kratsi doba vyvoje, mensi pravdepodobnost vyskytu chyb, sdileni kodu znamena tez, ze vsechny zmeny v OO automaticky prejdou do tohoto pluginu ... znovuvyuzitelnost kodu je nahodou skvela vec, i kdyz nekdy - zalezi na navrhu - muze s sebou nest vetsi pozadavky na misto na disku.

Já osobně řešení Sunu považuji za technicky nešťastné a neprofesionální. Nemá smysl instalovat aplikaci namísto převodního filtru. Nakonec kdyby MS uvolnil 30MB upravené jádro MS Wordu jako importní filtr do OpenOffice, jistě byste tvrdil totéž, co teď tvrdím já.

Proc bych mel v pripade MSO tvrdit neco jineho? Sice je pravda, ze nemam MS prilis v lasce, nicmene nejsem zadny fanatik a kdyz se jim neco povede (.NET, Silverlight), tak to umim ocenit.

Toto je zaujímavá poznámka. Prinútila ma zamyslieť sa, čo by asi tak malo byť jadrom MS Wordu.

Myslel si tým aj tie knižnice, čo sú inštalované vo Window$ a NIE sú súčasťou inštalácie M$ Office, ale pritom Window$ ich v podstate nepotrebuje, zato M$Office je na nich závislý? Taká tá malá poistka, aby Office nebežal v emulátore.. Taká tá malá nekalá súťaž..

Keby toto zabalil M$ do svojho "upraveného jadra", tak by aj Office2003 bežal bez problémov pod WINE.

Mrkněte na odkaz níže
Kolik vidíte MB ? Já 27MB. A co že jde? No přece jen o podporu formátu MS Office 2007 ve verzi 2003 (Microsoft Office Compatibility Pack pro formáty souborů aplikace Word, Excel a PowerPoint 2007).
Vy máte nějaké problémy s 30Mb Compatibility Packem od Sunu? To mi zavání jednostranným útokem.
http://www.microsoft.com/downloads/details.aspx?familyid=941b3470-3ae9-4aee-8f43-c6bb74cd1466&displaylang=cs

Ano, je to 27MB, včetně například fontů Office 2007. A nemám dojem, že by šlo o vykuchaný Office 2007. Nebo myslíte, že ano?

Tak jaký máte dojem? 30MB to má, ale je to ultra-light pluginek:)

Myslím, že 30MB v dnešnej dobe nič nie je. HP ovládače tlačiarne majú kľudne aj cez 250MB a stále mnoho vecí nedokážu...

Zw nepotrebujete??? ale ano potrebujete... preco je MSO kazdym novym vydanim dvkrat vecsie(po instalacii) ako predchadzajuca verzia??? (grafikou a novimi funkciami to nebude..)