29 odpovědí na toto téma

[patris-4841]

Ja pouzivam papirovy vytisky pri hledani, protoze kdyz dohledavam misto, tak v PDA koukam na navigaci a nechce se mi prepinat do jine aplikace a tam koukat treba na listing. Papir je papir :-) Osvedcil se mi postup s vyuzitim PDFCreatoru. Pro ty co neznaji, je to virtualni tiskarna, ktera se po nainstalovani tvari jako kazda jina skutecna tiskarna ve windows, akorat s tim rozdilem, ze netiskne na papir ale do souboru. Tim souborem je nejcasteji PDF, ale muze byt i JPG a dalsi. Vytecnou vlastnosti je pozdrzet tisk ve fronte a potom vice tiskovych uloh spojit do jedne. Takze muj postup je ten, ze si v GeoGetu zobrazim listing vybrane cache, dam tisk listingu na tiskarnu PDFCreator a tam dam cekat ve fronte (WAIT - Collect). Pokracuji s dalsima cachkama az mam vse pro geovylet poslany do tiskarny. Dalsim krokem je spojeni vsech tisku do jednoho a ulozeni do jednoho PDF. Je na to v PDFCreatoru ikonka COMBINE. No a na zaver si to jedno spojeny PDF vytisknu jako brozuru, kdy mam 2 stranky na A4 a serazeny tak, ze jdou uprostred prelozit do sesitu formatu A5. Tento postup pouzivam hrozne dlouho a jediny, co mi na nem schazi, je oznacit v seznamu cachi ty ktery chci vytisknout a provest to najednou. Takhle musim vlezt do listingu kazde a dat tisk. HaLuMo, neslo by prosim dat ikonku tiskarny pro tisk listingu treba i jednotlive cache primo do seznamu cachi a ne jen v detailu jak je ted?

[HaLuMa]

Mam to v planu. Ale mam jen dve ruce a nejste tady sami.

[Pitrus]

Nevím jestli se to už neřešilo, ale nenašel jsem - když tisknu listing jednotlivých keší, občas se stane, že je stránka oříznutá a řádky nejsou vidět do konce - např. GC1CNHD: první řádek textu "Tato keška... končí slovem ...klenoty, který" dál už řádek nepokračuje, stejně jako řádky pod tím. Je to stejný při tisku přes fineprint i přes PDFCreator (postup jak píše Patris). Mám něco někde blbě nastavený? Jde mi jen o to aby se vytisk celý listing tak jak je v GeoGetu stažený.

[HaLuMa]

Chvili jsem naprosto nechapal, co ze to mas na mysli, ale pak jsem si to vyzkousel a pochopil jsem. Ta stranka v HTML kodu dela neco nepekneho s sirkou a pretece to. Pokusim se vymyslet, co s tim provedu.

[_Tom]

Podobné (pravděpodobně) problémy dělá při tisku z GG keška GCYJ6K - Höhlen der Böhmischen Schweiz - Riesenturmhöhle

[HaLuMa]

Stejny problem to bude tehdy, kdyz je tam nejaky moc siroky obrazek, ktery roztahne listing do sirky. (ostatne, uplne stejny problem je i pri obycejnym prohlizeni listingu primo na webu - take nektere maji grafiku tak, ze se listing neprerovna podle sirky prohlizece, ale jde 'za roh'.)

[_Tom]

To je možné, ale když tisknu tentýž listing z webu, tenhle problém nemám.

[HaLuMa]

No, tak si ale vsimni, co v tom pripade treba takovy Firefox udela! Zkus si vytisknout zmineny Dum u Kamenneho Zvonu, a pak nejakou jinou nezlobici kesku. A pak si ty dva vytistene listingy porovnej. Zjistis, ze v prvnim pripade Firefox proste celou stranku vytisknul zmensenou tak, aby se sirka vesla na stranku. Ale umerne tomu se zmensilo vsechno, vcetne pisma. A uplne stejne to uz dela i Geoget! (viz. changelog). Takze v cem je problem?

[_Tom]

Přirozeně, je lepší mít všecko malým písmem než kus textu nemít. Že to bude dělat nějaká vývojová verze, která se časem stane stabilní verzí, to je dobře. Já se držím verzí stabilních. Možná by ta zmínka, že to je už zapracované stačila hned v první tvé odpovědi a ušetřili jsme si oba trochu psaní.

[HaLuMa]

Kdyz toho pises mnoho na vsechny strany, tak snadno ztratis prehled, co vsechno si kam psal. Jinak verze 2.1.9 je stabilni, respektive bude za ni prohlasena s vydanim vyvojove verze 2.1.10.