cherrytree2html.py (diskuse)

[Pepa]

Díky vyzkouším. Cherrytree je výborný program skoro tak dobrý jako Zim. Po něm následuje nejnovější betaverze Treeline :)

[Tomáš]

V zápisku jsem nenašel, že bys nabídl patch autorovi. Mohl bys tím zlepšit celou aplikaci a nebyly by potřeba žádné obezličky.

[Bystroushaak]

Jo. Protože jsem moc líný :3

Musel bych mu psát v angličtině, pak nějak argumentovat proč jo a proč ne atd.. K tomu mu vysvětlovat, proč používám vlastní HTML parser (protože chci) a nakonec bych musel přidat podporu všech možností CherryTree, která tam teď není (umí to jen to, co jsem potřeboval, aby to umělo, ne všechno).

[radix]

Je to sice komerc, ale na toto se mi daleko lepe osvedcil Notecase Pro.

[xkucf03]

Přijde mi to jako ukázka toho, jak by XML formát neměl vypadat. Někdo se asi bál, že bude mít příliš mnoho elementů a chtěl to mít jednoduché, tak udělal jeden element rich_text a všechno nacpal do atributů. Aby to bylo ještě jednodušší nevyužil toho, že XML umožňuje krásně popisovat hierarchické struktury a zploštil to a namastil za sebe na jednu úroveň. Kódování názvu souboru do Base64 je taky zbytečnost – asi někomu přišlo příliš složité použít standardní URL kódování. Dávat do atributu link vnitřně strukturovaný text, který pak musím zase parsovat, je taky zvrácenost (slova file a webs následovaná mezerou a pak vlastním odkazem), odporuje to obecným doporučením, jak by měl XML formát vypadat. Jenže dát tam vedle toho atribut třeba typOdkazu="…" je buď nenapadlo nebo si to chtěli zjednodušit. S tou snahou věci zjednodušovat se to dneska někdy přehání. To je plno keců o KISS a averzi k enterprise a overengineeringu a pak to takhle dopadá.

Ty codeboxy jsou taky úlet – ještě bych pochopil, kdyby se na ně odkazoval přes ID elementu (pak ať jsou klidně na konci dokumentu, ať nepřekáží dlouhé výpisy kódů uvnitř… pokud to tedy někomu vadí).

Podstatný nedostatek je absence sémantiky – představoval bych si to tak, že v dokumentu budou vyznačení styly (nadpis, zvýrazněný text atd.) a grafické ztvárnění bude popsané zvlášť. Prostě nepoužívat WYSIWYG, ale WYSIWYM (vizuální dojem při editaci může být takřka stejný, ale data, která z toho polezou budou kvalitativně na vyšší úrovni a dále použitelná).

Asi bych se na to vykašlal a našel si jiný software – nebo CherryTree trochu překopat: navrhnout nový XML formát s hierarchií a sémantikou a editor přepracovat na WYSIWYM.

P.S. jeden odstavec plný nadávek a urážek jsem raději smazal

[smazáno]

Idealne vyhodit i to XML, kdyz uz se v tom nekdo bude hrabat

[xkucf03]

Co navrhuješ místo něj? V čem by to bylo lepší?

[Bystroushaak]

Jo, je to úlet. Problém je, že mi můj .ctd krapet nabobtnal a teď v něm mám něco přes 130 nod, takže přechod někam jinam by docela bolel. Navíc jsem s CherryTree jinak dlouhodobě spokojený a prostě se mi v něm pracuje dobře.

[Marián Kyral]

Na codeboxu mi vadí, že v něm nefunguje výběr a vkládání prostředním tlačítkem. Možná se někdy dostanu k tomu, že to nahlásím. Taky změna velikosti CB je možná jen klávesovými zkratkami. Roztažení myší by se mi líbilo více.

[Bystroushaak]

Jo, to roztažení klávesovými zkratkami docela dost saje. Hlavně proto, že mi to s pravděpodobností 50:50 shodí celé cherrytree.

[Marián Kyral]

Teď jsem to už nějakou dobu nepotřeboval, ale nepamatuji si, že by mi Cherrytree nějak padalo. Možná jednou dvakrát. S těmi kl. zkratkami je spíše problém, že si je nikdy nepamatuji a vždy nějakou dobu trvá, než najdu tu správnou.