Dotaz: CHM vs XML

[Bystroushaak]

Zdravím.

Na windows byl jeden čas používaný formát nápovědy .chm. Jednalo se o všeobsahující soubor, tedy v jednom souboru byly obrázky, informace atp..

Jde mi o to, že samotní uživatelé to nevyužívali jen jako nápovědu, ale spíš jako packety informací. Měl jsem takhle třeba informace o elektronice, kde bylo vše pěkně vysvětlené a prolinkované.

Existuje za to nějaká opensource náhrada? Nejde mi o nápovědu, ale o to aby bylo možné obsáhnout celé stránky, či téma wikipedie v jednom souboru. PDF se na to nehodí, protože je lineární. Mohl bych použít zazipované .hml soubory, ale to by nebylo elegantní (bylo by nutné to rozbalit a mít na disku špínu v podobě desítek souborů). Není zde něco jako .cb(z/r/t) (když na tohle přejmenujete .zip/.rar/.tar s obrázky, prohlížeče dokumentů ho umí zobrazit podobně jako .pdf)?

Napadl mě třeba HTML soubor obsahující všechna potřebná data + JS který by umožňoval jejich procházení a indexaci, ale předtím než se pustím do vytváření něčeho takové chci vědět jestli už to neexistuje.

Koukal jsem taky na formát DocBook, ale není mi jasné jestli je to to co hledám, tedy jak vzít několik stránek a vytvořit z nich jeden soubor, který nebude lineární, ale spíš něco jako offline kopie něčích stránek.

Odpovědi

[Kit]

Nejblíž bude asi Java Help. Zdrojový kód může být ve formátu DocBook.

[lertimir]

Jednak PDF není jen lineární, ale můžete v něm mít hypertextové odkazy. mám dost PDF souborů, kde obsahy, indexy, a glossary jsou aktivní hyperliky. Za druhé pokud Vám CHM vyhovuje proč od něj odcházet. Na linuxu je chm viewer pod KDE i Gnome a na vytváření bych asi použil KEL CHM creator, což je freeware aplikace pro .NET a tím pádem pod mono by měla běžet.

[Bystroushaak]

Já vím že v PDF můžou být odkazy, ale stejně je lineární (to bych mohl rovnou použít šíleně dlouhý .html) a navíc stránkované.

CHM mi nevyhovuje, na Linuxu se moc neujalo, navíc je to proprietární formát který přestal používat i MS, takže do pár let imho bude spolehlivě mrtvý.

[lertimir]

Zkuste se probrat formáty elektronických knih. např Comparison of e-book formats. Asi používaný standard bude lepší než vlastní řešení.

A pokud jsou to informace jen pro Vás, tak asi není důležité, že CHM se vyvíjet nebude (ostaně je to vlastně jen kompresované html a otevře ho i 7zip). Foxbase a Dbase jsou také spolehlivě mrtvé a znám dost lidí, kteří na nich mají své osobní databáze a používají je pořád.

[Bystroushaak]

Bohužel to nemá být jen pro mě.

Jinak ebooky se mi moc nezdají. Přijde mi že po jejich formátech za pár (10) let neštěkne pes, navíc software k prohlížení je prakticky vždy nechutný blob (Calibre třeba), který si uživatel musí nainstalovat.

[rastos]

kchmviewer ?

[Bystroushaak]

Můj dotaz se netýkal čtečky, ale toho jestli existuje něco jako opensource .chm (formát souboru, ne program pro práci), přičemž nemusí jít o nápovědu, ale ukládání vícero stránek do jednoho souboru.

[rastos]

A čo si pod slovami "opensource formát" predstavujete, Kefalín?

1 2

[Bystroushaak]

Ptát se na něco takového na abclinuxu je poměrně zvláštní. Uznávám že jsem tam přidal ze zvyku slovíčko "source", ale měl jsem za to že tu nejsme od slovíčkaření: Open format.

CHM je uzavřený, proprietární formát a to že někdo reverzním inženýrstvím odhalil jeho strukturu na tom nic nemění.

PS: To s tím Kefalínem musel být blbý mem už před 10 lety.

[l4m4]

CHM je uzavřený, proprietární formát a to že někdo reverzním inženýrstvím odhalil jeho strukturu na tom nic nemění.

Nepovídej.

CHM je formát, jehož struktura je známa, publikována a existují open-source implementace. Společnost, která ho původně vyvinula coby proprietární, nemá žádné plány na zavádění dalších nekompatibilit a proprietárních fíčur.

Jak se taková situace prakticky liší od open formátu? Jen ideologicky. Nedokážu CHM posoudit technicky, tudíž to pořád může být shit, nicméně technická kritéria jsou už teď jediná relevantní.

[marbu]

Ono myslenka zazipovaneho html imho elegantni je. Moznost ukladat webovou stranku vcetne vsech dalsich zdroju mel uz kdysi davno Konqueror (format war - web archive) a vzdycky mi to prislo elegantnejsi nez mit k souboru navic adresar s nazvem kdesicosi_files. Jinak Mozila pak ma pro Firefox podobny format - maff, dostupny je jako plugin.

[Bystroushaak]

Ono myslenka zazipovaneho html imho elegantni je.

Kdyby s tím uměly browsery pracovat, tak by to bylo elegantní. Když to předtím musím vybalit, tak je to k ničemu.

Jinak ten maff se mi líbí, škoda že to není podporované defaultně, takhle se to nejspíš nerozšíří :(

[Filip Jirsák]

Nebude s tím umět pracovat nějaký prohlížeč integrovaný s desktopovým prostředím (KDE nebo Gnome), který by např. přes KIO uměl přistupovat dovnitř archivů?

[marbu]

Presne tak, treba kdyz v Konqueroru kliknu na nejaky maff soubor, automaticky pozna, ze je to archiv, a pres kioslave jej rozbali, takze pak akorat musim kliknout na adresar a pak na index.html, abych se dostal ke strance.

[Bystroushaak]

Zajímavé. V gnome jsem si ničeho takového nevšiml. Zkoušel jsem ten firefox doplněk, ale to docela bída.

[Zaphod]

Pozrite si epub format. Napriklad www.root.cz/clanky/vytvorte-elektronickou-knihu-s-ecub/ + diskusia k clanku

[Bystroushaak]

Díky za odkaz. Diskuzi jsem si pročetl, ale nějak mě to neuchvátilo, naopak mi to přišlo jako formát vhodný pouze pro knihy.

[marbu]

Urcite je tak mysleny, ale pro cteni dokumentace na nejake externi ctecce se muze hodit i tak. Treba dokumentance k pythonu 3 je oficialne delana i v tomto formatu (ma to vybudovany index temat, takze se da "pomerne dobre" skakat). V KDE to normalne otevre Okular, jak je to jinde nevim, ale pro cteni na pocitaci je stejne nejlepsi html verze.

[Bystroushaak]

Abych trochu upřesnil můj původní dotaz:

Já nepotřebuji vytvořit eknihu, ale cloud vzájemně prolinkovaných informací. Linearita textu (čte se to odzhora dolu) je v tomhle případě k ničemu, naopak mi vadí.

[pozortucnak]

co takhle použít nějaký nástroj který se používá na html prezentace? Co se konkrétně používá netuším ale něco na způsob

http://meyerweb.com/eric/tools/s5/

https://github.com/pepelsbey/shower

https://github.com/Seldaek/slippy

[pozortucnak]

http://stackoverflow.com/questions/4163894/html-presentation-slides-with-python-syntax-highlighting

[xkucf03]

Já nepotřebuji vytvořit eknihu, ale cloud vzájemně prolinkovaných informací

OMG už i tomuhle se říká cloud?

Linearita textu (čte se to odzhora dolu) je v tomhle případě k ničemu, naopak mi vadí.

To už záleží jen na tobě, jak moc ne/lineární si to uděláš – třeba si tam dej JavaScript, který bude skrývat a odkrývat různé divy (jednotlivá témata), v jednom z nich může být třeba obsah nebo rejstřík, někde jsem viděl i vyhledávání realizované čistě JavaScriptem (nejdřív se to samozřejmě muselo indexovat – ale pak při vyhledávání už to nijak nepotřebovalo komunikovat se serverem nebo jiným softwarem, jen JS).

[Bystroushaak]

To už záleží jen na tobě, jak moc ne/lineární si to uděláš – třeba si tam dej JavaScript, který bude skrývat a odkrývat různé divy (jednotlivá témata), v jednom z nich může být třeba obsah nebo rejstřík, někde jsem viděl i vyhledávání realizované čistě JavaScriptem (nejdřív se to samozřejmě muselo indexovat – ale pak při vyhledávání už to nijak nepotřebovalo komunikovat se serverem nebo jiným softwarem, jen JS).

Já vím. Psal jsem to i v prvním postu, jen bych se rád vyhnul znovuvytváření již vytvořeného.

[xkucf03]

Možností je celkem dost – např.

• Uložit stránku na disk včetně obrázků (typicky samostatná složka vedle *.html souboru) a zabalit oboje do archivu (třeba tar.gz), který si pak můžeš otevřít v Konqueroru (možná to umí i jiné prohlížeče). Dřív (teď to tam nějak nevidím) uměl Konqueror ukládat celé webové stránky jako webarchive soubory *.war a samozřejmě je i číst.
• Použít MIME formát, který se používá v e-mailech – pomocí něj taky můžeš zabalit víc souborů do jednoho a odkazovat se mezi nimi (obrázky atd.)
• Obrázky (případně další věci) převést do base64 kódování a vložit přímo do (X)HTML stránky – používá se tam Data URL, které můžeš použít jak v obrázcích (atribut src), tak třeba v odkazech (atribut href) a uložit si tak do jednoho souboru nejen náhled obrázku, ale i samotný obrázek, který se zobrazuje po kliknutí na náhled. Je to sice větší (kvůli base64 a absenci komprese), ale zato je to pořád textový formát, takže ty textové části stránky se dají jednoduše indexovat nebo třeba prohledávat i obyčejným grepem nebo číst lessem, když na to přijde – zatímco jakýkoli archiv musíš nejdřív rozbalit a i v tom MIME je dost možné, že v base64 (nebo quoted printable) bude i text stránky, tudíž bude bez dalšího zpracování/dekódování nečitelný.
• JavaHelp, nápověda v KDE atd.
• Nějaký formát pro e-knihy – např. MOBI – tam taky do jednoho souboru nacpeš text i obrázky a pak to můžeš číst v Okularu nebo v nějaké elektronické čtečce knih.

DocBook je obecně dobrá věc a má neomezené možnosti (můžeš si to pak transformovat, do čeho chceš), ale je to vhodnější pro obsah, který vytváříš sám (články, knihy, dokumentace…) než pro archivaci cizích webů.

[okbob]

hodně blízký ekvivalent je MHT formát.

[Kit]

Díky za nápad, od této chvíle už můj Firefox umí MHT číst i zapisovat.

Když se podívám dovnitř, tak vidím MIME encoded, podobně jako u e-mailu s přílohami. To přináší jednu nevýhodu: Soubor je asi o polovinu větší, než součet velikostí původních souborů.

Pokud by k tomu byla možná nějaká komprese, bylo by to ještě lepší.