OpenOffice.cz - web věnovaný kancelářským balíkům OpenOffice.org

Až teď se dívám, že přílohy se nezobrazují :-( Ale v phpbb kódu odkazy jsou.
Prostě - když se písmu dá obrys a barva je automatická, tak na tmavším pozadí buňky se automaticky text nabarví na bílo. Ve staších řadách LO je obrys písma vždy černý, v nové řadě LO je obrys bílý, stejně, jako výplň písma. To je podle mě chyba.
Kontroloval jsem i nejnovější verzi 24.2.3 a v tomto směru se chová stále stejně.
Optimální by bylo mít možnost nastavit barvu obrysu písma ručně.

Super, funguje - ve verzi 7.3.1.1 je to už opraveno.

Dodatek - zkoušel jsem teď to podmíněné skrývání sekcí, do podmínky jsem dal test uživatelské proměnné a nějak mi to nefunguje... Při testování stejné proměnné mi třeba funguje podmíněný text, ale sekce se neskrývá.
Nevím, jestli je to chyba nebo to dělám blbě. LO 5.0.1.2 x64

Tak testováno i v LO 4.4.4.3 Writer na Win 8.1 a chování se nezměnilo.
Můžete to prosím někdo otestovat, jestli to dělá i jiným

Já se ptám, protože před cca 2 měsíci jsem tady řešil problém s "Nestabilní tabulkou" - je to o pár řádků níž. Bylo mi to potvrzeno i jiným uživatelem a pokud jsem to dobře pochopil, byla ta chyba reprodukovatelná i na AOO i na LO. Takže to může být něco hodně moc starého. Šlo mi o to, jestli by to někdo, kdo angličtinou vládne líp než já, mohl nahlásit.

Tak posunout poslední řádek mi nepomáhá. :-(
Ale v tom formátování tabulek nějaká chyba asi bude - stejná tabulka je i uprostřed dokumentu a ta se v tomto přípqadě nerozhazuje. Mám doma ale ještě trochu starší variantu dokumentu, kde je na začátku asi o 3 strany víc a v něm se rozhazují tabulky obě. A když jsem z dokumentu smázl všechno a nechal jen tu problematickou tabulku (tedy jen poslední dvě strany), tak tabulka drží a nerozbíjí se.
Mně hlavně šlo o to, aby se potvrdilo, že to nedělá jen u mě a jedná se o reprodukovatelný stav. Podle mého názoru, pokud se děje něco takového, jedná se jednoznačně o chybu.

Čte to tady i někdo z vývojářů (vím, že alespoň dřív v Česku vývojáři OOo byli, dnes nevím)? Byl by případně někdo ochoten takovou chybu nahlásit? Bude to nějaká opravdu prehistorická chyba, protože to dělá od doby, kdy jsem ten dokument vyrobil. A to bylo někdy v roce 2008. Od té doby pořád tajně doufám, že to objevil už i někdo další a v nové verzi to bude opraveno. A ono nic.
Pokud by to někdo chtěl hlásit nebo se tím zabývat, můj dokument lze přiložit - není to nic tajného.

jj, to je přesně ono. Když se najede na konec, ukáže 14 a tabulka se tváří, že je v pořádku. Ale počet stran nesedí (správně je 12). Když se to nezavře, vyjede se na začátek dokumentu a vrátí se pak zpátky na konec, tabulka je rozbitá. To mě na tom zarazilo nejvíc, že se to "jaksi" rozbíjí i jen během přerolování několikrát na začátek a na konec. A jinak se to chová, když se přeroluje myší, jinak, když se skočí na začátek a konec pomocí Ctrl+End / Ctrl+Home a zase trošku jinak, když se tam postupně doťuká jen pomocí PgDown / PgUp, případně nějaké kombinace všech tří způsobů. A při některém otevření se to chová správně, jindy se to rozbije. Nevysledoval jsem v tom žádnou zákonitost, zatím mi přijde, že se to děje úplně náhodně.

Jj, pochopil jsem - ale to je prasárna jakoprase
ale hlavně by to byla šílená drbačka - tabulka má 3 sloupečky a to bych musel v každé takto vkládané "minitabulce" upravovat
A navíc se tam sčítají mezery mezi textem a okrajem buňky - i když tohle je zrovna naprosto nepodstatné.
Já doufal, že bude možné někde nastavit, aby se řádky spolu "slepily". Pokud to nejde, vyřeším to snadněj přidáním prázných řádků na konce sloupečků tak, aby to tabulku donutilo zalomit se tam, kde potřebuju. Není to moc systémové řešení, ale rychlé a 100% funkční.

Každopádně díky za nápad.

Pokud by někoho napadlo ještě něco dalšího, dejte prosím vědět.