LibreOffice 4.0.2

LibreOffice, OpenOffice.org

A The Document Foundation (TDF) bejelentette a LibreOffice 4.0.2-t Windows, MacOS és Linux rendszerekre. Ez a második hibajavító kiadás a LibreOffice 4.0 február eleji megjelenése óta.

Ez a kiadás újabb jelentős mérföldkő a LibreOffice 4.0 stabilizációs folyamatában, elősegítve a szabad szoftverre való áttérés folyamatát. A TDF nemrég adott ki egy leírást (white paper) a LibreOffice-ra való migrálásról.

A 4.0.2-ben javított hibák listája szokás szerint két részletben érhető el: RC1 és RC2.

( Som-Som | 2013. 04. 05., p – 08:45 )

Üres rizsa, főleg ami a white papert illeti. Amíg az LO visszavonhatatlanul szanaszét cseszi a fájlokat, amihez hozzányúl, addig elég nehéz lesz bárkit is meggyőzni a migrálásról. Úgy látom, hogy még felajánlott pénzért sem hajlandó senki ezen változtatni. Lásd https://bugs.freedesktop.org/show_bug.cgi?id=49120

Nekem nem a hibával magával van a bajom, az akad minden SW-ben bőven. A baj, hogy ez egy rettenetesen durva hiba (minden XLSX fájlt tönkretesz az LO, márpedig 6 éve ez az Excel alapértelmezett fájl típusa). És a bugzillában igen jól dokumentáltan látható, hogy az LO-t fejlesztő közösség több, mint 1 éve egyáltalán nem foglalkozik vele. Még csak annyi sem történik, hogy letiltsák az XLSX-be mentést. Ez igen csúnyán aláássa az egész LO hitelét.

Én értem, hogy a Writer sokkal szebben rendereli magyar nyelvnél a "fi"-ben az i-n lévő pontot a Wordhöz képest, mint azt korábban a HUP-on is olvashattuk. Lehet az egész LO egy tipológiai csoda. De ameddig egy cégnél komoly adatvesztéseket okoz a LO, addig tojok az i-n lévő pontra.

Letöltöttem egy xlsx-et a netről, az elsőt amit a google talált. Megnyitottam az libreoffice4.0.1.2 (Build az.: 400m0(Build:2))-vel ami az ubuntu 13.04-ben van. Beleírtam, rámentettem, bezártam. Mindezt egymás után kétszer. 0 hiba.

Aztán kerestem direkt tesztfájlt, egyet a microsofttól egyet random. .xlsx mindkettő. Megnyitottam, beleírtam, mentettem.
Megnyitottam, és láss csodát, minden adat benne maradt és nyitható. Most vagy csak a windows-os libreofficeban van meg a hiba, vagy speciális xlsx-et használsz.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Tedd publikussá ezt az .xlsx file-t, ha lehet, hogy kipróbálhassam. Mert nekem nem jön elő a hiba.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Som-som kollega mar nyilvanossa tett egy ilyet:

https://bugs.freedesktop.org/show_bug.cgi?id=49120

Csak kovetni kell az utasitasokat. Roviden: Megnyitod a Product-Good.xlsx-t, beleirsz barmelyik cellaba egy betut, elmented, ujra megnyitod: eltunt a fel "Header" sheet, a tobbi sheet pedig nem is valaszthato ki, mert nem latszanak (?!) a sheet-fulek.

Kiprobaltam Excel 2010-zel is, ott nincs semmi baj.

Amit nem probaltam, hogy ha LO-szal modositom, akkor excellel megnyithato-e utana, de a bugreportban azt irjak, hogy nem.

--
"Never trust a computer you can't lift."

Ezzel az .xlsx-el valóban előjön a hiba. Viszont összeszedtem vagy 20 másikat a netről össze-vissza, azok egyikével sem.
Érdekes bug, remélem hamar javítják.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Azt az XLSX-et igazából nem én tettem fel, csupán belefutottam én is hasonló hibába. Kaptam egy igen egyszerű és nem is túl nagy Excel 2007-ben készült táblázatot. Megnyitottam LO-ban, szépen látszott minden, aztán mentettem egyet. Onnantól sem LO-ban sem Excelben nem lehetett megnyitni.

Én nem azt mondom, hogy nem értem meg SW fejlesztői oldalról a probléma nehézségét. Igen, nem sikerült még egyelőre megcsinálni. Ezzel minden oké. A probléma az, hogy mezei felhasználóként én azt várnám el, hogy ha XLSX-be nem tud menteni az LO, akkor nem tönkreteszi a munkám gyümölcsét, hanem azt mondja, hogy mentsem ODF-be vagy bármi másba, amit tud úgy írni, hogy az vissza is olvasható utána.

Ezt írtam én is, hogy "bármi másba, amit tud úgy írni, hogy az vissza is olvasható utána". Igen, az XLS is tökéletes megoldás lehet. A probléma nem ez, hanem az, hogy az ártatlan felhasználó (nem én és nem is te, hanem Teri néni) megnyitja az XLSX-ét, aztán ment egyet és minden adata elveszik. Utána hiába magyarázod neki, hogy XLS-be tudott volna menteni, már megtörtént a baj és élete végéig utálni fogja az LO-t, hiába remek cucc.

Sajnos az sem megoldás, ha fizetsz LO supportért. Még ha vissza is tudják szerezni az adataidat, akkor is jó nagy galibát és ezzel jó nagy veszteséget okoz az LO.

Így van, meglincselni nem kell. Én is örömmel használom amióta a Sun elérhetővé tette ingyen. De azért én nem merném ilyen vagányan nyomni a migrálós dumát. Előtte bizony tesztelni és javítgatni kéne - ami eddig jól láthatóan nem elégséges. A tesztelésben a közösség sokat tesz, így születnek a hibariportok. A javítás viszont rendesen elmarad, ez tisztán látszik.

Ennek a jelenségnek az lehet az oka, hogy fejleszteni sokkal nagyobb élvezet és több elismerést hoz, mint a hibajavítás. A hibajavításokhoz valószínűleg fizetett emberek kellenek, pénz, és egy megbízható üzleti modell, ami visszahozza a befektetést. Ha ez megvan, lehet tolni a migrációs dumát. Előtte felesleges, mert csak lejáratja a LO-t, amit egyikünk sem szeretne.

A javítás nem marad el rendesen, ezerszámra javítjuk a hibákat. Ami e konkrét esetben probléma volt, hogy a hibát nem megfelelően eszkalálta a QA. Ilyen hibák becsúszhatnak a freedesktopon, ami egy teljesen önkéntes alapon működtetett bug tracker. Annyiból megérte itt a hupon felhozni a témát, hogy Irányossy Knoblauch Artúr valószínűleg itt olvasott róla, és már küldött is egy javítást. Holnap elválik, hogy jó-e. Ez az fdo#49120-as hibát javítja, a tiédet lehet, hogy más okozta, tehát érdemes volna egy minimal reproducer mintafájlt küldened a bugzillába, ha mégsem lenne ez a patch egy univerzális javítás.

A migráció esetén a TDF sosem azt mondja, hogy töltsd le a LibreOffice-t és telepítsd a munkahelyeden a gépekre, hanem hogy minden átállást tanúsított support partner segítségével végezz. Ha sok a potyautas, az a projektnek nem jó, mert egyrészt a bebukott migráció rossz PR, másrészt ha nincs bevétel, akkor kevesebb emberi erőforrás jut a fejlesztésre (és javításra).

Csak LibreOffice-ban és (az XLSX-ben elmentett, módosított tesztfájlt) Google Dokumentumokban ellenőriztem az fdo#41920-hoz csatolt foltot, de ez alapján a beküldött folt jónak tűnik, a munkalapok nem tűnnek el a megnyitásnál! Érdekes módon a Google Dokumentumok szerkesztésre nem tudja megnyitni az XLSX-et (az eredeti jót sem). A LibreOffice-ban a színes hátterű mezők feketék lesznek a módosított tesztfájl újbóli megnyitásánál (a Google Dokumentumoknál, ahol csak a PDF-szerű kimenet látszik valamilyen konverzió után, nem), de ez már egy egyszerű formázással javítható, lehet, hogy az Excelben ez a háttérhiba nem is jelentkezik a Google Dokumentumok alapján. Köszönöm én is a hibabejelentést és a foltot!

"Az ugye megvan, hogy az MS nem teszi közzé a fájlformátumainak leírását?"

Ügyes költői/beugrató kérdés :)

És akkor ez mi:

http://www.microsoft.com/openspecifications/en/us/programs/osp/office-f…

Egyébként volt a HUP-on hasonló ügyekben több agymenés is de NEM keresem meg Neked.

Ha érdemben akarnánk erről beszélni - nem akarok - akkor a gondok a licenszelés, szabadalmak, védjegy, stb. kulcsszavak körül kezdődnek...

A white paper ugyanazt fogalmazza meg, mint ami a hivatalos álláspont a MOX (Microsoft OOXML) formátumokkal kapcsolatban: https://wiki.documentfoundation.org/LibreOffice_OOXML
(Magyarul kapcsolódó hír: http://hup.hu/cikkek/20120817/ms_office_ooxml_strict_odf_1_2_tamogatas)

A lényeg, hogy migrációnál a LibreOffice natív formátumát, az OpenDocumentet érdemes használni, a MOX-ot viszont egyáltalán nem. (Ennek több oka van, az egyik valószínűleg az, hogy nem siettek az output szűrők fejlesztésével, hasonlóan a Microsofthoz, amely hiába ígérte az MS Office 2010-re, még a 2013-ban sem lett alapértelmezett az ISO OOXML Strict formátum. Most már nagyon úgy tűnik, hogy felesleges arra várni, hogy az MS Office-ban valaha is alapértelmezett lesz a Microsoft által készített és szabványosított Strict OOXML formátum, úgyhogy német meg svájci (ön)kormányzati támogatással felgyorsult a Transitional OOXML output szűrők fejlesztése. Addig használható a valamivel megbízhatóbb XLS is, legalábbis a LibreOffice azzal nem követ el hasonló hibát a tesztállományon.)

Ha a LibreOffice a felhasználó kifejezett kérésére mégis megpróbálkozik a MOX mentéssel, ez az egyértelmű üzenet olvasható: „Ez a dokumentum olyan formázásokat vagy tartalmat tartalmaz, amely nem menthető a jelenleg kiválasztott »Microsoft Excel 2007/2010 XML« formátumba. Használja az alapértelmezett ODF fájlformátumot, hogy a dokumentum biztos helyesen legyen mentve.”

Ha ilyenkor mégis mentjük a tesztfájlt, az adattartalom a szöveges XML állományok alapján úgy tűnik, nem vész el, tehát ha nagyon szükséges, például ha az előbbi figyelmeztetés ellenére nincs biztonsági másolat, az adatok kinyerhetők. (Itt például így sikerült a megsérült változáskövetést helyreállítani egy LibreOffice-szal módosított DOCX-ben: https://bugs.freedesktop.org/show_bug.cgi?id=60771)

A MOX mentés letiltható vegyes vállalati környezetben (https://wiki.documentfoundation.org/Documentation/Disable_OOXML_Export), illetve az olyan kiegészítőkkel, mint a MultiFormatSave (http://extensions.libreoffice.org/extension-center/multisave-1), még biztonságosabbá tehető a LibreOffice. (Ennek a kiegészítőnek remélhetőleg hamarosan lesz magyar változata, az olyan hasznos migrációs kiegészítőkkel egyetemben, mint a Template Changer, és az MSO Preview, ez utóbbi képes megmutatni a LibreOffice-ból mentett MS Office állományok kompatibilitását az ingyenes MS Office Viewer meghívásával, ráadásul akár Linux alatt is, Wine-nal futtatva a programot.)

Az ilyen kompatibilitási problémák ellenére is vonzó lehet a migráció vállalati környezetben. (Nemcsak non profit szervezeteknél, ahol a 80-160 ezer Ft kiadását is meggondolják az Office-ért (+ a Windows ára) gépenként, még akkor is, ha a Microsoft feloldotta a dobozos változat új rejtett OEM korlátozását a tiltakozásoknak köszönhetően: http://www.hwsw.hu/hirek/49925/mirosoft-office-2013-licenc-hordozhatosa…). Miért lehet vonzó a LibreOffice? Mert miközben ugyanazt tudja, mint a zárt alternatívák, azokat meghaladja a nyílt forráskóddal, valódi nyílt szabványokkal és platformfüggetlenséggel, amelyeket egyre többre becsülnek a vállalati és a közszférában is.

Ez nagyon szép és jó, de nem ez az átlagfelhasználó felhasználási esete, hanem az, hogy beesik neki mailben egy xlsx, át kell benne írnia 3 számot és visszaküldenie. Szó nincs migrációról (mindig is Open/LibreOffice-t használt), nem a saját fájlja, hanem pl. egy potenciális üzleti partneré, és óriási arcvesztés, ha egy ilyen egyszerű feladat után korrupt fájlt küldesz vissza, vagy elkezdesz magyarázni a fájlformátumok különbségeiről.

És nem hiszem, hogy elvárható lenne a felhasználótól, hogy miután a program elmenti a fájlt, még ellenőrizgesse azt akármilyen viewerrel. Komolyan gondolod, hogy egy 5 sornál hosszabb dokumentum vagy egy átlagos xlsx (néhány worksheet, mindegyiken 20-30 különböző képlet összesen mondjuk párszáz példányban) esetében ez alternatíva?

Itt nem arról beszélünk, hogy a formázás el van csúszva, hanem hiányoznak adatok az újra megnyitás után. Az sem boldogít, ha magában az xmlben benne van, mert üzleti körülmények között ez nem kinyerhető adat. Labor/fejlesztői körülmények között persze az, de ez a felhasználót nem boldogítja.

1;Megnyugodhatsz.
2;A File Roller pont elég nem kell hexeditor.

A topic elején még igazat adtam nektek. Azóta vettem a fáradságot és utána olvastam miről is van szó és nem értem miért kell ilyen ügyet csinálni ebből.
Nem értem mert mielőtt a mentés történik elmondja, hogy a dokumentum olyan formázásokat tartalmaz amely nem menthető a kiválasztott formátumban.
Nem értem mert elmondja, hogy használja az ODF-et hogy helyesen legyen mentve.
Nem értem mert mikor tőlem ezt kérdezi mindig ODF formátumba mentem. Majd mikor kész vagyok exportálok olyat amit vélhetően a másik fél favorizál és mind a 2 típust elküldöm.

Ha pedig az én megrendelőim xlsx típusú fájlokkal bombáznának akkor nem LO-t használnék hanem alkalmazkodnék hozzájuk.

"Nem értem mert mielőtt a mentés történik elmondja, hogy a dokumentum olyan formázásokat tartalmaz amely nem menthető a kiválasztott formátumban."

Formázás != adat. Egyrészt ettől a kimenetnek nem szabad korrupttá válnia (vagyis nem veszhet el adat), másrészt a formátumok közötti különbségek miatt vesznek el formázások, ami nem a libreoffice hibája. Amiről viszont szó van, az fájl korrupció, ami a libreoffice hibája.

"Ha pedig az én megrendelőim xlsx típusú fájlokkal bombáznának akkor nem LO-t használnék hanem alkalmazkodnék hozzájuk."

Vagyis a libreoffice nem kompatibilis az ms office-szal szerinted se.

"Mint ahogy már nemethl is leírta a tartalom nem veszik el. Ott van a fájlban, csak hát nem képes megjeleníteni:"

Az a baj, hogy a figyelmeztetés szövege _nagyon_ félrevezető. Csak annyit lehet belőle kihámozni, hogy a formázás nem lesz megfelelően elmentve. Arra pedig utalás sincs, hogy emiatt esetleg a tartalom egy része _egyáltalán_ nem lesz megjeleníthető. Még formázatlanul se. A hétköznapi felhasználó számára a mentés miatt elveszett a szöveg egy része.

Igen. Ez pontosan ugyanaz a kategória, mint amikor az autóba épített GPS közli, hogy ne használd menet közben, mert nekimehetsz a fának.

Ha valaki jelent egy hibát, ami ráadásul adatvesztéssel jár, akkor nem az a korrekt válasz, hogy miért nem használt ODF-et. Azért nem azt használt, mert nem tudott azt használni az adott helyzetben.

Ha már feliratokkal dobálózunk, akkor mondhatnám azt is, hogy ezt vegyék le a Features oldalról a libreoffice.org -on, hiszen nem "compatible":

Compatible with all major competitors' file formats. You can easily import files from Microsoft Word, Excel and PowerPoint and many other formats, and can easily save to Microsoft Office and other formats when needed.

Természetesen nem mondom ezt, minden szoftverben vannak hibák, súlyosak is. A fő kérdés a hibákhoz való hozzáállás.

Eddig az egyetlen értékelhető választ Tímár András írta, hogy ha valaki megbízható hibajavítást szeretne, az kössön támogatási szerződést. A SuSE oldalán 5 perc alatt megtalálható, olcsóbb mint egy MS Office licenc éves díja. Az sajnos nem nyilvánvaló, hogy ebbe pontosan milyen szolgáltatás tartozik bele, de a 300 USD-ért amit a konkrét hibáért felajánlottak a freedomsponsors.org-on, 2x1 éves standard support szerződést vehettek volna, amiért gondolom nem ennek az egyetlen hibának a kijavítását lehet elvárni.

Örülnék, ha egy-két illetékes a SuSE-tól és más magyar LibreOffice-t támogató szolgáltatóktól leírná itt a topikban, hogy egy ilyen támogatási szerződés megkötése után milyen szolgáltatási szintre lehet számítani, pl. egy hasonló hiba esetén.
Kérném, hogy szorítkozzunk a magánszemélyek és kisvállalkozások által elérthető "standard" szolgáltatási szintre, mert bár nagyon érdekes információ, hogy egy 1000 licenszes megrendelésnél milyen jópofa extra szolgáltatások vannak, de az itt hozzászólók számára nem hinném, hogy ez a legfontosabb.

Más: Az szerintem nagy hiba, hogy a libreoffice.org-on nincsenek ezek a szolgáltatók jól látható helyen felsorolva, vagy én vagyok ügyetlen, és nem találtam meg őket. Utóbbi esetben kérnék linket. :)

Szerk: Németh László válasza egyébként a whitepaper-re vonatkozott, ami tervezett migrációk kezelését írja le. Egy ilyen migrációnál gondos tervezéssel jelentősen lehet csökkenteni a fájlformátumok különbségéből fakadó kockázatot.

Magánhasználatnál, illetve olyan szervezeteknél, ahol egyszerűen sosem volt Office, nem tervezték a bevezetést ... stb., bármikor szembejöhet egy ilyen probléma, ami akár jelentős (az Office licencek áránál nagyságrendekkel nagyobb) veszteséget is okozhat. Ezen esetek ellen a támogatási szerződés sem véd, hiszen mire javítják a hibát, az üzlet már régen elúszott. Ezért lenne nagyon fontos szerintem, hogy az ilyen adatvesztéssel / adatkorrupcióval kapcsolatos hibákat mindig magas prioritással kezeljék.

Üdv,
Gergely

Ui: 10+ éve Open/LibreOffice-t használok, és nem tervezek váltani. Viszont van (legális) MS Office is a gépemen pont az ilyen kompatibilitási gondok miatt.

Én így látom: Megkérdezi a pilóta, hogy biztos kiugrasz ejtőernyő nélkül ? Mikor nem jön össze akkor meg kivered a balhét, hogy miért volt nyitva az ajtó.
Mit gondolsz minek kérdez ? Adatvesztést kiabálsz miközben meg te okoztad magadnak a bajt. Ráadásul még csak nem is veszett el az adat, mert ott van a fájlban, csak hát nem tudja megjeleníteni.

Épp tegnap beszélgettem egy IT osztályvezetővel, akik évek óta nagyon sok gépen használnak párhuzamosan több különböző MS Office verziót. Azt állította, hogy sokszor előfordul az is, hogy az Office verziók nem megfelelően nyitják meg egymás fájljait. Ha például elkészítenek egy pptx-et egy Office 2010-en, az az Office 2007-en sokszor nem úgy néz ki, ő is azt javasolja az előadóknak, hogy hozzák az előadást inkább pdf-ben, ha nem a saját gépükkel adnak elő. Ha ez igaz (márpedig több tapasztalt ismerősöm beszámolt ilyen problémákról és nem csak a pptx-szel kapcsolatban), akkor ezt az időnként előjövő inkompatibilitási problémát az Office különböző verzióinak miért nem vetitek a szemére? Akkor ezek sem írhatnák magukra, hogy kompatibilisek? Érdekes, hogy erről a huhogók nem beszélnek (ezt pont nem rád értem, Kisg).

( sz332 v | 2013. 04. 05., p – 09:02 )

A 4-es Libreoffice-t próbálgattam, de iszonyatosan bugos. Alapvető funkciók nem működnek benne rendesen (style-ok kezelése), úgy néz ki, mint egy iszonyatosan
béta alkalmazás. Rögtön vissza is álltam 3-asra.

Frissítés után ez néha nálam is előfordul.
Azt figyeltem meg, ha letörlöm a felhasználói könyvtár alatt létrehozott LiberOffice könyvtárat akkor elmúlnak a bugjai. Igaz ezzel az összes helyi beállítás is elvész.
Windowson pl: C:\Users\felhasznalo\AppData\Roaming\LibreOffice\
Bár ez inkább korábban a 3-as frissítéseinél volt jellemző.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox