Akkor lássuk fordított sorrendben:Más részről viszont aki pl. Writer-be beillesztett képet szeretne 30 fokkal elforgatni, az _sehogy_ sem tudja a Writer-en belül megoldani.
A másik dolog, amin nagyon kellene fejleszteni, az a képkezelés. Ma dolgoztam egy dokumentummal, amiben volt kb. 20 darab nagy felbontású kép. A LO egyszerűen moccanni sem bírt tőle. Ha meg tudnák oldani, hogy ilyenkor csak a képeknek egy thumbnail-jét tologassa ide-oda a program, akkor sokkal gyorsabb lehetne, és nem kívánná az ember a pokolba az egészet.
Ehhez közeli téma, hogy ha beillesztek egy képet 20 példányban a dokumentumba, akkor miért kell 20 példányban letárolni? Miért nem tud egy példányra hivatkozni mind a 20 helyen?
Kipróbáltam: Egyetlen képet emeltem be (Beszúrás - Kép... ) egy dokumentumba, és Kijelöl - Ctrl-C - Ctrl-V módszerrel készítettem a dokumentum különböző pontjaira másolatokat a képből. Ezután elmentettem a fájlt. Átneveztem .zip kiterjesztésűre, és belenéztem az archívumba. A beillesztett és négy példányban látszó, különböző tulajdonságúra beállított kép-másolat fizikailag csak egyetlenegyszer szerepel a könyvtárszerkezet "Pictures" mappájában. Ezt tapasztaltam a 4.4.7 és a 5.0.3 verziókban is.Ehhez közeli téma, hogy ha beillesztek egy képet 20 példányban a dokumentumba, akkor miért kell 20 példányban letárolni? Miért nem tud egy példányra hivatkozni mind a 20 helyen?
Ez a kérdés további két részre bontható:A másik dolog, amin nagyon kellene fejleszteni, az a képkezelés. Ma dolgoztam egy dokumentummal, amiben volt kb. 20 darab nagy felbontású kép. A LO egyszerűen moccanni sem bírt tőle. Ha meg tudnák oldani, hogy ilyenkor csak a képeknek egy thumbnail-jét tologassa ide-oda a program, akkor sokkal gyorsabb lehetne, és nem kívánná az ember a pokolba az egészet.
1. A legtöbb esetben NINCS szükség a fölöslegesen nagy felbontásra. Sem a dokumentum nyomtatásakor, sem képernyőn történő megjelenítésekor. A képeket elő kell készíteni, optimalizálni kell a szöveges dokumentumba történő beágyazás (vagy belinkelés) előtt.
2. Van olyan funkció, ami a képtartalmat eltünteti, csak a méretezett helye marad látható. Így a programnak a képfrissítéskor nem kell mindig újraszámolnia a megjelenítendő pixeleket. A menüből elérhető:
Nézet - Képek.
Érdekes jelenség, hogy Writer dokumentumba közvetlenül beillesztett képek ilyenkor eltűnnek/megjelennek, de azok, amiket átemeltem a Draw alkalmazásba és vissza, azok nem, és azoknak a frissítésével is gond van néha.
A LibreOffice egyetlen integrált szoftvercsomag. Gyakorlatilag ugyanaz a felhalmozott tudás (ugyanaz a program) működteti mindegyik alkalmazást, csak más-más résztudás van kiemelve, hangsúlyozva mondjuk a Writerben, mint Drawban. Emiatt van a Drawban több rajzoló layer, a Writerben meg csak egy. Emiatt tud a Draw rugalmasabban képeket elfordítani, a Writer meg csak derékszögben. (Viszont a Draw-nak a Writerhez képest igen szegényes a szövegszerkesztéssel kapcsolatos tudástára.)Más részről viszont aki pl. Writer-be beillesztett képet szeretne 30 fokkal elforgatni, az _sehogy_ sem tudja a Writer-en belül megoldani.
Tehát nem kell mást tenned, mint átemelni az elforgatni kívánt képet a Draw-ba, elforgatni tetszés szerinti szögbe, majd visszaemelni a Writerbe. Ennek az eredménye látszik a fentebbi csatolt fájlban.
Mindezek ellenére a LibreOffice soha nem volt pixelgrafikus szerkesztő program, és soha nem is akart az lenni. A képpont alapú grafikák szerkesztésére, a dokumentumfájlba történő beillesztés előtti manipulálására egy arra alkalmas programot kell használni. Méretezd át azzal, állítsd be az optimális felbontást azzal, sőt legjobb, ha az elfordítást is azzal végzed el, és ha a szöveges dokumentumba már az elforgatott kép (egyenes állású befoglaló mérettel) kerül be.