Messages

Nemohu sloužit.

Zkus kdyžtak ten Virtual Box, ten je free a systém ani moc nezanese nesmysly.

[epub]

- problem bude asi v nacitani css pravidiel,ale nevidim nikde kde sa nachadza epub/userStyle.css a ci tam treba nieco menit ked som nemenil fonty alebo je to sucastou tvojho hacku

Ten soubor musíš v první řadě vytvořit, protože standardně ve čtečce vůbec neexistuje. Potom do něj dát ten obsah, co jsem popisoval v článku o češtině. Nezapomeň na to, že budeš muset vytvořit také adresář s fonty a do něj ty fonty taky nahrát.

Ten hack udělal vlastně jedinou věc: postaral se o to, aby byl soubor userStyle.css hledán na známém a uživatelsky přístupném místě. Zbytek, totiž naplnění toho souboru relevantními daty, už musíš udělat sám.

Začni tím, že v interní paměti vytvoříš adresář epub, v něm nový soubor userStyle.css a do toho napiš jenom následující obsah:

Code Select Expand

body, p { font-style: italic; }
Pak si vyzkoušej nějaký EPUB soubor - většina písma, pokud ne všechno, by mělo být kurzívou. Pokud ti tohle zafunguje, tak hack běží a máš soubor userStyle.css na správném místě. Pak se můžeš zabývat fonty.

TrueCrypt GUI -> Settings -> Preferences -> Preserve timestamps on file containers

Ve Virtual Boxu normálně funguje 32bitová hloubka. Pokud vím, funguje i ve Virtual PC, takže by mě dost udivilo, kdyby nešla rozchodit v XP Mode (který je postavený na VPC).

Nelze. Buď musíš použít synchronizační program, který kontroluje i obsah souboru (např. prostřednictvím nějakého hashe nebo série hashů), nebo si vystačíš i s programem kontrolujícím jen datum změny - to ale musíš v TrueCryptu nastavit, že má měnit datum kontejneru při každé změně; kde přesně to je si nepamatuju, ale mělo by to být popsané někde v dokumentaci.

Používám jak interní paměť, tak oba typy karet, a na všech se mi knihy normálně zobrazí. Pokud vím, důvody pro nezobrazení jsou principiálně čtyři:

1) Nekompatibilní formát knih. Dotyčné knihy by se ovšem nezobrazily ani v interní paměti.

2) Použití hacknutého firmwaru PRS-Plus, který má možnost vypnout skenování karet. To bys ale veděl(a), že něco takového používáš.

3) Použití nekompatibilní karty. PRS-505 je oficiálně kompatibilní jen se SD kartami do 2 GB, plus mám informace, že zvládá i SDHC 4 GB - to už ale není zaručené a nemusí to platit. Doporučuju vyzkoušet napřed to nejzákladnější, tzn. obyčejné SD s velikostí maximálně 2 GB.

4) Karta zformátovaná na nekompatibilní systém souborů. PRS-505 podporuje pouze FAT a FAT32, ale už ne NTFS nebo jiné systémy. Ověř si v počítači, že karta je opravdu zformátovaná na FAT32.

Jde to. Už pro to mám připravenou aktualizaci, ale nemám kde to vyzkoušet - a dokud nebudu mít potvrzeno, že to, co jsem připravil, opravdu funguje, tak to veřejně ke stáhnutí nedám.

Pokud se nebojíš riskovat (u PRS-600 a PRS-700 to teoreticky může vést i k likvidaci firmware, na rozdíl od PRS-505, PRS-500 a PRS-300), můžeš mi napsat na pepak zavináč pepak.net a já to s tebou proberu, jak tu češtinu dostat.

(Tato nabídka se týká i uživatelů PRS-300 a 500, pro které mám aktualizací také připravenou, a po jisté úpravě i PRS-700, kde napřed potřebuju stáhnout originální firmware a pak můžu připravit hack.)

Šablona pro e-knihu v HTML

,,Šifrované" klíčenky Kingston, Sandisk, Verbatim nešifrují!

Pepak: teraz som si ale všimol mierne bulvárny titulok tohto článku, to neviem či by nechcelo prepracovať, jednak je to titulok ako keby žiadne nešifrovali – čo je paušalizovanie, navyše sám uznávaš, že šifrujú, akurát ty môžeš heslom zašifrovať iba šifrovací kľúč, nie samotnú flashku. Jedná sa stále ale o šifrovanie.

Mě se ten titulek líbí - v několika málo slovech říká všechno podstatné. Že je v určitých detailech přeháněním? Možná, ale podstatu splní: sdělí hlavní myšlenku článku, zhruba informuje o postižených produktech a taky dost jasně řekne, že se tu nebavíme o nějakém drobném nedostatku a mimořádně závažném kiksu.

Mimochodem, v tuto chvíli neuznávám, že ty klíčenky "šifrují , akorát můžeš heslem zašifrovat jen šifrovací klíč, ne samotnou flashku": Jednak k tomu, že vůbec něco šifrují, nemáme žádný jiný podklad než tvrzení výrobce a předpoklad, že by si výrobce nedovolil propagovat svůj produkt naprostou lží. Za druhé, pozorované chování je naprosto konzistentní s případem, kdy k žádnému šifrování nedochází; z právního hlediska může být rozdíl, jestli šifrování běží a jen ho implementoval naprostý idiot, nebo jestli šifrování neběží, ale z praktického hlediska je to přesně totéž: každý trochu schopný útočník má k obsahu klíčenky volný přístup i bez toho, že by s ním majitel klíčenky spolupracoval.

PS: už si zohnal distribútora IronKey?

Zatím jsem nehledal, ale už asi před tři čtvrtě rokem jsem jednoho viděl. Akorát se mi nelíbily ceny (no jo, Velká Británie...).

Karel Čapek je právně v pořádku, ale buď bych ho musel pustit nezkorekturovaného, což nechci, nebo bych v něm musel tu korekturu provést (to nechci ještě víc). Spíš to udělám na těch povídkách, ty mají aspoň tu výhodu, že jsou skoro neznámé a tudíž to bude užitečné i jinak než jen z technického hlediska.

To je víc otázek v jedné.

1) Standardizovaná template by se v HTML dělala poměrně obtížně v tom smyslu, že to není něco, do čeho jen tak snadno vložíš další text a je hotovo. Spíš to jde docela dobře dělat obráceně - vezmeš prostý text (vhodně zformátovaný) a ten obalíš svými standardizovanými tagy. Možná by nebylo od věci to udělat v PHP nebo třeba i XML - tím by se dala omezit nebo i úplně odstranit problémová místa (jako že číslování kapitol by mělo jít po sobě a neměla by se čísla přeskakovat) a přitom zachovat snadné vytvoření HTML.

Nějakou vzorovou práci i s vedlejšími soubory (CSS, parametry pro ebook-convert, parametry pro konverzi obrázků apod.) určitě časem udělat chci, problém je hlavně v tom, že nemám udělanou žádnou knihu, která by byla v public domain. Ale teď jsem dokončil korekturu sbírky The Unspeakable People a tam je asi třetina povídek už s propadlým copyrightem, takže bych to mohl udělat na tom. A když ne tohle, tak nějakého toho R.E.Howarda.

2) Velikosti fontů a podobné věci se nejlépe řeší přes CSS - mimo jiné proto, že to pak bude pro všechny knihy na jednom místě, takže stačí změnit to jedno místo a ve všech zdrojových souborech se to promítne "automaticky". Ve všech knihách by pak stačilo provést konverzi (tzn. zavolat H2LRF s vhodnými parametry).

Do tohohle se pouštět nechci, CSS je rozsáhlá problematika a já ani v ní, ani v typografii nejsem tak zběhlý, abych si mohl dovolit udělat něco jiného než demo "pro vlastní doplnění na pořádný tvar".

3) Uvozovky jsou velký problém. Už někdy v srpnu jsem o tom chtěl napsat nějaký článek, zatím jsem se k tomu ale nedostal - chtěl bych, aby měl nějaký pozitivní závěr ("sice to má chyby, ale takhle je to celkem přijatelné"), ale zatím jsem žádný nenašel.

Myslím, že vyjdu z toho, že postnu nějakou public domain knížku a okomentuji, proč jsem ji udělal tak a ne jinak. Na základě toho už si pak může každý vytvořit svoji vlastní vyhovující strukturu knížek.

Jen tedy ťuknu. Víš o nějakém, co je zadarmo a šikovný?

Ne. Více operačních systémů jsem používal kdysi dávno, teď už preferuju virtualizaci.

Jo, koukal jsem do BIOSu a tam je pouze možnost bootu CD, 1. disk a 2. disk. Ani USB tam nemám. BIOS jsem nikdy neupgradoval, protože se řídím heslem "funguje, neexperimentuj", ale třeba bych získal větší nabídku.

To ale musíš mít hodně starý BIOS! Myslel jsem, že za posledních minimálně pět let už je boot z USB standardem. Každopásně ti update spíš nepomůže, výrobci desek vesměs aktualizují tak akorát podporované procesory, výjimečně i hrubé chyby, ale přidávání featur je naprosto ojedinělá věc :-(

TrueCrypt nabízí tři možnosti šifrování. Souborový kontejner, šifrování nesystémového oddílu/disku a šifrování systémového oddílu/disku. Souborový kontejner je jasný. Když ale poprvé šifruji např. systémový oddíl WIN7 "za pochodu" tak vlastně kontejner nevytvářím.

Vytváříš. Všechno to jsou kontejnery. Jediný rozdíl při mountování je, že u systémového disku nejde použít přímo klasický "Mount" ale "System -> Mount without pre-boot authentication". To je jediný rozdíl.

[všechny]

Pokud do druhého systému (např. XP) také nainstaluji TrueCrypt a systém zašifruji, nedostanu se podle mě ani do jednoho datového oddílu, protože jsem ho zašifroval TrueCryptem nainstalovaným ve W7.

Mýlíš se. Jedna z dobrých vlastností TrueCryptu je ta, že všechny kontejnery jsou (ve stejné verzi TrueCryptu) kompatibilní, bez ohledu na to, na které platformě ten TrueCrypt spouštíš.

Myslím ale, že nikdy neuvidím datový oddíl druhého disku. Ten byl přece šifrovaný s druhým systémem, když první disk byl odpojen.

Viz výše.

Nebo jsem špatně pochopil systém šifrování?

Ano. TrueCryptovské kontejnery - ať už souborové, partitionové nebo diskové - si nesou s sebou všechny informace potřebné k dešifrování. Klidně bys mohl disk zašifrovat na jednom počítači s Windows a dešifrovat na druhém počítači s Macem nebo Linuxem.

[celá]

Jinak jsem si skoro jistý, že by se celá tebou požadovaná funkčnost dala dosáhnout za pomoci externího boot manageru, pro který bys ovšem potřeboval extra médium (asi buď CDčko nebo nejlépe nějaký miniaturní SSD): Měl bys jeden disk pro každý operační systém. Vždycky bys připojil jen ten jeden disk (ostatní by byly fyzicky odpojené) a zašifroval ho TrueCryptem jako systémový. To by neměl být problém, systémové disky TrueCrypt šifruje v pohodě. Pak bys připojil oba (resp. všechny) disky najednou a nastavil BIOS tak, aby bootoval z toho média, na kterém máš boot manager. V tom BM by sis vybral, že má spustit operační systém z disku 1 nebo z disku 2. BM by spustil tamní master boot record a tam už by normálně převzal činnost TrueCrypt. Tzn. nebyla by to opravdová dual boot konfigurace, ale dvě nezávislé single bootové - vlastně bys vybíral, který z disků má být primární (a tedy bootovaci). To mi připomíná, možná by to šlo udělat i bez boot manageru, jen s "Boot menu" tvého BIOSu.