Re: Future of Knowit

marbux <[email protected]> Fri, 28 Nov 2008 04:39:40 -0800
Newsgroups gmane.comp.kde.devel.knowit,gmane.comp.kde.knowit.user
Message-ID <[email protected]>
On Fri, Nov 28, 2008 at 1:33 AM, Michal Rudolf <mrudolf-W20+MoKGEJdEHWO/[email protected]> wrote:
> I will probably have some free time in the near future. Please tell me what do
> you think: should Knowit be continued?

I would very much like to see KnowIt continued. Here are my major reasons:

1. Editing in either rich text or raw text mode atop (I assume) the
KHTML rendering engine. Unsupported HTML markup, e..g., inline
hyperlinks and blockquoting, can be used and still renders correctly
in Rich Text mode and exports nicely to HTML.

2. Minimalistic HTML export that produces source code that is great
for use in other apps. E.g., copy and paste to Google Docs, Zoho
Writer, Drupal, and a host of other web apps that allow direct editing
of content in an HTML form. Open directly in OOWriter and from there
save or export to a host of other formats.  This kind of capability
makes it feasible to takes notes in NoteCase and massage them into a
publishable document or move the notes to another app with more
powerful editing features.

3. Automagic hyperlinked table of contents generation on export to
HTML. That makes KnowIt very valuable because many web apps do not
have such support. Among those that do, even fewer have timed
auto-backup, making it risky to create content directly in them.

The only other outliners running on Linux I've found with a similar
table of contents capability are NoteCase and NoteCase Pro. Former is
BSD-licensed with its development all but frozen; latter is under
active development but is proprietary. Both are incapable of indenting
content. E.g., lists and subsequent lines in list items, tabulations,
left and right indents, etc.

Basket exports to HTML with a hyperlinked table of contents (no HTML
export options) but its export is so gussied up with CSS and icon
images that it is non-useful for working with the mix of applications
mentioned above. Basket also hits me as singularly unattractive; IMHO
there's far more developer gadgetry than sensitivity to real-world
user requirements there. A lot of sizzle but not much steak.

Despite a fair amount of bugs, KnowIt is a truly useful app for those
who understand HTML markup. It would be useful to far more people if
the bugs were fixed and a few more enhancements were added. I've got
extensive notes on each of those categories if there's interest.

I don't know if you are still contemplating rebuilding from the ground
up using Qt4, Michal. If so, you might check out what the development
road map is at KDE in regard to KHTML. I've read some reports
speculating that KDE will be moving to WebKit instead. WebKit is a
fork of KHTML that seems to be the coming thing for non-Microsoft web
browser development. See e.g., <http://en.wikipedia.org/wiki/Webkit>.

Major enhancements I'd suggest, in roughly my personal order of
priority (I can go into more detail if desired):

1. Ability to merge outlines and to cut, copy and paste nodes and
subtrees from one outline to another. Having to perform such
operations in a text editor directly in a .KNO is a major PITA.

2. Footnote and endnote capability with automagic numbering and
ordering. There is a major hole in the market for folks who need to
generate footnotes or endnotes in outlined HTML documents. This is,
generally speaking, the same crowd who want a hyperlinked table of
contents. Academics, students, folks in business and government who
have to generate reports, law office workers, etc.

As best I can determine the only outliners on the market that have
such support are full-blown word processors that for the most part are
incapable of generating minimalistic HTML that can be used in most web
apps that allow direct editing of HTML in a form.

3. Context-sensitive autotext abbreviation expansion/word completion.
On the Rich Text side, the autotext can produce Rich Text. On the Raw
Text side, it switches to a Quanta-Plus like insertion of HTML,
landing the cursor between generated HTML tags or directly after
markup entities.

4. Prettify the HTML markup with line endings, blank lines, and
indents so the marked up source is easier to read. Syntax highlighting
would be a big plus.

5. Special character support. Much of this if not all could be handled
through abbreviation expansion. E.g., "sss" to get a legal section
sign, "ssss" to get two of them, "umlaut" to get an umlaut, automatic
expansion of two hyphens to an en dash, three hyphens to an em dash,
ampersand to an escaped ampersand, etc.

But different abbreviation/expansion lexicons should be selectable,
editable, and easily exportable to share  with other users.

6. Node tagging would be very nice, along with some features to take
advantage of node tags. E.g., optional automagic creation of a Related
Topics section at the end of each node that shares one or more tags
with that node, with hyperlinks for each using the related node topics
as the hyperlink titles.

You have some excellent and highly useful concepts in KnowIt and have
an obvious flair for UI design. Continuation of KnowIt:

+1

Best regards,

Paul E. Merrell, J.D. (Marbux)

P.S. NoteCase Pro now has much improved .KNO import filters. It's
available as a free download with the only crippled feature being the
document save features. Packages are available for several different
Linux distros. <http://www.virtual-sky.com/download.php>. If you do
decide to discontinue KnowIt, a list on the web site of outliners able
to import .KNO documents would be an aid to KnowIt users.

-- 
Universal Interoperability Council
<http:www.universal-interop-council.org>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/