Ptám se: kolik lidí si bude kupovat aplikaci, aby ji pak spouštěli pod Wine a doufali, že pojede?
Na druhou stranu celkem pochybuju, že by MS byl úspěšný s MSO na Linuxu. Protože mnoho uživatelů (aspoň dnešních) nebude MSO používat už z principu. (Je jedno, jestli kvůli uzavřenosti, nebo kvůli výrobci, či z jiných podobných důvodů.) Sice tato diskuse asi nebude vyloženě reprezentativní vzorek, ale takovýchto uživatelů nejspíš bude na Linuxu mnohem víc než na Windows či OS X.
Druhá věc je, že zde mnohem víc uživatelů _ví_ o alternativě. Bude tu mnohem víc uživatelů (např. já), kteří budou používat např. LO z pragmatických důvodů.
Aby to mělo smysl, muselo by IMHO nastat alespoň jedno z následujících:
a) MS to vyvine s nízkými mezními náklady (např. potuní Wine a přibundluje to k Office a bude k tomu dávat podporu)
b) Přijde na Linux mnoho nových uživatelů (Steam, Windows 8), kteří budou ochotnější si MSO koupit.
c) Ještě něco, o jsem už asi zapomněl.
No hlavne mi to pripada jako docela velka moznost do (alespon mensich) firem zacit nasazovat Linux na pracovni pocitace vsem zamestnancum. V mnoha pripadech byla totiz hlavni prekazka prave neuplna kompatibilita .docx apod s alternativami typu Libre Office. Zejmena v pripadech vymeny dokumentu s nejakou jinou firmou.
Vetsine uzivatelu je operacni system celkem ukradeny, zvlast pokud tam je rozumny prohlizec a normalni Office. Navic podle zkusenosti z meho okoli je MS Office for Mac celkem povedeny (mozna i lepsi nez Win verze), takze myslim ze to je vesmes pozitivni zprava, alespon pro nefanatiky.
Nedávná fun story (vánoce)... Bylo přišlo, dorazily soubory DOCX a XLSX a bylo je potřeba otevřít. Z vnitřních firemních potřeb vyplývá, že změna office je nežádoucí, takže většina lidí, pokud může, jede na 2003. Neboli náklady na přeškolení na ribbon jsou i podle vedení neúměrné jeho přínosu a i školitelům z něj stále vstávají vlasy hrůzou - přechod AutoCADu všem stačil. Jenže nové formáty souborů posílá třeba VZP. No takže jsem vytáhl OO/LO a ty soubory postupně přeukládal do čitelného formátu pro zbytek světa. Navíc jsem navrhl tyto nové soubory označit jako nečitelné a zprávy v nich jako nedoručené.
Takový BFU potřebuje k práci, aby se v tom vyznal, pokud možno prostředí s co nejméně změnami v aktualizacích, natož v běhu. To Ribbon nebo 8 nebo GnomeShell nebo Unity nesplňují. Už útěk z DOSu před 20 lety bylo dělo, ale ho tam naštěstí ospravedlnila grafika. Plus ribbonu jménem práce se styly je mimo, neboť na serveru visí šablony všech základních firemních dokumentů a výběr stylu zvládne i 2003.
To mi přijde jako celkem vtipný postup. Nebylo by lepší na stanice deploynout Microsoft Office Compatibility Pack, se kterým může Office 2000 a novější otevírat XML formáty (docx, xlsx, pptx)? Při importu v OOo totiž můžete narazit na dlouhou řadu problémů.
http://www.microsoft.com/en-us/download/details.aspx?id=3
Ribbon naopak měřitelně zvyšuje produktivitu uživatelů. Samozřejmě každá změna UI je pro uživatele na chvíli brzdou, ale pokud je to dobrý interface, tak se rychle dostanou nad původní produktivitu.
http://blogs.msdn.com/b/jensenh/archive/2008/03/12/the-story-of-the-ribbon.aspx
To není nic nového. Už dříve jedné firmě v US takhle neprošel přechod z Unixu na M$NT4. A to šlo o Cats (jeden z jejich vydavatelských systémů). S compatibility packem jsou problémy skrz .NET. O zvýšené produktivitě vyprávějte tomu, kdo musí na ribboní liště lovit funkce, co se schovávají, protože se tam nevejdou.
Osobně mám s ribbonem ještě další problém - většinu lišt (včetně start) od jisté doby házím na strany monitoru a ribbon (aspoň ten v CADu) tohle neumí.
Přechody na cokoliv nového často brzdí setrvačnost uživatelů, i když je změna k lepšímu. Například počítače přinášely proti psacím strojům řadu údajných nevýhod: krátká dráha a nízký mechanický odpor kláves, horší kvalita tisku, mizerné zobrazení na blikajícím monitoru, složitá obsluha programů atd. Podobně se účetní a grafici bránili přechodu na počítače, zaměstnanci výpočetních středisek příchodu osobních počítačů, unixoví admini příchodu Windows... Jenže kdyby člověk dal na každý stesk svých zaměstnanců, nikdy by nezavedl nic nového, a produktivita práce by zamrzla v čase.
BTW srovnání kvality tisku na psacím stroji z roku 1964 (zjevně použitém amatérem) a běžné jehličkové tiskárně. Setrvační uživatelé měli čím se ohánět.
http://1.bp.blogspot.com/-jrYcOhsUV5A/UN5_GG2z_4I/AAAAAAAAFcM/0D46ZAhx7QM/s1600/scan+001.jpg
http://teacherind.files.wordpress.com/2011/03/matrix-print-swirl-sml-01.jpg
Na prvním místě si myslím, že MS minimálně v nejbližší době MS Office pro Linux nevydá. Nic by mu to nepřineslo, spíš naopak. Nakonec celá zprávička je postavená na neověřených drbech. Pokud by se Linux významně rozšířil, a vydavatelé SW z něj měli zajímavé tržby, byla by asi situace jiná.
Samozřejmě na Linuxu existují uživatelé, kteří by MS Office z principu nepoužívali. Ti by ale nebyli cílovou skupinou. Tou by byli firemní zákazníci. Ti jsou totiž pragmatičtí. Nezajímá je filozofie FSF, nepotřebují si odmítáním toho či jiného produktu něco dokazovat. Kdyby používali Linux na desktopech (což zatím nedělají), ocenili by jak známé prostředí MS Office, tak 100% kompatibilitu dokumentů. Nicméně to pořád vidím spíš jako sci-fi.
> Samozřejmě na Linuxu existují uživatelé, kteří by MS Office z principu nepoužívali. Ti by ale nebyli cílovou skupinou. Tou by byli firemní zákazníci.
Jasný, chtěl jsem říct, že i při stejném tržním podílu Linuxu a Mac OS může být z hlediska potenciálních uživatelů MacOS zajímavější. Tzn. bez sražení nákladů (Wine apod.) to asi nebude zajímavé.
Ano, i pragmatičtí uživatelé existují. Pro někoho může být pragmatické koupit MSO, nic proti tomu. Pro mě ne, LO i MSO udělá zhruba stejnou službu. On by mi podobnou službu udělal prakticky jakýkoli Word+Excel+Powerpoint viewer.
Ad "při stejném tržním podílu Linuxu a Mac OS může být z hlediska potenciálních uživatelů MacOS zajímavější": Tam je otázkou, o jaké uživatele by šlo. Upřímně on ani MS Office for Mac není zvlášť výdělečným podnikem. MS spíš s Applem udělal výměnu něco za něco. V roce 1997 byl Apple napokraji zániku, a MS s ním vyměnil 5-leté pokračování MS Office a "záchrannou" finanční injekci za licencování patentů a pár dalších věcí. Od vypršení té dohody se uvnitř MS pravidelně ozývají výzvy k ukončení Office for Mac.
Pokud vystačíte s prohlížením dokumentů, tak samozřejmě není důvod si pořizovat MS Office.
Tak ja napriklad nekolikrat pri prenosu Powerpointu (pouzival jsem na postery) z jednoho PC (Office XP) na druhe (Office 2007) ztratil uplne data z tabulky. Detaily typu posun prvku na strance a jineho zobrazeni barev radsi zminovat nebudu (naprosto bezna zalezitost). Vse se tyka Powerpointu. U Wordu a Excelu jsem vetsi problemy nezaznamenal, ale taky je moc nepouzivam.
S PowerPointem bohužel zase nemám tolik zkušeností já. U změny pozice objektů bych si tipnul na kombinaci AutoLayout + pevná pozice některých objektů vzhledem ke krajům stránky + změna velikosti papíru. Data tabulek se mohou ztratit například pokud jde o linkovaný dokument Excelu. Odstraníte linkovaný soubor, a tabulka z PPT zmizí (asi u toho bude nějaká hláška). Obojí se vám samozřejmě stane i v Office XP, protože jde o chyby při psaní dokumentu. Změna barev se pak většinou týká uložení prezentace z nové verze Office ve starším formátu, který nepodporuje plné barevné spektrum (typicky se to stává v Excelu, který ve starých verzích uměl jen 16 barev).
Jsem hrozny puntickar. Tzn. u objektu nikdy nic nekombinuji (vsechny umistuji a zarovnavam se stejnymi pravidly). Zmena velikosti papiru nastesti samovolne neprobehla a ja ji nikdy nemenil (posun prvku muze byt znacny, napr. pak prekryje jiny prvek, nejde o esteticke detaily). Linkovane objekty nepouzivam. Konkretne jedna z tabulek byla delana primo v PowerPointu a presto se data ztratila. Libi se mi, kdyz nekdo automaticky svadi vsechny chyby v programu na uzivatele:). Ale verte, ze chyby casto nejsou mezi klavesnici a zidli (takovy priklad, kdy jsem si tiskl stranku s obrazkem v .doc, spoustu let zpet. Dal jsem vzdy to same na uplne stejnem pocitaci v ramci jedne hodiny, konkretne tlacitko tisk, pozdeji umoudren jen tlacitko nahled (a stejne ne vzdy nahled korespondoval s tiskem:(). Nic vic, nic min. A svete cum na to. Obrazek se vzdy vytiskl uplne jinak velky. Kde tam byla chyba mezi uzivatelem a zidli? To jsem jako spatne stlacil tu ikonku? Samo dnes uz vim, ze radsi nejdrive pdf, pak tisk. Ale tohle taky povazuju za slusnou chybu MS Office, ale i OOo. Dodnes mam s tiskem obrazku v techto programech problem a radsi pouzivam LaTeX.).
Ani jeden z těch problémů jsem nikdy neviděl. Netvrdím, že se vám to nemohlo stát, protože když má zařízení procesor a uživatele, tak je možné skoro cokoliv :)
Ten problém s úplně jinak velikým obrázkem mi zní jako dlouholetému uživateli MS Wordu velmi nepravděpodobně. Faktem ale je, že když si napíšete padesát znaků 'm', a pod to tolik znaků 'i', aby to mělo stejnou šířku, tak narazíte na omezení WYSIWYG. Je to dané odlišným rozlišením obrazovky a tiskárny. Nicméně to je asi úplně jiný problém.
Nemam potrebu lhat. Jedna se asi o 6 let starou story a je pravdiva do puntiku. Z novejsich (par mesicu) mohu dodat historky, kdy dam do Wordu obrazek (nevim, co proti memu formatu Word ma, je to z R projectu, vetsinou .png) a na nem se pri zvetseni/zmenseni objevuji/ztraci pruhy. Tyto pruhy jsou na ukor casti obrazku, tzn. pri urcite velikosti je obrazek uplne v poradku, pri jine velikosti jsou na polovine obrazku jen pruhy, zbytek obrazku je OK a pri dalsi velikosti vidim jen pruhy, atd. (pruhy se pak objevi i v tisku, navic mam podezreni, ze ne vzdy koresponduji s tim, co vidim na monitoru, ale nejsem si uplne jist).Pricemz neplati, vetsi/mensi => pruhy se zjevi. Proste nechapu, ale v tomto pripade Vam klidne budu verit, ze je to jenom tim, ze jsem blb ja (jenze nechapu, kde je chyba). Btw. toto pozoruji i u LibreOffice. Ale napr. v LaTeXu si muzu s obrazkem delat co chci. Ale to uz jsem odbocil od tematu, sorry.
Pruhy v obrázku mohou být způsobené nějakým problémem s formátem obrázku, nebo například ditheringem ("tečkováním" v okrázku). To první můžete odstranit re-komprimací obrázku v jiném programu. Open source je má obecně poměrně nízkou kvalitu kódu, takže podobné problémy nepřekvapí. Na stránkách R Projectu například vidím: May 2012: fixed some bugs with writing PNG (kml_layer.Raster). To může a nemusí souviset s vámi popisovaným problémem.