Tomas Bilek wrote:
> Dobrý den,
> už ve verzi OOo 1.1, se kterou jsem začínal, jsem nalezl
> některé podstatné typografické nedostatky, na které jsem se
> tehdy snažil nesměle upozornit, doposud se však v této věci
> bohužel nic nezměnilo. Dělám několikrát ročně menší černobílý
> časopis cca 40 stran A5 a vyřešení 2 až 3 problematických věcí
> by myslím typografickou úroveň značně zlepšilo.
> Jde zejména o tyto tři věci:
>
> 1. Umožnit, aby pevná (nedělitelná) mezera (vkládaná pomocí Ctrl+space)
> byla při zachování své funkce "natahovaci" jako normální mezery.
> 2. Inteligentnější řádkový zlom při zarovnání do bloku.
> 3. Přidat (asi) do vlastností odstavce automatické prokládání
> (vyklínování)
> řádků tak, aby spodek posledního řádku na stránce/sloupci byl
> zarovnán s okrajem stránky/sloupce.
>
> Nechce se mi věřit, že z těch pár milionů uživatelů OOo jsem sám, komu
> vadí nevalná typografie dokumentů z OOo. I hledal jsem na issuelee:
>
> ad 1: Toto musí pocítit minimálně každý uživatel vlnky, co použije funkci
> zarovnat do bloku = různé mezery mezi slovy tam kde je použita pevná
> mezera. Našel jsem http://qa.openoffice.org/issues/show_bug.cgi?id=9727
> a související http://qa.openoffice.org/issues/show_bug.cgi?id=20879 .
> Oba reporty jsou ale už pro verzi 1.0.0, druhá má status
> "Target milestone: OOo Later" ale zatím nic...
>
> ad 2: Jde o primitivní řádkový zlom - vadí to hlavně při zarovnávání
> do bloku,
> kdy vznikají zbytečně velké, škaredé mezery mezi slovy. I ve Wordu je
> možno zapnout dokonalejší algoritmus zlomu pomocí
> "Nástroje/možnosti/slučitelnost
> /provést úplné zarovnání jako v prg. Word perfect 6.x pro W.". Rozdíl
> může
> vypadat třeba takto: http://www.volny.cz/tombil/SrovnaniZlomu.png
> Podrobnosti jsou v http://qa.openoffice.org/issues/show_bug.cgi?id=3243
> Zdá se že to nikmu moc nevadí...
>
> ad 3: Kdo zkusil vytisknout "příručku" A5 a sešil ji dohromady, asi
> zjistil
> že mu poslední řádky na otevřené dvoustraně končí na každé stránce
> trochu jinak... Na issuele se mi k tomuto nepodařilo nic najít protože
> neznám angl. terminologii, a asi nedokážu to vyhledat.
>
>
> Po rozsáhlém úvodu to hlavní: může mě někdo zkušenější poučit o tom jak
> nějak ÚČINNĚ zasáhnout pro řešení uvedených problémů?
>
> Kolik hlasů v issuele je potřeba aby se něco opravdu stalo? Svých 5 hlasů
> pro writer jsem použil pro vyložené chyby. Na "vylepšení", viz výše,
> už nezbývá... Kdo a podle jakých kriterií rozhoduje o řešení chyb?
> Má cenu dávat hlasy nebo lobovat pro issue, které jsou staré a zdá se
> že zapadlé (např. is. 20879)? Z mých zkušeností s issuelou vyplývá to,
> že je i po značném úsilí víceméně neprůstřelná, pokud jde o výsledky,
> což je pro mne silně demotivující.
>
> Děkuji za trpělivost, nápady i snahu.
>
> Tom B.
Pokud chcete slušnou typografii, zapomeňte na jakýkoli kancelářský
balík. Ty dvě věci jsou neslučitelné. I na ten výstup z MS Office se
nedá koukat. Zkuste třeba Scribus případně [La|Con]TeX. Nad Issuezillou,
přesněji nad vývojáři OOo, protože Issuezilla za to nemůže, vždy je to
jen a pouze o vývojářích, jsem zlomil hůl v okamžiku, kdy mi jeden z
vývojářů začal vysvětlovat, že místo sáhnout po POSIX standartu regexp a
jeho volně dostupné hotové a dokonalé implementaci je mnohem lepší
vyvíjet vlastní s ničím nekompatibilní OOo verzi a pokud se chová
odlišně od toho co je v nápovědě, je potřeba opravit nápovědu a ne
implementaci i když to, co je v nápovědě, je očekávatelnému a POSIX
chování blíže. OOo se řítí do stejných pekel jako FF (ukládat si
nekomprimované obrázki do paměti Xserveru je bezva nápad pokud zrovna
nepoužíváte tenké Xterminály, dereferencovat odkazy je bezva nápad pokud
zrovna nepoužíváte pořádný OS, který umí hard i soft linky a ve kterém
se běžně pracuje s ARGV[0], atd.). OOo se taky dobře používá pokud
zrovna nechcete, aby se na výsledek dalo koukat.
S pozdravem
Hynek Vychodil
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
