Názory k článku LibreOffice 5.0: kompletní podpisování PDF a 64 bitů na Windows

Existuje sposob ako ten SW presvedcit aby automaticky spajal predlozky so slovami a nezobrazoval to ako sive stvorce?
Je to dost problem pre CZ/SK pouzivatelov.

Kdysi byl pro OpenOffice dostupný plugin Vlnka (http://www.openoffice.cz/file/4/). Zda poběží na nové verzi LibreOffice nevím. Ale koukám, že se to na rootu již Vlka řešila: http://forum.root.cz/index.php?topic=1968.0
Otázka je, zda již není nějaké novější řešení. Třeba i bez pluginů. Od doby Vlnky nepíšu velké množství textu a nedržím úplně krok se všema funkcema v nových verzích LibreOffice.

Funkce již neaktualizované Vlnky dokáže zastoupit vynikající plug-in také z české dílny: "AltSearch". Sice je pro OpenOffice, ale v LO mi fungoval bezchybně. Pozor, je to brutální nástroj a musí se používat velmi opatrně: http://www.openoffice.cz/navody/rozsireni-v-openoffice-org-altsearch

Predpokladám, že mu ide o to, aby to Writer urobil automaticky tak, ako to robí Word a aby nezalomiteľná medzera nebola viditeľná ako sivý obdĺžnik. Túto vlastnosť by som uvítal. Momentálne to robím tak, že po dopísaní textu celý prebehnem s "vyhľadať a nahradiť" so všetkými takýmito predložkami, spojkami a pod.

Nie, obyčajné medzery mením za nezalomiteľné, pretože (ak sa nemýlim) LO ich nevie vkladať automaticky. Osobne mi zvýraznenie neprekáža, ale tomu nado mnou zrejme áno.

"takže nejlepší způsob je nepoužívat žádný plugin"
Mě se jeví nejlepší způsob použít plugin(zvláště když ho dělá typograf), případně si funkci dodefinovat a pak to po něm zkontrolovat.

Zvykl jsem si na panel na pravé straně, zapnutý pomocí F11, a to combo prakticky nepoužívám. Ale po rozbalení mám ty náhledy i ve 4.4, takýže je to opravdu hot novinka...

Ale pořád je tam pár věcí na dokončení, třeba nemůžu pro vložení sekce použít relativní cestu.

Hmm...blbne prekreslovani, pockam na bugfixy

to fakt všichni furt píšete ty smajlíky?
To je to tak důležité, že se na tom dělalo v LO?
To je to tak důležité, že na to musí být jedna klávesa na Android klávesnici?

Taky mě s tím s...

Mám dokument v adresáři, řekněme /home/user1/Do­kumenty/doc1.od­t. V dokumentu je vložená sekce, řekněme /home/user1/Do­kumenty/doc1/sek­ce1.odt. Ok zatím vše v pořádku.

Chci to poslat kolegovi, aby to upravil. Pomocí cp ~/doc1* /home/user2/Do­kumenty nebo jakkoliv jinak. On si to pak otevře, ale bere sekci 1 v absolutní cestě, tzn. furt v mých dokumentech. Když soubor sekce1.odt změní u sebe, změny se neprojeví. A když jsou nastavený práva , tak bude rád, když ho z user1 načte.

Zkoušel jsem workaround. Napsat do cesty k sekci prostě "doc1/sekce1.odt". Svině tam dala adresu "file://home/u­ser1/Dokumenty/doc1/sek­ce1.odt". Tsss.

Zkoušel jsem to oblbnout a dal tam "./doc1/sekce1­.odt". Zase se to změnilo, tentokrát na "smb://./doc1/sek­ce1.odt" Grrr!

Ale hlavně, že budou přiblblí smajloni s vychlámanou čičintou... :(

Samozrejme :-)

Dlouha dostupnost LO 5.0? Tahle verze prece nevydrzi dele nez nekolik dnu, max. tydnu.

Ja tam instalacky na osx mam: LibreOffice 5.0.0 for Mac OS X x86_64

A ta chyba, na kterou nadávám už snad od verze 1 a 5x jsem jí reportoval zase zůstala. Napíšu "5 V" a hodí mi to 05.05.2015, při "1 x" 01.10.2015. Proč se to snaží přemýšlet za mě, proč se to nedá vypnout? Jediné pozitivum je, že to nedělá jako dříve i při importu z CSV, to zničilo celá data a člověk si toho nemusel všimnout a když to pak přeposlal... Pracky lámat za tyhle automatický nevypnutelný hovadiny.

Jo, je to bída, dřív fungovalo jako v Excelu (a píšou to jako možnost v LO wiki) začít apostrofem, ale mě to nějak nefunguje, "'1 x" se zobrazí i s apostrofem

Mně se právě dříve zobrazoval i ten apostrof, takže to při zápisu nešlo obejít, teď už mi to funguje. Ale pořád je to o tom, že člověk musí koukat co to dělá a na co se mu data pod rukama mění, místo aby v aut. opravách bylo škrtátko "měnit něco, co by teoreticky šlo převést na datum, na datum" a to bych odškrtnul.
Průšvih byl ale u těch CSV, tam to nešlo obejít nijak a když na řádku 1366 naskočilo pár hodnot jako datumy, nikdo si toho nevšimne a celý soubor dat byl zničený. A LO toho mění mnohem víc, třeba X-9, V-24, všechny možné kombinace římských a běžných číslic, takže nám to občas přepsalo na datumy kódy výrobků atd - výborná fce!

'5 V
'1 x
'5 ×

Tomuto se říká kompatibilita s Excelem... :-)

Zas na druhou stranu je vyborne, kdyz calc ocekava desetinou tecku, ale v csv je z nejakeho duvodu desetina carka, tak po "Format->Cell->Ocekavej carku" automaticky pre vsechna cisla vlozi apostrof a je to zas k nicemu...

Zdravím, narazil jsem v LibreOffice 5 (ale i starší) na tento problém (možná chybu?):

Skryté znaky v odstavci s určitým stylem formátování mají vlastnosti tohoto stylu bez ohledu na případné přímé formátování.

Konkrétní příklad:
Styl formátování má velikost písma např. 16.
Pokud takto stylizovaný odstavec přímo přeformátuji na velikost písma 12 dojde k této situaci:
1. Je-li v odstavci nějaký text, pak je velikost skutečně 12 a vše se tváří OK.
2. Není-li v odstavci jediné písmeno (u mě tam byl jen tabulátor, ale je to i u mezery a jiných skrytých znaků), pak je velikost řádku 16, nikoliv 12. Jakmile však začnu psát, "zmenší" se výška řádku na 12.
Problém jsem měl, když jsem tvořil formulář (tiskopis) na stylu s velikostí písma 16 a pár řádků jsem měl jen tabulátor s tečkama (na ruční dopisování). Vzdálenost řádků byla 16 bodů a nikoliv 12, ačkoliv jsem měl celou stánku přímo naformátovánou na velikost písma 12. Styl formátování přímé formátování přebil. Ale jen do momentu, než se v řádku udělal "viditelný" znak, třeba jen tečka. Pokud však tam byly jen skryté znaky, byla velikost 16, a tím pádem byly řádky s tečkama pro ruční psaní vytvořené tabulátorem dále od sebe, než při 12 bodech.
Samozřejmě, že by to šlo vyřešit vytečkováním celého řádku tečkama, ale myslím si, že takové chování by zasloužilo úpravu ... anebo to autoři mysleli schválně, že u odstavce se stylem nebude možné přímé formátování skrytých znaků?
Nevím, komu dále předat tento poznatek, tak kdyžtak to zkuste předat.

Díky

Martin