Az elmúlt hetekben lezárásra került az egyik utolsó hibajegy (tdf#166189), amely még nagy eltérést jelzett a DOCX (pontosabban az MS-DOCX, azaz MS Word) új alapértelmezett sortördelésének Writer megvalósításában. Ezt és sok más fejlesztést is bemutat a tavalyi budapesti COOL Days konferencián elhangzott LibreOffice előadás diáinak bővített magyar változata, a HUNSPELL± – Elválasztás, olvashatóság, ODF és Word tipográfia a Writerben.
A tavalyi előadás óta sajnos a LibreOffice közösségi fejlesztéséért felelős alapítvány, a Document Foundation kizárta a tagjai jelentős részét, akik pótolhatatlan munkát végeznek a LibreOffice és az alapítvány számára. Ezért utólag ez az előadás és a benne ismertetett kiemelten fontos fejlesztések a méltatlanul kizárt tagoknak, köztük a LibreOffice magyar fejlesztőinek és honosítóinak, Budea Áronnak, Kelemen Gábornak, Nagy Tibornak, Szűcs Attilának, Tímár Andrásnak, Vajna Miklósnak, Varga Balázsnak és Zolnai Tamásnak van ajánlva.
Az ő nélkülözhetetlen munkájukra támaszkodva, az ő hibajelzéseik segítségével valósultak meg ezek a fejlesztések, és kerülhet itt ismertetésre
- hogyan sikerült megfejteni a Microsoft Word új, alapértelmezett sortördelésének működését,
- miként került ez a Microsoft Word új, alapértelmezett oldaltördelésével, és számos egyéb újdonsággal együtt megvalósításra a Writerben,
- szavatolva ezzel az újabb (Word 2013 és későbbi) DOCX dokumentumok pontos megjelenítését az olyan szabad szoftverekben, mint a LibreOffice és a Collabora Online,
- és miként lehet a Writerben a szóközök és az elválasztás új beállítási lehetőségeivel olvashatóbb dokumentumokat szerkeszteni
- a szóközök minimális, normál és maximális méretével,
- a hasábok, oldalak vagy az oldalpárok utolsó sorában az elválasztás kikapcsolásával, mindig, vagy a margótól való távolság függvényében,
- és a magyar nyelv számára különösen hasznos módon az összetett szavak taghatárán való elválasztását előnyben részesítve, amelynél a beépített Hunspell helyesírás-ellenőrző programkönyvtárat használja a LibreOffice az ismeretlen, akár többszörösen összetett szavak morfológiai elemzéséhez.
A 2023–2025 közötti LO/COOL Typography fejlesztéseket a holland NLnet, a 2024–2025 közötti magyar nyelvi és tipográfiai fejlesztéseket a magyar FSF.hu alapítvány támogatta.
A kifejezetten magyar vonatkozású szabadszoftver-fejlesztések folytatásához kérjük, támogassa adója 1%-ával az FSF.hu Alapítványt!
A Writer 26.2-ben Windows alatt ha be van kapcsolva az automatikus helyesírás-ellenőrzés, rohadt lassú: még görgetést nem igénylő kurzormozgatáskor is állandóan várni kell: forog a kerék, hogy dolgozik, nem fogadja a gépelést. Ha egérrel kattintással viszem oda a kurzort, akkor is csak sokára megy oda. Tehát amikor a képernyőn megjelenített szövegben aláhúzza a hibásnak véltet. A 25.8. még jó volt. Az összes automatikus javítás ki van kapcsolva, de a rovásírásé és az utánalevőé folyton visszaáll: az M rész, a T rész nem. Ezen kívül valamely billentyűkombináció törli a profilt: billentyűkombinációkra matematikai szimbólumokat szúr be, úgy van beállítva, ezeket is törli: újra be kell töltenem: macros.bas, keycodes.cfg, az automatikus javításnál mindent bekapcsol: holott kikapcsoltam az összeset, a saját alapértelmezett sablont is újra meg kell adni, a sablonok könyvtárát is, az összes beállítást is. Az angol hibabejelentőn azt mondták, hogy a vírusvédelem törli a profilt: de nem szól, és valamely billentyűkombinációra történik. A lassúságot hol kell bejelenteni? A magyar hibabejelentő nem is tudom most hol van.
Kedves Zoltán!
Találtam egy hasonló hibabejelentést, miszerint az automatikus helyesírás-ellenőrzés akkor okoz feltűnő lassulást, ha a dokumentumban véletlenül hiányoznak a bekezdéstörések, mert pl. sortörésekre cserélődtek a vágólapon keresztüli bemásolásnál:
https://bugs.documentfoundation.org/show_bug.cgi?id=163984#c1
Elképzelhető, hogy itt is ez a hiba? (A paragrafusjel ikonra kattintással bekapcsolva kék paragrafusjeleket kell látni a bekezdések végén, nem kék nyilakat.) Mert ha igen, akkor egyszerűen javítható: a keresés és csere ablakban kapcsoljuk be az extra funkciók között található reguláris kifejezéseket, és attól függően, hogy mire szolgált a sortörés jel a dokumentumban, válasszunk a következő két megoldás közül:
1. A sortörésjelek a bekezdések végét jelölik, máshol nincs sortörés jel: Keresésre és cserére is a „\n” kifejezést adjuk meg (idézőjelek nélkül). A \n ugyanis illeszkedik a sortörésekre, cserében viszont bekezdéstöréseket szúr be a helyükre.
2. A sortörésjelek nem a bekezdések végét, hanem a sorok végét jelentik. A bekezdések végét egy üres sor jelöli: két reguláris kifejezéssel való keresés és csere műveletet hajtunk végre. Először cseréljük ki a „\n\n” kifejezést a „\n” kifejezésre (idézőjelek nélkül) . A \n\n ugyanis illeszkedik az üres sorra, azaz a bekezdéshatárra, és a \n bekezdéstöréseket szúr be a helyükre. Ezután jöhet a második csere: a maradék sortörések törlése. Keresés: „\n” (idézőjelek nélkül), csere: üresen hagyva.
Magyar nyelvű hibajelentő sajnos nincs, de a magyar szabadszoftver-honosítók segíthetnek az ilyen hibák bejelentésében. Hibabejelentőjük itt érhető el: https://openscope.fsf.hu/bugreport.html
Köszönöm a hibajelzést!
Köszönöm a választ, már nem a 26.2.5 hanem 26.2.6 van fent, és a 26.2.5-ben is amikor kikapcsoltam azt hiszem az „Automatikus akadálymentesítési ellenőrzés”-t (ez az Eszközök menüben van), megjavult.
A magyarítás hibabejelentőjének címét köszönöm szépen.
A profiltörléssel kapcsolatban: amikor eltévesztek egy billentyűkombinációt, akkor törli a profilt. Sajnos nem tudom melyik az a billentyűkombináció, ha újra előfordul, majd megpróbálok visszaemlékezni, de ugye akkor is csak azt fogom tudni, milyen billentyűkombinációt akartam nyomni, arra nem hogy helyette mit, úgyhogy majd kísérletezni fogok, hátha előjön. Ha a víruskereső törölné a profilt, akkor az szólna előtte, meg fura hogy mindig a Writerben gépelés közben történik.
Köszönöm szépen a visszajelzést! A hibajegyek között nem találtam sajnos profiltörléssel kapcsolatos hibajegyet, úgyhogy ha sikerülne reprodukálni, akkor tényleg érdemes volna bejelenteni, akár a honosítók segítségével.
Hónapról hónapra, évről évre fejlesztik, a tördelés azonban a 7.2.7 változat óta alig javult. Egyszer-másszor még határozottan romlott is. Bizonyos esetekben például a szerkesztő a nagykötőjelet és az utána következő jeleket tördeli új sorba, pl. 2,0|–3,0 mm. A korábban többé-kevésbé jól működő eljárások vélhetően nem mindig igazodnak az újabb lehetőségekhez.
Csak reménykedhetünk, hogy majd javul a helyzet. Ám addig minden változtatás után át kell nézni a szerkesztett szöveget. Újra és újra. Így van ez az idők kezdete óta, s vélhetően így lesz a jövőben is. A programok nem kívánságaink szerint működnek.
Letöltöttem a 26.2.6-ot: a 26.2.6.2-es, de van 26.2.6.3-as forráskód is. Azért hozták létre, hogy kijavítsanak benne valami hibát, ami 26.2.6.2-esben van. Akkor miért nem a hibajavítottból fordítottat ajánlja fel, miért a hibásból?
Lecserélték, de a tegnap letöltött azt írja ki hogy naprakész, ez még nincs javítva. Mivel feltelepítettem az újat, nem fogom tudni megnézni hogy ez javítva van-e már. Itt a jobb oldalon a „letölthető innen”-re kattintva töltöttem le, kiadottnak írta a 26.2.6-ot, nem RC-nek.
„A LibreOffice 26.8 2026. augusztus 26-án jelent meg…” „A fő fókusz a tipográfia javítása, a különböző írásrendszerek jobb kezelése és a Microsoft Office dokumentumokkal való kompatibilitás.”
A tipográfia lényeges javulását eddig nem tapasztaltam (lásd például a fenti, nagykötőjellel kapcsolatos megjegyzésemet), de nem ellenőriztem minden lehetőséget. A Graphite betűkészletek alávágás-táblázatát biztosan nem javították (jó ideje, talán a kezdetektől változatlan). Az írásjelek „kilógatása” például – egyszer már szóvá tettem – kiskapitálissal kiemelt szavak esetén nem működik. Kötőjeles kapcsolatok esetében (pl. Észak-Afrika, félig-meddig, három-három, többé-kevésbé) az elválasztási eljárás sem dolgozik megfelelően. Hasonlóképpen egyes szavak (pl. díszítettek, vörösessárgák) esetében.
Nem, Uraim, nem hánytorgatom fel! A fejlesztők is ugyanolyan fellegjáró balekok, mint jómagam, csak ők ezt nem akarják beismerni.
Ezzel szemben értékelendő, hogy „…a LibreOffice 26.8-ban nincs generatív AI, a dokumentumokat nem küldi külső szolgáltatásokhoz és a program működéséhez nincs szükség hálózati kapcsolatra.”
Hamarosan eljön az idő – mi több, már itt is van –, amikor a sliccünket sem tudjuk kinyitni a mesterséges értelem támogatása és ellenőrzése nélkül.
Kedves Esküdt!
Van nagyon sok izgalmas tipográfiai javítás, amely nem feltűnő, különösen, hogy alapból ez még csak a DOCX dokumentumok betöltésénél látszik, ahol az interoperabilitás miatt automatikusan be van kapcsolva az „okos sorkizárás”. Ezen a PDF-en látszik, hogy mire képes a mikrotipográfia és az „okos sorkizárás” együttes alkalmazása, pl. a keskeny hasábok látványos olvashatóbbá tételére:
https://bug-attachments.documentfoundation.org/attachment.cgi?id=206613
Az „okos elválasztás”, amelyet a Microsoft Word is használ már egy ideje, és most a LibreOffice Writerbe is bekerült, az elválasztások számának drasztikus csökkentését eredményezi a szedés minőségromlása nélkül, ezzel könnyítve az olvasást és szebbé téve a tipográfiát. Ez a Writerbe általánosítva került be, azaz a Word 75% minimum és 150% maximum szóközei helyett tetszőleges érték állítható be a sor hosszától és a tipográfiai igényektől függően, és szemben a DOCX-szel, nem az egész dokumentumra egységesen, hanem akár hasábszámtól stb.-től függően egyedileg a bekezdésstílusokra, vagy akár egyes bekezdésekre is külön-külön. Bővebben:
https://www.numbertext.org/typography/
Zolnai Tamás és Khaled Hosny munkájával pedig megjelent az alapvonalrács, javított alapvonalrácsra illesztés és az optikai méreteket tartalmazó fejlett „variable” OpenType betűkészletek támogatása is a Writerben:
https://www.numbertext.org/book/
A fejlesztői kódban pedig már megjelent egy újdonság: az összetettszó-alapú okos elválasztás, amely kijavítja a DTP szoftverek és az MS Office hiányosságait is, különösen a magyar nyelv esetében:
https://www.numbertext.org/hyphen/
A Linux Libertine G és Biolinum G Graphite betűkészletek esetében lehet, hogy az OpenType Libertinusra való átállás lesz a megoldás arra, hogy matematikai képletek és a mikrotipográfia is megfelelően működjön ezekkel (a Libertinus Khaled Hosny munkája eredetileg: a Linux Libertine OpenType matematikai táblával való kiegészítése, amely így a LibreOffice képletszerkesztőben is megfelelően működik). Ehhez viszont arra is szükség lesz, hogy most csak a Graphite betűkészletekben támogatott speciális tulajdonságok alapból elérhetőek legyenek a Writerben. A hivatkozott LO/COOL Book projekt Khaled Hosnyval közös munka volt, és a tervek szerint ez folytatódni fog, ha sikerül támogatást szerezni rá.
A jelzett elválasztási hibákkal kapcsolatban további információt kérnék, mert az újabb elválasztási szótárakkal nem tapasztaltam elválasztási problémát.
Üdvözlettel:
Németh László
Kedves László!
Nagyra értékelem a LibreOffice fejlesztőinek munkáját. A nyelvi eszközök tapasztalom szerint jobban működnek, mint a Word esetében. És az sem utolsó szempont, hogy a LibreOffice jelentősen kisebb, a „nagy testvérnél”.
Ha minősítenem kellene a szövegszerkesztőket (szinte mindet kipróbáltam már), a LibreOffice-t sorolnám első helyre. Csupán kisebb bajok miatt bosszankodok gyakorta, s emiatt hajlamos vagyok mindenben csak a nehézségeket látni.
Az elválasztással kapcsolatban: bonyolult szerkezetű dokumentumok esetében fordul elő, például ahol tabulátorok is vannak egy bekezdésben. Kézi beavatkozással a gondot orvosolni tudom.
A Libertinus betűcsaládot már kipróbáltam. Nagyjában-egészében ugyanaz, mint a Libertine G. Megfelelően működik, de a kiskapitálissal kiemelt szavak esetében az írásjelek kilógatása még itt sem megoldott.
Jó munkát, és jó egészséget kívánok minden jeles fejlesztőnek!
Sajnos akad több nyitott hibajegy a szedéssel kapcsolatban, főleg, hogy a különleges jelek, vagy számomra meglepő módon, akár a sima írásjelek különleges pozícióban meg tudják zavarni a tördelést. Örülök, hogy van kézi módszer ezek javítására. Köszönöm szépen a kedves visszajelzést! Én is a legjobbakat kívánom!
Üdvözlöm, kedves László!
A LibreOffice az írásjeleket csak a Graphite jelkészletek használata esetén tudja „kilógatni”. A Libertinus nem ilyen fajtájú betűcsalád; ez esetben az említett lehetőség nem elérhető. Tévedtem, amikor csak a kiskapitálissal kiemelt szavakat említettem.
Még két megjegyzésem volna az elválasztással kapcsolatban.
Ha az elválasztandó szót zárójel előzi meg – pl. „(legfeljebb” – az elválasztás nem működik. (Vagy nem minden körülmények között működik?) Ezzel együtt lehet élni; szükség esetén be lehet illeszteni a megfelelő helyre feltételes elválasztójelet. Úgy vélem, akadnak más jelek is, melyek befolyásolják az elválasztási eljárás működését.
A feltételes elválasztójelek bizonyos helyzetben – ha például a sorkizárás és a bekezdésszerkesztő be van kapcsolva – megváltoztathatják a szöveg tördelését.
A szövegfeldolgozás nem egyszerű feladat, ennélfogva meglehetősen összetett és erőforrás-igényes megoldásokat követel.
Eredményes munkát kívánok!