Status of the development

Home Forums cherrytree Status of the development

This topic contains 26 replies, has 11 voices, and was last updated by  washere 1 week, 5 days ago.

Viewing 12 posts - 16 through 27 (of 27 total)
  • Author
    Posts
  • #124499

    philippHRO
    Member

    Soooo, what is the status right now?

    #124507

    washere
    Member

    I’ve been checking lots of new software for Windows/Macs/Android form tree apps to research IDEs to mindmaps to editors etc etc. for the last few years, about over three hundred. Most, over 90%, did not make the cut for me. Integrating the best of each genre in the chain into my overall process for the last few years. And recently in the last few months I have been checking well over fifty new software and a few of them made it into my process chain. These are specific genres, outlines, mindmaps, Tree, comparison, end package IDE type heavy platforms, 2publish formatters, Android apps, Note takers, etc etc etc.

    The main facts with CherryTree are:

    1) It is a Tree type structure editor
    2) It has a few import options for Tree Type files, which work t varying degrees
    3) It has Zero export ability for Tree Type files & conventions. It’s own propriety files are not exports, just like any other software.

    This basically means it is deterministically a dead-end. It is it’s own end product.

    Further it’s Tree structure, it’s own essence and raison d’être, means it can not be used in any chain process unless it is the end node. Basically it means it is dead in that sense.

    So the most vital point now is for it to have a widely used Tree type EXPORT filetype convention. The candidates for most used formats to exports are:

    * XML: This is often tried but has varying conventions and often fails in inter-changeability during export/import

    * MM: Mindmap type, again this often fails though has less variety of definitions than XML and less complexity too

    * OTL: (Abandoned) Natara Bonsai outline format, still widely used and solid, I use this software often as do many with many apps like Bonsai, NoteCase Pro and even Android Apps. This is a good choice

    * MD: MarkDown format for Tree types, is a good choice too but will often need further import/export cycles for many chain-end high-end word processing IDE type heavy software

    * OPML: The basic format of this for Tree type structure is probably the best option. Though it is best to stick to basic forms of OPML as there are many variations which become complex like XML.

    One of the last 3, (basic tree) OPML or MD or XML, is the best way to give Tree type export in a single file and make CherryTree come alive as a node in a chain of software packages as used by most professional data/knowledge users. I would say basic OPML Tree output is probably best and easiest with most exposure across many software packages.

    • This reply was modified 1 month, 2 weeks ago by  washere.
    • This reply was modified 1 month, 2 weeks ago by  washere.
    #124514

    washere
    Member

    P.S. Erratum:

    In last paragraph I meant OTL (Natara Bonsai) outline format not XML, as I correctly said “One of the last 3”. In fact XML is the worst option as there are near infinite definitions and is the worst IMHO for import/export, in my experience only about 10% of XML tree exports import into another software. I could not import CherryTree XML, even after using DB converters and editing sample XML files, into any of the many nodes in my ToolChain softwares. Bonsai blog is still up and there are rumors he might pick it up again. It is still a solid format for tree import/export used by many. MD MarkDown tree format is second best, imports into many. OPML is still the best tree export but one has to keep to the basic format as in XML there are many propriety complex OPML fornmats that do not interchange across softwares. Basic OPML does import into most genres of softwares too. Any of the last 3 is OK, XML is the worst.

    #124529

    giuspen
    Moderator

    @philippHRO the status is I’m working in rebuilding and integrating p7zip becase the password protection is lame and I would like to make it right. After this I’ll continue with the porting to C++/gtk3. After my newborn son Lorenzo (now about 1 month and half old) I had very limited free time but I’ll try to keep up how much I can.

    • This reply was modified 1 month, 1 week ago by  giuspen.
    #124547

    philippHRO
    Member

    Thank you for devoting your free time to this project. I use CherryTree every day at work, and I also have another Tree on my private laptop.
    It’s really a great piece of software, that keeps getting better.

    Tree Statistics

    Godspeed, Giuspen.

    #124548

    eureka
    Member

    Interesting analysis by @washmere
    I guess I am also building a tool chain with CherryTree as a link in my chain.

    @washmere writes …

    So the most vital point now is for it to have a widely used Tree type EXPORT filetype convention.

    I have looked at various parsers to analyse CherryTree output format (ctd) so that it can be piped to other tools in the “tool chain”.

    One of the most promising parsers I found is pandoc

    https://pandoc.org/index.html

    If you need to convert files from one markup format into another, pandoc is your swiss-army knife.

    https://hackage.haskell.org/package/pandoc

    Pandoc is a Haskell library for converting from one markup format to another, and a command-line tool that uses this library. It can read several dialects of Markdown and (subsets of) HTML, reStructuredText, LaTeX, DocBook, MediaWiki markup, TWiki markup, TikiWiki markup, Creole 1.0, Haddock markup, OPML, Emacs Org-Mode, Emacs Muse, txt2tags, Vimwiki, Word Docx, ODT, and Textile, and it can write Markdown, reStructuredText, XHTML, HTML 5, LaTeX, ConTeXt, DocBook, JATS, OPML, TEI, OpenDocument, ODT, Word docx, RTF, MediaWiki, DokuWiki, ZimWiki, Textile, groff man, groff ms, plain text, Emacs Org-Mode, AsciiDoc, Haddock markup, EPUB (v2 and v3), FictionBook2, InDesign ICML, Muse, and several kinds of HTML/JavaScript slide shows (S5, Slidy, Slideous, DZSlides, reveal.js).

    In contrast to most existing tools for converting Markdown to HTML, pandoc has a modular design: it consists of a set of readers, which parse text in a given format and produce a native representation of the document, and a set of writers, which convert this native representation into a target format. Thus, adding an input or output format requires only adding a reader or writer.

    Thus we could consider adding a CherryTree Reader to this list

    Text.Pandoc.Readers
    Text.Pandoc.Readers.CherryTree

    And adding a CherryTree Writer to this list

    Text.Pandoc.Writers
    Text.Pandoc.Writers.CherryTree

    Another experiment to work on …

    #124549

    washere
    Member

    Congrats to @dev on his new son Lorenzo. All the best wishes for him and family.

    Eureka is right about pandoc. It is actually used by many devs in their software under the bonnet. Also there are quite a few GUI interfaces for it. Being an ex-coder, I never used gui fronts for it, I use it occasionally noramally command inline. Tip: to open a DOS box in any folder fast: hold shift key & right-click to get in menu “open command box here”, opens in that path. But pandoc is in my path so can convert with it from anywhere. I think the dev is well aware of pandoc. He just has a huge list in his todo and not enough time.

    Quick start guide for pandoc:
    ____________________________________

    Also can convert an MD (MarkDown) file to OPML with Pandoc:

    pandoc -s filename.md -o filename.opml

    -s means source file
    -o means output file

    Pandoc is installed in:
    C:\Users\YourWinUsernameID\AppData\Local\Pandoc
    But should be able to call in CMD from anywhere as it is in the PATH upon install
    Pandoc .msi installer for windows: https://github.com/jgm/pandoc/releases/

    _____________________________________

    DO NOT USE Atom Pandoc package, as it currently does not work, it only converts to html
    read its settings/notes

    _____________________________________
    I’m using MS Visual Studio Code less these days for basic txt/code, third fave, Atom is firmly number two and might topple Sublime-Text from top position.

    I use many genres of software with android putliners/mindmaps/note takers at bottom to tree editors like CT somewhere in lower middle to dedicated outliners to Script writers like Scrivener to foontnte IDE/Knowledge base like Zotero/Citavi to packaging for publish ebook and more. Depending on each type of project and size. I like the CT interface but currently am using NoteCase Pro (Windows version) as it lets me export higher up in toolchain.

    The only way currently is to export all CT tree as multi text files, import their folder into NoteCase Pro and export to OPML MD etc etc. But CT export leaves all subnodes as root level nodes. However the prefix — is added for each subnode level (more if lower down) as well as parent node name. So I drag them (or shortcut key) to move them into their parent node in NoteCase Pro. That is how I got my old CT trees into NoteCase and then exported as OPML into my toolchain (not my invented word btw) higher up into bigger software packages.

    Fortunately most take in OPML. I also recommend downloading Typora (Windows version) which is free. It is basically an MD or MarkDown editor, I use a few other MD editors (split screen to see output vs. code) too. MD format will be huge in near future imho for editing layout format. OPML will be standard for import/export. XML almost never works across software. I use MD sometimes if an app does not have OPML.

    Actually for import/export my most used tool is Bonsai Natara. Secondly the legendary now abandoned Bonsai has export template files called .oxt which I edit and customize. Those interested in these tree genre wares, search bonsai chm help file for customized export and see the specs.

    I set up NoteCase Pro with black theme like my CherryTree interface and using it in that slot. In other slots of my tool chain there are about 15 to 20 faves of different genres, out of hundreds tested (ongoing tests) which are called upon when needed. IIRC I saw OPML somewhere on dev’s todo list but porting onto C++/gtk3 will take a huge time so I’m not holding my breath. But will check to see status of development and changelogs for CT regularly to see what is happening.

    All the best to all.

    • This reply was modified 1 month, 1 week ago by  washere.
    #124551

    giuspen
    Moderator

    Thanks @washere for congrats, you’re right I’m short of free time at the moment, furthermore in urgent need to complete the porting to gtkmm3.
    All the Best.

    #124631

    eureka
    Member

    Are there any plans in the development pipeline to bridge between CherryTree and TEI format (Text Encoding Initiative)?

    For example, adding:
    Export to TEI
    Export to XHTML

    Here is an overview of TEI ..

    http://tei.oucs.ox.ac.uk/GettingStarted/html/in.html

    #124634

    giuspen
    Moderator

    @eureka at the moment I cannot talk about any new feature, just bug fixes and pointing to the new library.

    #124640

    eureka
    Member

    @giuspen

    After further testing a line can be drawn to use CherryTree without adding new features. The earlier discussion about using pandoc in a toolchain applies. For example CherryTree can export HTML and pandoc can convert HTML to TEI-Simple.

    #124642

    washere
    Member

    I just saw the latest update and installed. CherryTree is in essence an Outliner Tree editor (nodes & sub-nodes levels). But it does not export as hierarchical nodes/sub-nodes single Outliner Tree file. It’s own ctd propriety xml file is only read by itself.

    The other few exports in pdf or html or txt are either single flat (not Outlined tree nodes/sub-nodes) or multi flat files for each node of the tree.

    To end this dead-end status, I wrote some procedures and codes to convert cherrytree file to a single OPML outline file, which can be read by many other softwares. Hence breaking the current dead-end for this wonderful note taking tool. However it needs more work, I might have some time over the holidays to finish and polish, hopefully.

    OPML format is very simple. it is basically HTML and each node is an <outline> tag and each sub-node is a nested <outline) tag inside it. That’s it. So a node and subnode is:

    
    <outline text="my first node name" _note="my note for 1st node">
    <outline text="my sub node of 1st node's name" _note="my notes of sub-node">
    </outline>
    </outline>

    That’s it! I can already convert CT files to this OPML single outline tree file, just need to fine tune and fully automate as opposed to using other programs too. I hope I get the time.

    Anyway, thanks to dev for the latest rich format and paste features etc, much appreciated.

    Happy holidays to all.

    • This reply was modified 1 week, 5 days ago by  washere.
    • This reply was modified 1 week, 5 days ago by  washere.
Viewing 12 posts - 16 through 27 (of 27 total)

You must be logged in to reply to this topic.