knowit-devel — List for KnowIt developers

Re: [Knowit-devel] Future of Knowit

[marbux <ma...@gm...>]

On Fri, Nov 28, 2008 at 1:33 AM, Michal Rudolf <mr...@kd...> 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>

[Knowit-devel] Future of Knowit

[Michal R. <mr...@kd...>]

I will probably have some free time in the near future. Please tell me what do 
you think: should Knowit be continued?

As far as I know, there are a few similar applications with more features 
(KJots from KDE 4.x, BasketPad: http://basket.kde.org, not to mention 
multiple mind-mapping application).

So, does it make sense to have one more?
-- 
Michal Rudolf

[Knowit-devel] Import your old KNowIt notes into KJots

[Stephen K. <ste...@gm...>]

Hi,

The feature of importing KNowIt notes into KJots has just hit trunk, and
will be available from KDE4.2 onwards.

http://userbase.kde.org/Tutorials/Import_KNowIt_Into_KJots

Please test it and let me know if it works for you.

Steve.

[Knowit-devel] KnowIt port to KDE 4 started

[Frank O. <fra...@gm...>]

Hi all,

I started to port knowit to KDE 4. "Started" means exactly that, it's far from 
stable, I just made it compile using lots of kde3support/qt3support usage. 
The mainwindow comes up and it loaded my .kno file without problems. I 
haven't tested any other features yet. Some code is known to be not ported, I 
disabled those sections using #ifdef KDE4PORT_TEMPORARILY_DISABLED <code> 
#endif.

The port is based on today's CVS snapshot from the knowit website.

You can find it in KDE SVN:

svn://svn.kde.org/home/kde/branches/work/~osterfeld/knowit4

I wanted it in playground/utils actually, but my account has not enough karma 
to create a directory there. So I'll ask David to move it to playground/ 
later.

Feel free to contribute! My time for it is limited, so I will concentrate 
to "scratch my own itches" and make it work for me, with focus on OS X and 
Linux.

Regards,

Frank

P.S.: This is pre-pre-alpha, so backup your .kno files before experimenting 
with it!

[Knowit-devel] Feature request use cases: Recyling content from one outline in another outline

[marbux <ma...@gm...>]

Thought I would double check that there is no way to recyle content
from one outline to another except by copying and pasting content from
outline A to outline B. I use KnowIt extensively and believe this to
be the situation.

If I am correct, I urge that situation be fixed. It is a severe
usability bug. In the rewritten version of KnowIt, I would like to see
as many of the following use cases addressed as is feasible.

RECYCLING CONTENT USE CASES:

1. Inclusion:

(a). Copy and paste (also drag and drop) node, subtree, or entire
outline into another outline as a child to the currently selected node
in the target outline.

(b). Insert (import) outline as child tree structure of currently
selected node in target outline. (Accessible alternative to 1(a).)

(c). Append outline as new sibling(s) of top level nodes in target
outline. (Accessible alternative to 1(a)) (less important than 1(b)
since the functionality can be achieved using 1(b).)


2. Transclusion:

(a). In the same outline, transclude content of node X in node Y in a
manner that edits in either X or Y will be reflected in both nodes
(single point editing).

(b). In the same outline, transclude node X's children as children of
node Y in a manner that edits in either subtrees X or Y will be
reflected in both subtrees.

(c). Transclude content from different outline's node or subtree as
child(ren) of currently selected node in the target outline.

(d). For 2(a), 2(b), and 2(c) convert transcluded content to included
content automagically upon export to HTML.

(e). For 2(a), 2(b) and 2(c), provide users with option to convert
transcluded content (per outline, per subtree, per node)  to included
content without export to HTML (subsequent edits in one node are no
longer reflected in the other node).

3. Pasteboard

3(a). Set node as pasteboard to which all of the environment's copy
operations are automagically appended, with separating characters. The
Windows-based NoteTab Pro text editor allows a single file to be set
as a pasteboard and it is incredibly useful to be able to maintain a
history of clip operations. E.g., lost a clip during editing? No need
to track down the original content again. Should you wish to see this
functionality in action, NoteTab is available free in 3 versions for
test driving at <http://www.notetab.com>. "Use as Pasteboard" is a
user action on the Document menu. The separating characters are
configurable under View > Options > Tools. Nearly all features work
when running under Wine, although I haven't checked on the Pasteboard
functionality, which might not.

4. Export

(a). To make all of the above more useful, enable export of subtree or
node as .kno file (or another format if used to replace .kno as Michal
previously mentioned was his goal).

4. Discussion

These suggested use cases might fall under a design goal of NHTKTSCT,
or Never Have to Keyboard the Same Content Twice, the Holy Grail of
document assembly. Having to copy and paste content one node at a time
is my single biggest usability barrier with KnowIt.

2(d) and 2(e) are in my opinion the most useful transclusion use
cases. E.g., transclude some content, edit it in a single node/subtree
until you reach a point where the content needs to differ, convert
transclusion to inclusion, then continue editing each node/subtree
separately. Example, when I am composing an appellate brief,
transclude a generic opening brief template, complete with cover,
mandatory headings and boiler plate, signature block, certificate of
service, certificate of corporate status, etc. Switch to inclusion and
fill in the giant blanks. :-)

Best regards,

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

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

Re: [Knowit-devel] Knowit 0.10.1

[marbux <ma...@gm...>]

On Sun, Jul 27, 2008 at 1:12 AM, Michal Rudolf <mr...@kd...> wrote:

Building 0.10 from source on Kubuntu 8.04 (running as a guest under
Virtual Box) following instructions on the download page yields:

root@Pops-kubuntu:/home/pops/Desktop/knowit-0.10# make -f Makefile.cvs
&& ./configure && make
This Makefile is only for the CVS repository
This will be deleted before making the distribution

*** YOU'RE USING autoconf (GNU Autoconf) 2.61.
*** KDE requires autoconf 2.52, 2.53 or 2.54
make[1]: *** [cvs] Error 1
make: *** [all] Error 2

==============

Doing the same for v. 0.11a1 yields the same:

root@Pops-kubuntu:/home/pops/Desktop/knowit# make -f Makefile.cvs &&
./configure && make
This Makefile is only for the CVS repository
This will be deleted before making the distribution

*** YOU'RE USING autoconf (GNU Autoconf) 2.61.
*** KDE requires autoconf 2.53 or newer
make[1]: *** [cvs] Error 1
make: *** [all] Error 2

Hope this helps.

Best regards,

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


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

Re: [Knowit-devel] Knowit 0.10.1

[Michal R. <mr...@kd...>]

marbux,  niedziela, 27 lipca 2008:
>Michal, do you know whether testing it would damage my installation of
> 0.11a1?
It should replace it.

>Also, have the corresponding changes been made in 0.11a1 as well? I
>could test that too if so.
In fact, I used newest sources, so probably this should be called 0.11.0, but 
the changes to 0.11a1 were so small that I didn't want to announce it as a 
new version.

-- 
Michal Rudolf

Re: [Knowit-devel] Knowit 0.10.1

[marbux <ma...@gm...>]

On Sat, Jul 26, 2008 at 10:07 AM, Michal Rudolf <mr...@kd...> wrote:
> I updated outdated autoconfiguration scripts, so you should be able to compile
> Knowit in newer versions of KDE.
>
> Can anybody confirm that version below works?
> http://knowit.sourceforge.net/files/knowit-0.10.1.tar.bz2

Michal, do you know whether testing it would damage my installation of 0.11a1?

Also, have the corresponding changes been made in 0.11a1 as well? I
could test that too if so.

Best regards,

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

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

[Knowit-devel] Knowit 0.10.1

[Michal R. <mr...@kd...>]

I updated outdated autoconfiguration scripts, so you should be able to compile 
Knowit in newer versions of KDE.

Can anybody confirm that version below works?
http://knowit.sourceforge.net/files/knowit-0.10.1.tar.bz2

Inofmration about future development will follow soon.
-- 
Michal Rudolf

Re: [Knowit-devel] Future of Knowit

[Michal R. <mr...@kd...>]

=46rank Osterfeld,  poniedzia=B3ek, 5 marca 2007 08:23:

>Sure, when adding more features, a rewrite will make sense. I won't argue
>against that. I just think that the rewrite might nor might not happen,
>depending on your time constraints and motivation. I know that myself, the=
re
>is lots to do in Akregator, but everything that I have time and motivation
>for is fixing a bug or two from time to time. So I have to make sure that
>current Akregator stays usable even if I don't find the time and motivation
>to realize the grand plan. So the most important thing is to keep the
> current KnowIt maintained and usable with current KDE and forthcoming KDE=
4,
> no matter if the rewrite happens one day or not.
=46or now I am quite convinced to try a rewrite during KDE4 port. But that =
means=20
I will probably have to wait some half a year... And you too :-)
=2D-=20
Michal Rudolf

Re: [Knowit-devel] Future of Knowit

[Frank O. <fra...@gm...>]

On Thursday 01 March 2007, Michal Rudolf wrote:
> Frank Osterfeld,  czwartek, 1 marca 2007:
> >Third, there is the "big rewrite" and redesigning from scratch that we
> > think of once a year or so but probably never will do :P
>
> Good point, but I don't think that 'never rewrite from scratch' rule shou=
ld
> be applied here. First, the code base is pretty small. Second, many
> features just cannot be implemented without serious changes and probably =
it
> is easier to write those parts from scratch.

Sure, when adding more features, a rewrite will make sense. I won't argue=20
against that. I just think that the rewrite might nor might not happen,=20
depending on your time constraints and motivation. I know that myself, ther=
e=20
is lots to do in Akregator, but everything that I have time and motivation=
=20
for is fixing a bug or two from time to time. So I have to make sure that=20
current Akregator stays usable even if I don't find the time and motivation=
=20
to realize the grand plan. So the most important thing is to keep the curre=
nt=20
KnowIt maintained and usable with current KDE and forthcoming KDE4, no matt=
er=20
if the rewrite happens one day or not.

=46rank

Re: [Knowit-devel] Future of Knowit

[Max C. <max...@gm...>]

I think Option 2 - wait for KDE 4 - definitely seems like the wisest
choice, as do moving over to XML and rewriting with a more MVC-ish
codebase in mind.  I can almost taste the success.  KDE 4 is on the
horizon; I feel like it makes sense to leave things alone until the
time comes.

Max

On 2/28/07, Michal Rudolf <mr...@kd...> wrote:
> Max Cantor,  czwartek, 1 marca 2007:
> >Naturally, like a good little Computer Science student, I squawked,
> >"Avoid from-scratch rewrites!", and my regurgitated conventional logic
> >is refuted before I even hit the "Send" button.  :P
>
> >Since I haven't looked at the KnowIt source, I have no idea what the
> >size of its codebase is, but I'm going to take Michal on his word and
> >say that, if it's as small as it is, well, a from-scratch rewrite
> >might not be such a bad idea!  (As though I were a senior, valued
> >member of the KnowIt development team, I hand down opinions from on
> >high!)
> I know that optimistic yet unexperienced programmers (like me some time ago)
> believe they should rewrite each time they learn something new. I suffered
> from the same optimism, but it was some time ago (time passes...).
>
> So, I believe I have strong, not just aesthetic reasons for rewrite:
> 1. Current file format is inflexible, XML should be used instead. That will
> allow for some other requested features: icons, keywords, non-tree links.
> 2. Managing notes in a tree is not a good idea. Instead, data should be
> managed separately, with tree being just one of a few possible visualizations
> (others are for example plain list or list by keywords).
> 3. Knowit was developed with Qt QTextEdit widget limitations in mind. As it
> didn't allow to paste links, external link list was added. In Qt 4.0 it is
> possible to add links (and even images and tables) to existing text, so the
> widget is obsolete.
>
> All of this suggests rewrite in KDE 4. As I don't really have time to play
> with unstable KDE, I see three options left:
> 1. Do nothing
> 2. Wait for KDE 4 and start rewrite then
> 3. Rewrite now using Qt 4. Port to KDE 4 when it is available.
> --
> Michal Rudolf
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Knowit-devel mailing list
> Kno...@li...
> https://lists.sourceforge.net/lists/listinfo/knowit-devel
>


-- 
Max Cantor
Designer, Illustrator and Computer Automator
802-447-ICON (on-campus)
516-639-1807 (mobile)
http://inspiranity.com

Re: [Knowit-devel] Future of Knowit

[Michal R. <mr...@kd...>]

Max Cantor,  czwartek, 1 marca 2007:
>Naturally, like a good little Computer Science student, I squawked,
>"Avoid from-scratch rewrites!", and my regurgitated conventional logic
>is refuted before I even hit the "Send" button.  :P

>Since I haven't looked at the KnowIt source, I have no idea what the
>size of its codebase is, but I'm going to take Michal on his word and
>say that, if it's as small as it is, well, a from-scratch rewrite
>might not be such a bad idea!  (As though I were a senior, valued
>member of the KnowIt development team, I hand down opinions from on
>high!)
I know that optimistic yet unexperienced programmers (like me some time ago) 
believe they should rewrite each time they learn something new. I suffered 
from the same optimism, but it was some time ago (time passes...).

So, I believe I have strong, not just aesthetic reasons for rewrite:
1. Current file format is inflexible, XML should be used instead. That will 
allow for some other requested features: icons, keywords, non-tree links.
2. Managing notes in a tree is not a good idea. Instead, data should be 
managed separately, with tree being just one of a few possible visualizations 
(others are for example plain list or list by keywords).
3. Knowit was developed with Qt QTextEdit widget limitations in mind. As it 
didn't allow to paste links, external link list was added. In Qt 4.0 it is 
possible to add links (and even images and tables) to existing text, so the 
widget is obsolete.

All of this suggests rewrite in KDE 4. As I don't really have time to play 
with unstable KDE, I see three options left:
1. Do nothing
2. Wait for KDE 4 and start rewrite then
3. Rewrite now using Qt 4. Port to KDE 4 when it is available.
-- 
Michal Rudolf

Re: [Knowit-devel] Future of Knowit

[Max C. <max...@gm...>]

TmF0dXJhbGx5LCBsaWtlIGEgZ29vZCBsaXR0bGUgQ29tcHV0ZXIgU2NpZW5jZSBzdHVkZW50LCBJ
IHNxdWF3a2VkLAoiQXZvaWQgZnJvbS1zY3JhdGNoIHJld3JpdGVzISIsIGFuZCBteSByZWd1cmdp
dGF0ZWQgY29udmVudGlvbmFsIGxvZ2ljCmlzIHJlZnV0ZWQgYmVmb3JlIEkgZXZlbiBoaXQgdGhl
ICJTZW5kIiBidXR0b24uICA6UAoKU2luY2UgSSBoYXZlbid0IGxvb2tlZCBhdCB0aGUgS25vd0l0
IHNvdXJjZSwgSSBoYXZlIG5vIGlkZWEgd2hhdCB0aGUKc2l6ZSBvZiBpdHMgY29kZWJhc2UgaXMs
IGJ1dCBJJ20gZ29pbmcgdG8gdGFrZSBNaWNoYWwgb24gaGlzIHdvcmQgYW5kCnNheSB0aGF0LCBp
ZiBpdCdzIGFzIHNtYWxsIGFzIGl0IGlzLCB3ZWxsLCBhIGZyb20tc2NyYXRjaCByZXdyaXRlCm1p
Z2h0IG5vdCBiZSBzdWNoIGEgYmFkIGlkZWEhICAoQXMgdGhvdWdoIEkgd2VyZSBhIHNlbmlvciwg
dmFsdWVkCm1lbWJlciBvZiB0aGUgS25vd0l0IGRldmVsb3BtZW50IHRlYW0sIEkgaGFuZCBkb3du
IG9waW5pb25zIGZyb20gb24KaGlnaCEpCgpTaGVlcGlzaGx5LApNYXgKCk9uIDIvMjgvMDcsIE1h
eCBDYW50b3IgPG1heGNhbnRvckBnbWFpbC5jb20+IHdyb3RlOgo+IEhpIGFsbCAtIEkgaG9wZSBu
byBvbmUgbWluZHMgYSBjYWxsb3cgbmV3YmllIG9mZmVyaW5nIGhpcyB0d28gY2VudHM6Cj4KPiBJ
IHRoaW5rIHRoYXQsIHVsdGltYXRlbHksIGNvbnRpbnVpbmcgb3IgZGlzY29udGludWluZyB5b3Vy
IHBldCBwcm9qZWN0Cj4gaXMgYSBwZXJzb25hbCBjaG9pY2UgdGhhdCBvdGhlciBwZW9wbGUgY2Fu
IGNvbW1lbnQgb24sIGJ1dCB1bHRpbWF0ZWx5LAo+IGNhbm5vdCBhZmZlY3QuICBJJ2QgYmUgYXdm
dWxseSBkaXNhcHBvaW50ZWQgaWYgdGhpcyBncmVhdCBhcHAgdGhhdCBJCj4gZm91bmQgc28gcmVj
ZW50bHkgc3VkZGVubHkgYmVjYW1lIGFiYW5kb25lZCwgYnV0IGlmIHlvdSBoYXZlIHRvIGRvIGl0
Cj4gdG8ga2VlcCB5b3Vyc2VsZiBzYW5lLCB0aGVuIGJ5IGFsbCBtZWFucywgZG8gaXQhCj4KPiBP
biB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayBNci4gT3N0ZXJmZWxkIG1hZGUgYSBwcmV0dHkgZ29v
ZCBwb2ludAo+IGFib3V0IGhvdyBrZWVwaW5nIEtub3dJdCB1cC10by1kYXRlIHByb2JhYmx5IHdv
dWxkbid0IGJlIGEgaHVnZQo+IGltcG9zaXRpb24gb24gYW55b25lJ3Mgc2NoZWR1bGUuICBJIGFs
c28gdGhpbmsgdGhhdCBoaXMgcG9pbnQgYWJvdXQKPiAidGhlIGZyb20tc2NyYXRjaCByZXdyaXRl
IHRoYXQgd2UgdGhpbmsgYWJvdXQgb25jZSBhIHllYXIsIGJ1dCBuZXZlcgo+IGRvIiB3YXMgbW9y
ZSBsdWNpZCB0aGFuIGhlIGludGVuZGVkOiBJbiBteSAoc21hbGwpIGV4cGVyaWVuY2Ugd2l0aAo+
IChmZXcpIHNvZnR3YXJlIHByb2plY3RzLCAiZnJvbSBzY3JhdGNoIiByZXdyaXRlcyBhcmUgYSBk
ZWF0aC1zZW50ZW5jZS4KPiAgWW91IGxvc2UgYWxsIG9mIHRoZSBoYXJkIHdvcmsgeW91J3ZlIHB1
dCBpbnRvIGJ1Zy1jaGVja2luZywKPiBjb21wYXRpYmlsaXR5LCBhbmQsIHdlbGwuLi4geW91IGxv
c2UgYWxsIG9mIHlvdXIgaGFyZCB3b3JrLCBwZXJpb2QhICBJCj4gdGhpbmsgaXQncyBtb3JlIGRl
bW9yYWxpemluZyB0aGFuIGxpYmVyYXRpbmcuCj4KPiBJIGRvbid0IHRoaW5rIHRoZXJlIHdvdWxk
IGJlIGFueXRoaW5nIHdyb25nIG9yIGZvb2xpc2ggYWJvdXQgbGV0dGluZwo+IEtub3dJdCBjaGls
bCB1bnRpbCBLREU0J3MgQVBJIGlzIHJlYWR5IHRvIGJlIHdvcmtlZCB3aXRoLCBhbmQgdGhlbgo+
IGFkZGluZyB3aGljaGV2ZXIgZmVhdHVyZXMgY2FuIGJlIGFkZGVkIGdpdmluZyB0aGUgbGltaXRh
dGlvbnMgKG9yIGxhY2sKPiB0aGVyZW9mKSBvZiBLbm93SXQncyBleGlzdGluZyBjb2RlYmFzZS4g
IEkgdHJpZWQga2Rpc3NlcnQgYW5kIGZvdW5kCj4gdGhlIEdVSSBib3RoIHVuaW50dWl0aXZlIGFu
ZCBzbGlnaHRseSB0ZXJyaWZ5aW5nLCBsaWtlIGEgbmlnaHRtYXJlCj4gY2xvd24gd2hvIHNjcmVh
bXMgTG9qYmFuIGF0IHRoZSB0b3Agb2YgaGlzIGx1bmdzLiAgKEFjdHVhbGx5IHRoYXQKPiB3b3Vs
ZCBiZSBraW5kIG9mIGF3ZXNvbWUuKQo+Cj4gQW55d2F5LCBLbm93SXQgaXMgYSBncmVhdCBhcHAs
IGFuZCB1bnRpbCB0aGUgR29vZ2xlIGV4ZWNzIHdobyBwbGF5Cj4gZGFydHMgdG8gZGVjaWRlIG9u
IHRoZWlyIG5leHQgcHJvamVjdCBwaW4gIndlYi1iYXNlZCBvdXRsaW5lciIsIEkKPiBkb3VidCB0
aGF0IGFub3RoZXIgcHJvamVjdCBhcyBzaW1wbGUsIGludHVpdGl2ZSBhbmQgcm9idXN0IHdpbGwg
Y29tZQo+IGFsb25nLgo+Cj4gUmVnYXJkcywKPiBNYXgKPgo+Cj4KPiBPbiAyLzI4LzA3LCBGcmFu
ayBPc3RlcmZlbGQgPGZyYW5rLm9zdGVyZmVsZEBnbXguZGU+IHdyb3RlOgo+ID4gSGkgTWloYbMh
Cj4gPgo+ID4gT24gV2VkbmVzZGF5IDI4IEZlYnJ1YXJ5IDIwMDcsIE1pY2hhbCBSdWRvbGYgd3Jv
dGU6Cj4gPiA+IEkgd2FudGVkIHRvIHN0YXRlIG15IHRob3VnaHRzIGFib3V0IEtub3dpdCBmdXR1
cmUuIEJhc2ljYWxseSBJIGhhdmUgdG8KPiA+ID4gZGVjaWRlIGlmIEkgc2hvdWxkIGNvbnRpbnVl
IG15IHdvcmsgb24gS25vd2l0IChvciwgcmVhbGx5LCBpZiBJIHNob3VsZCBzdG9wCj4gPiA+IG5v
dCB0byB3b3JrIG9uIEtub3dpdCkuCj4gPiA+Cj4gPiA+IFBybzoKPiA+ID4gMS4gS25vd2l0IHdh
cyBteSBmaXJzdCBLREUgYXBwbGljYXRpb24gYW5kIHRoYW5rcyB0byBpdCBJIHdhcyBhYmxlIHRv
Cj4gPiA+IHBhcnRpY2lwYXRlIGluIEtERSBkZXZlbG9wbWVudCwgdHdvIGFLYWRlbXlzIGV0Yy4K
PiA+ID4gMi4gSSBrbm93IGl0IHdhcyB1c2VmdWwgZm9yIHNvbWUgcGVvcGxlIGluY2x1ZGluZyBt
ZS4KPiA+ID4gMy4gQSBsb3Qgb2YgbmV3IGZlYXR1cmVzIGNhbiBiZSBhZGRlZC4KPiA+ID4gNC4g
V29ya2luZyBvbiBuZXcgS25vd2l0IHdpbGwgYmUgZnVuLgo+ID4gPgo+ID4gPiBDb246Cj4gPiA+
IDEuIFlvdSBjYW5ub3QgbWFrZSB5b3VyIGxpdmluZyBkZXZlbG9waW5nIGZyZWUgYXBwbGljYXRp
b25zIGFuZCBJIGFtCj4gPiA+IGFscmVhZHkgaW52b2x2ZWQgaW4gYW5vdGhlciBmcmVlIE9wZW4g
U291cmNlIHByb2plY3QgYW5kIGluIHRyYW5zbGF0aW5nIEtERQo+ID4gPiBpbnRvIFBvbGlzaC4K
PiA+Cj4gPiBSaWdodCwgbWFueSBvZiBleHBlcmllbmNlIHRoYXQgLSBoYXZpbmcgbm90IHRoZSB0
aW1lIGZvciBvdXIgcGV0IHByb2plY3RzCj4gPiBhbnltb3JlIHdoZW4gaGF2aW5nIGEgZnVsbHRp
bWUgZGF5IGpvYi4gT24gdGhlIG90aGVyIGhhbmQsIHRoZXJlIGlzbid0IG11Y2gKPiA+IHRvIGJl
IGRvbmUgdG8ga2VlcCBLbm93SXQgdXNlZnVsIC0gZm9yIG1lIGl0ICJqdXN0IHdvcmtzIi4gSSBk
aWRuJ3QKPiA+IGV4cGVyaWVuY2UgYW55IGNyYXNoZXMsIGRhdGEgbG9zcyBvciByZWFsbHkgYW5u
b3lpbmcgYnVncyAoc28gYW5ub3lpbmcgdGhhdCBJCj4gPiBlaXRoZXIgc3RvcHBlZCB1c2luZyBL
bm93SXQgb3Igd2FzIGJvdGhlcmVkIGVub3VnaCB0byBmaXggdGhlbSA7LSkgKSBpbgo+ID4gX3ll
YXJzXy4gT2YgY291cnNlIG9uZSBjb3VsZCB0aGluayBvZiB0aG91c2FuZHMgb2YgZmVhdHVyZXMg
dGhhdCB3b3VsZAo+ID4gaW1wcm92ZSBrbm93aXQgYW5kIG1ha2UgaXQgc2hpbmUuIEJ1dCBldmVu
IGlmIHdpdGhvdXQgc3VjaCBpbXByb3ZlbWVudHMgaXQKPiA+IHN0YXlzIHVzZWZ1bCBmb3IgbWUu
IEkgc2VlIG5vIHJlYXNvbiB0byBzdG9wIHVzaW5nIGl0IGV2ZXIgdW5sZXNzIHNvbWV0aGluZwo+
ID4gY29tZXMgYWxvbmcgdGhhdCBjYW4gcmVwbGFjZSBLbm93SXQgZnVsbHkgZm9yIG1lIGFuZCBo
YXMgYWRkaXRpb25hbCBmZWF0dXJlcwo+ID4gdGhhdCBJIG5lZWQgb3IgdGhpbmsgSSBuZWVkLiBJ
IGRvbid0IHNlZSBzdWNoIGFuIGFwcCAtIHNvIEkgY29udGludWUgdXNpbmcKPiA+IEtub3dJdC4K
PiA+Cj4gPiA+IDIuIFRoZXJlIGFyZSBvdGhlciwgbW9yZSBhZHZhbmNlZCwgbW9yZSBhY3RpdmVs
eSBkZXZlbG9wZWQgYXBwbGljYXRpb25zCj4gPiA+IHRoYXQgY2FuIHJlcGxhY2UgS25vd2l0IC0g
a2Rpc3NlcnQsIFRyZWVMaW5lLCBwcm9iYWJseSBtb3JlLgo+ID4gPiAzLiBBIGxvdCBvZiBtaXNz
aW5nIGZlYXR1cmVzIGNhbm5vdCBiZSBpbXBsZW1lbnRlZCB1c2luZyBjdXJyZW50IGRlc2lnbiAt
IEkKPiA+ID4gd2lsbCBoYXZlIHRvIHJld3JpdGUgYWxtb3N0IGZyb20gc2NyYXRjaC4KPiA+Cj4g
PiBrZGlzc2VydCBpcyB0b3RhbGx5IGRpZmZlcmVudCB0byBtZSBhbmQgbm90IHN1aXRlZCBmb3Ig
bWFuYWdpbmcgdGV4dCBwYWdlcyBvZgo+ID4gbm90ZXMgLSBpdCBoZWxwZWQgbWUgdG8gc3RydWN0
dXJlIG15IHRoZXNpcyB0aG91Z2guIEltcG9ydGluZyBteSBrbm93aXQgZmlsZQo+ID4ganVzdCBl
bmRlZCBpbiBhIG1lc3MuIFRoZSB0cmVlbGluZSBob21lcGFnZSBpcyBkb3duIHNvIEkgY2FuJ3Qg
dHJ5IHRoYXQgb25lLgo+ID4gVGhlIFVJIGxvb2tzIHRvbyBibG9hdGVkIGZvciBteSBuZWVkcyAt
IEkgZG9uJ3Qgd2FudCBmb3JtcyBvciBzdHVmZiBsaWtlCj4gPiB0aGF0LiBKdXN0IGdpdmUgbWUg
cGxhaW4gdGV4dCwgc29tZSBtYXJrdXAgYW5kIGxpbmtzLgo+ID4KPiA+ID4gNC4gS0RFIDQgaXMg
Z2V0dGluZyBuZWFyLCBidXQgSSBndWVzcyBpdCB3aWxsIGdldCBhdCBsZWFzdCBoYWxmIGEgeWVh
ciB0bwo+ID4gPiBtYWtlIHRoZSBmaXJzdCByZWxlYXNlLiBUaGVyZWZvcmUsIEkgd2lsbCBoYXZl
IHRvIGVpdGhlciByZXdyaXRlIGZvciBLREUgMwo+ID4gPiBhbmQgdGhlbiBzcGVuZCBzZXJpb3Vz
IHRpbWUgcG9ydGluZyBvciB3YWl0IGhhbGYgYSB5ZWFyLiBQcm9iYWJseSBpdCBpcwo+ID4gPiBw
b3NzaWJsZSB0byBkZXZlbG9wIGZvciBLREUgNCByaWdodCBub3csIGJ1dCBpdCBpcyBhIGJpdCB0
b28gbXVjaCB3b3JrIGZvcgo+ID4gPiBtZS4KPiA+Cj4gPiBJIHBlcnNvbmFsbHkgd291bGQgd2Fp
dCB1bnRpbCBLREU0IGlzIG91dCB0aGUgZG9vciBvciBhdCBsZWFzdCByZWFkeSBzbyBJIHVzZQo+
ID4gaXQgYXMgbXkgZGVza3RvcC4gVGhlbiBpdCBjYW4gYmUgcG9ydGVkIGRpcmVjdGx5IHRvIEtE
RTQgb3IgYmUgcmV3cml0dGVuIGZyb20KPiA+IHNjcmF0Y2ggaWYgYW55b25lIGhhcyB0aGUgbW90
aXZhdGlvbiB0byBkbyBzby4KPiA+IElmIG5vYm9keSBlbHNlIHBvcnRzIGl0IHRvIEtERTQsIEkg
d2lsbCBkbyBpdCBhbnl3YXksIGp1c3QgdG8gYmUgYWJsZSB0bwo+ID4gY29udGludWUgdXNpbmcg
aXQgd2l0aCBuaWNlIEtERTQgZGVza3RvcCBpbnRlZ3JhdGlvbi4gSSBhbHNvIGRvbid0IHRoaW5r
Cj4gPiBwb3J0aW5nIGl0IHdpbGwgdGFrZSBsb25nIChpdCBpcyBqdXN0IGEgZmV3IGZpbGVzIGFm
dGVyIGFsbCwgSUlSQykuCj4gPgo+ID4gPiBTbywgbG9va3MgbGlrZSBlYWNoIFBybyBpcyBjb3Vu
dGVyZWQgYnkgQ29uLiBPciwgbWF5YmUsIGl0IGlzIGEgdGllLgo+ID4gPgo+ID4gPiBXaGF0IGFy
ZSB5b3VyIHRob3VnaHRzPwo+ID4KPiA+IEkgdGhpbmsgdGhlIG1vc3QgaW1wb3J0YW50IGdvYWwg
aXMgdG8ga2VlcCBLbm93SXQgbWFpbnRhaW5lZCwgcHJldmVudCBpdCBmcm9tCj4gPiBiaXRyb3Qg
YW5kIG1ha2Ugc3VyZSB0aGF0IGl0IHdpbGwgYmUgcG9ydGVkIHRvIEtERTQuIFRoaXMga2luZCBv
ZiBtYWludGVuYW5jZQo+ID4gc2hvdWxkbid0IGJlIHRvbyBtdWNoIHdvcmsgKGMsIGFuZCBhbnkg
b2YgdXMgY2FuIGRvLiBJZiB5b3UgZG9uJ3Qgd2FudCB0byBkbwo+ID4gdGhhdCwgSSB3b3VsZCB2
b2x1bnRlZXIuCj4gPgo+ID4gVGhlbiwgdGhlcmUgYXJlIHBlb3BsZSBsaWtlIE1heCB3aG8gbWln
aHQgd2FudCB0byBpbXByb3ZlIEtub3dJdCBieSBzbWFsbAo+ID4gY29ycmVjdGlvbnMgb3IgZXZl
biBuZXcgZmVhdHVyZXMuIFRoYXQgY291bGQgaW1wcm92ZSBLbm93SXQgZ3JhZHVhbGx5LCBldmVu
Cj4gPiBpZiBzbG93bHkuIEhhdmluZyBzZW50aW1lbnRhbCBmZWVsaW5ncyBmb3IgS25vd0l0IGFz
IGl0IHdhcyBteSBmaXJzdCBLREUKPiA+IHByb2plY3QgSSBjb250cmlidXRlZCBjb2RlIHRvIGV2
ZXIsIEkgYWxzbyBzZWUgc21hbGwgYXBwcyBsaWtlIEtub3dJdCBhIGdvb2QKPiA+IHdheSB0byBn
ZXQgc3RhcnRlZCB3aXRoIEtERSBkZXZlbG9wbWVudC4KPiA+Cj4gPiBUaGlyZCwgdGhlcmUgaXMg
dGhlICJiaWcgcmV3cml0ZSIgYW5kIHJlZGVzaWduaW5nIGZyb20gc2NyYXRjaCB0aGF0IHdlIHRo
aW5rCj4gPiBvZiBvbmNlIGEgeWVhciBvciBzbyBidXQgcHJvYmFibHkgbmV2ZXIgd2lsbCBkbyA6
UAo+ID4gQ2hhbmNlcyBiZWluZyBzbWFsbCB0aGF0IGl0IHdpbGwgaGFwcGVuLCBtYWtpbmcgdGhl
IGxhdGVzdCBzb3VyY2UgYXZhaWxhYmxlCj4gPiBlYXNpbHkgYW5kIGVuY291cmFnaW5nIG90aGVy
cyB0byB3b3JrIG9uIGl0IHdvbid0IGh1cnQuIEFuZCBpZiBpdCBvbmx5Cj4gPiBpbmNyZWFzZXMg
dGhlIGNoYW5jZSBvZiBhIGdsb3Jpb3VzIGtub3dpdCBmdXR1cmUgZnJvbSAwLjEgdG8gMC4yJS4K
PiA+Cj4gPiBTbyBtYWtlIHN1cmUgdGhhdCAxKSBLbm93SXQgc3Vydml2ZXMgaW4gaXRzIGhpYmVy
bmF0aW9uIHN0YXRlIGl0IGlzIGluIG5vdyBmb3IKPiA+IHNvbWUgdGltZS4gMikgbWFrZSBpdCBl
YXN5IGZvciBvdGhlciBkZXZlbG9wZXJzIHRvIGFjY2VzcyB0aGUgc291cmNlIGFuZAo+ID4gY3Jl
YXRlIHBhdGNoZXMgKGZvciBsYXp5IGJ1bXMgbGlrZSBtZSwgdGhhdCB3b3VsZCBiZSBhbiBTVk4g
Y2hlY2tvdXQpLgo+ID4KPiA+IEZyYW5rCj4gPgo+ID4KPiA+Cj4gPiAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
Cj4gPiBUYWtlIFN1cnZleXMuIEVhcm4gQ2FzaC4gSW5mbHVlbmNlIHRoZSBGdXR1cmUgb2YgSVQK
PiA+IEpvaW4gU291cmNlRm9yZ2UubmV0J3MgVGVjaHNheSBwYW5lbCBhbmQgeW91J2xsIGdldCB0
aGUgY2hhbmNlIHRvIHNoYXJlIHlvdXIKPiA+IG9waW5pb25zIG9uIElUICYgYnVzaW5lc3MgdG9w
aWNzIHRocm91Z2ggYnJpZWYgc3VydmV5cy1hbmQgZWFybiBjYXNoCj4gPiBodHRwOi8vd3d3LnRl
Y2hzYXkuY29tL2RlZmF1bHQucGhwP3BhZ2U9am9pbi5waHAmcD1zb3VyY2Vmb3JnZSZDSUQ9REVW
REVWCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+
ID4gS25vd2l0LWRldmVsIG1haWxpbmcgbGlzdAo+ID4gS25vd2l0LWRldmVsQGxpc3RzLnNvdXJj
ZWZvcmdlLm5ldAo+ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGlu
Zm8va25vd2l0LWRldmVsCj4gPgo+ID4KPiA+Cj4KPgo+IC0tCj4gTWF4IENhbnRvcgo+IERlc2ln
bmVyLCBJbGx1c3RyYXRvciBhbmQgQ29tcHV0ZXIgQXV0b21hdG9yCj4gODAyLTQ0Ny1JQ09OIChv
bi1jYW1wdXMpCj4gNTE2LTYzOS0xODA3IChtb2JpbGUpCj4gaHR0cDovL2luc3BpcmFuaXR5LmNv
bQo+CgoKLS0gCk1heCBDYW50b3IKRGVzaWduZXIsIElsbHVzdHJhdG9yIGFuZCBDb21wdXRlciBB
dXRvbWF0b3IKODAyLTQ0Ny1JQ09OIChvbi1jYW1wdXMpCjUxNi02MzktMTgwNyAobW9iaWxlKQpo
dHRwOi8vaW5zcGlyYW5pdHkuY29tCg==

Re: [Knowit-devel] Future of Knowit

[Max C. <max...@gm...>]

SGkgYWxsIC0gSSBob3BlIG5vIG9uZSBtaW5kcyBhIGNhbGxvdyBuZXdiaWUgb2ZmZXJpbmcgaGlz
IHR3byBjZW50czoKCkkgdGhpbmsgdGhhdCwgdWx0aW1hdGVseSwgY29udGludWluZyBvciBkaXNj
b250aW51aW5nIHlvdXIgcGV0IHByb2plY3QKaXMgYSBwZXJzb25hbCBjaG9pY2UgdGhhdCBvdGhl
ciBwZW9wbGUgY2FuIGNvbW1lbnQgb24sIGJ1dCB1bHRpbWF0ZWx5LApjYW5ub3QgYWZmZWN0LiAg
SSdkIGJlIGF3ZnVsbHkgZGlzYXBwb2ludGVkIGlmIHRoaXMgZ3JlYXQgYXBwIHRoYXQgSQpmb3Vu
ZCBzbyByZWNlbnRseSBzdWRkZW5seSBiZWNhbWUgYWJhbmRvbmVkLCBidXQgaWYgeW91IGhhdmUg
dG8gZG8gaXQKdG8ga2VlcCB5b3Vyc2VsZiBzYW5lLCB0aGVuIGJ5IGFsbCBtZWFucywgZG8gaXQh
CgpPbiB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayBNci4gT3N0ZXJmZWxkIG1hZGUgYSBwcmV0dHkg
Z29vZCBwb2ludAphYm91dCBob3cga2VlcGluZyBLbm93SXQgdXAtdG8tZGF0ZSBwcm9iYWJseSB3
b3VsZG4ndCBiZSBhIGh1Z2UKaW1wb3NpdGlvbiBvbiBhbnlvbmUncyBzY2hlZHVsZS4gIEkgYWxz
byB0aGluayB0aGF0IGhpcyBwb2ludCBhYm91dAoidGhlIGZyb20tc2NyYXRjaCByZXdyaXRlIHRo
YXQgd2UgdGhpbmsgYWJvdXQgb25jZSBhIHllYXIsIGJ1dCBuZXZlcgpkbyIgd2FzIG1vcmUgbHVj
aWQgdGhhbiBoZSBpbnRlbmRlZDogSW4gbXkgKHNtYWxsKSBleHBlcmllbmNlIHdpdGgKKGZldykg
c29mdHdhcmUgcHJvamVjdHMsICJmcm9tIHNjcmF0Y2giIHJld3JpdGVzIGFyZSBhIGRlYXRoLXNl
bnRlbmNlLgogWW91IGxvc2UgYWxsIG9mIHRoZSBoYXJkIHdvcmsgeW91J3ZlIHB1dCBpbnRvIGJ1
Zy1jaGVja2luZywKY29tcGF0aWJpbGl0eSwgYW5kLCB3ZWxsLi4uIHlvdSBsb3NlIGFsbCBvZiB5
b3VyIGhhcmQgd29yaywgcGVyaW9kISAgSQp0aGluayBpdCdzIG1vcmUgZGVtb3JhbGl6aW5nIHRo
YW4gbGliZXJhdGluZy4KCkkgZG9uJ3QgdGhpbmsgdGhlcmUgd291bGQgYmUgYW55dGhpbmcgd3Jv
bmcgb3IgZm9vbGlzaCBhYm91dCBsZXR0aW5nCktub3dJdCBjaGlsbCB1bnRpbCBLREU0J3MgQVBJ
IGlzIHJlYWR5IHRvIGJlIHdvcmtlZCB3aXRoLCBhbmQgdGhlbgphZGRpbmcgd2hpY2hldmVyIGZl
YXR1cmVzIGNhbiBiZSBhZGRlZCBnaXZpbmcgdGhlIGxpbWl0YXRpb25zIChvciBsYWNrCnRoZXJl
b2YpIG9mIEtub3dJdCdzIGV4aXN0aW5nIGNvZGViYXNlLiAgSSB0cmllZCBrZGlzc2VydCBhbmQg
Zm91bmQKdGhlIEdVSSBib3RoIHVuaW50dWl0aXZlIGFuZCBzbGlnaHRseSB0ZXJyaWZ5aW5nLCBs
aWtlIGEgbmlnaHRtYXJlCmNsb3duIHdobyBzY3JlYW1zIExvamJhbiBhdCB0aGUgdG9wIG9mIGhp
cyBsdW5ncy4gIChBY3R1YWxseSB0aGF0CndvdWxkIGJlIGtpbmQgb2YgYXdlc29tZS4pCgpBbnl3
YXksIEtub3dJdCBpcyBhIGdyZWF0IGFwcCwgYW5kIHVudGlsIHRoZSBHb29nbGUgZXhlY3Mgd2hv
IHBsYXkKZGFydHMgdG8gZGVjaWRlIG9uIHRoZWlyIG5leHQgcHJvamVjdCBwaW4gIndlYi1iYXNl
ZCBvdXRsaW5lciIsIEkKZG91YnQgdGhhdCBhbm90aGVyIHByb2plY3QgYXMgc2ltcGxlLCBpbnR1
aXRpdmUgYW5kIHJvYnVzdCB3aWxsIGNvbWUKYWxvbmcuCgpSZWdhcmRzLApNYXgKCgoKT24gMi8y
OC8wNywgRnJhbmsgT3N0ZXJmZWxkIDxmcmFuay5vc3RlcmZlbGRAZ214LmRlPiB3cm90ZToKPiBI
aSBNaWhhsyEKPgo+IE9uIFdlZG5lc2RheSAyOCBGZWJydWFyeSAyMDA3LCBNaWNoYWwgUnVkb2xm
IHdyb3RlOgo+ID4gSSB3YW50ZWQgdG8gc3RhdGUgbXkgdGhvdWdodHMgYWJvdXQgS25vd2l0IGZ1
dHVyZS4gQmFzaWNhbGx5IEkgaGF2ZSB0bwo+ID4gZGVjaWRlIGlmIEkgc2hvdWxkIGNvbnRpbnVl
IG15IHdvcmsgb24gS25vd2l0IChvciwgcmVhbGx5LCBpZiBJIHNob3VsZCBzdG9wCj4gPiBub3Qg
dG8gd29yayBvbiBLbm93aXQpLgo+ID4KPiA+IFBybzoKPiA+IDEuIEtub3dpdCB3YXMgbXkgZmly
c3QgS0RFIGFwcGxpY2F0aW9uIGFuZCB0aGFua3MgdG8gaXQgSSB3YXMgYWJsZSB0bwo+ID4gcGFy
dGljaXBhdGUgaW4gS0RFIGRldmVsb3BtZW50LCB0d28gYUthZGVteXMgZXRjLgo+ID4gMi4gSSBr
bm93IGl0IHdhcyB1c2VmdWwgZm9yIHNvbWUgcGVvcGxlIGluY2x1ZGluZyBtZS4KPiA+IDMuIEEg
bG90IG9mIG5ldyBmZWF0dXJlcyBjYW4gYmUgYWRkZWQuCj4gPiA0LiBXb3JraW5nIG9uIG5ldyBL
bm93aXQgd2lsbCBiZSBmdW4uCj4gPgo+ID4gQ29uOgo+ID4gMS4gWW91IGNhbm5vdCBtYWtlIHlv
dXIgbGl2aW5nIGRldmVsb3BpbmcgZnJlZSBhcHBsaWNhdGlvbnMgYW5kIEkgYW0KPiA+IGFscmVh
ZHkgaW52b2x2ZWQgaW4gYW5vdGhlciBmcmVlIE9wZW4gU291cmNlIHByb2plY3QgYW5kIGluIHRy
YW5zbGF0aW5nIEtERQo+ID4gaW50byBQb2xpc2guCj4KPiBSaWdodCwgbWFueSBvZiBleHBlcmll
bmNlIHRoYXQgLSBoYXZpbmcgbm90IHRoZSB0aW1lIGZvciBvdXIgcGV0IHByb2plY3RzCj4gYW55
bW9yZSB3aGVuIGhhdmluZyBhIGZ1bGx0aW1lIGRheSBqb2IuIE9uIHRoZSBvdGhlciBoYW5kLCB0
aGVyZSBpc24ndCBtdWNoCj4gdG8gYmUgZG9uZSB0byBrZWVwIEtub3dJdCB1c2VmdWwgLSBmb3Ig
bWUgaXQgImp1c3Qgd29ya3MiLiBJIGRpZG4ndAo+IGV4cGVyaWVuY2UgYW55IGNyYXNoZXMsIGRh
dGEgbG9zcyBvciByZWFsbHkgYW5ub3lpbmcgYnVncyAoc28gYW5ub3lpbmcgdGhhdCBJCj4gZWl0
aGVyIHN0b3BwZWQgdXNpbmcgS25vd0l0IG9yIHdhcyBib3RoZXJlZCBlbm91Z2ggdG8gZml4IHRo
ZW0gOy0pICkgaW4KPiBfeWVhcnNfLiBPZiBjb3Vyc2Ugb25lIGNvdWxkIHRoaW5rIG9mIHRob3Vz
YW5kcyBvZiBmZWF0dXJlcyB0aGF0IHdvdWxkCj4gaW1wcm92ZSBrbm93aXQgYW5kIG1ha2UgaXQg
c2hpbmUuIEJ1dCBldmVuIGlmIHdpdGhvdXQgc3VjaCBpbXByb3ZlbWVudHMgaXQKPiBzdGF5cyB1
c2VmdWwgZm9yIG1lLiBJIHNlZSBubyByZWFzb24gdG8gc3RvcCB1c2luZyBpdCBldmVyIHVubGVz
cyBzb21ldGhpbmcKPiBjb21lcyBhbG9uZyB0aGF0IGNhbiByZXBsYWNlIEtub3dJdCBmdWxseSBm
b3IgbWUgYW5kIGhhcyBhZGRpdGlvbmFsIGZlYXR1cmVzCj4gdGhhdCBJIG5lZWQgb3IgdGhpbmsg
SSBuZWVkLiBJIGRvbid0IHNlZSBzdWNoIGFuIGFwcCAtIHNvIEkgY29udGludWUgdXNpbmcKPiBL
bm93SXQuCj4KPiA+IDIuIFRoZXJlIGFyZSBvdGhlciwgbW9yZSBhZHZhbmNlZCwgbW9yZSBhY3Rp
dmVseSBkZXZlbG9wZWQgYXBwbGljYXRpb25zCj4gPiB0aGF0IGNhbiByZXBsYWNlIEtub3dpdCAt
IGtkaXNzZXJ0LCBUcmVlTGluZSwgcHJvYmFibHkgbW9yZS4KPiA+IDMuIEEgbG90IG9mIG1pc3Np
bmcgZmVhdHVyZXMgY2Fubm90IGJlIGltcGxlbWVudGVkIHVzaW5nIGN1cnJlbnQgZGVzaWduIC0g
SQo+ID4gd2lsbCBoYXZlIHRvIHJld3JpdGUgYWxtb3N0IGZyb20gc2NyYXRjaC4KPgo+IGtkaXNz
ZXJ0IGlzIHRvdGFsbHkgZGlmZmVyZW50IHRvIG1lIGFuZCBub3Qgc3VpdGVkIGZvciBtYW5hZ2lu
ZyB0ZXh0IHBhZ2VzIG9mCj4gbm90ZXMgLSBpdCBoZWxwZWQgbWUgdG8gc3RydWN0dXJlIG15IHRo
ZXNpcyB0aG91Z2guIEltcG9ydGluZyBteSBrbm93aXQgZmlsZQo+IGp1c3QgZW5kZWQgaW4gYSBt
ZXNzLiBUaGUgdHJlZWxpbmUgaG9tZXBhZ2UgaXMgZG93biBzbyBJIGNhbid0IHRyeSB0aGF0IG9u
ZS4KPiBUaGUgVUkgbG9va3MgdG9vIGJsb2F0ZWQgZm9yIG15IG5lZWRzIC0gSSBkb24ndCB3YW50
IGZvcm1zIG9yIHN0dWZmIGxpa2UKPiB0aGF0LiBKdXN0IGdpdmUgbWUgcGxhaW4gdGV4dCwgc29t
ZSBtYXJrdXAgYW5kIGxpbmtzLgo+Cj4gPiA0LiBLREUgNCBpcyBnZXR0aW5nIG5lYXIsIGJ1dCBJ
IGd1ZXNzIGl0IHdpbGwgZ2V0IGF0IGxlYXN0IGhhbGYgYSB5ZWFyIHRvCj4gPiBtYWtlIHRoZSBm
aXJzdCByZWxlYXNlLiBUaGVyZWZvcmUsIEkgd2lsbCBoYXZlIHRvIGVpdGhlciByZXdyaXRlIGZv
ciBLREUgMwo+ID4gYW5kIHRoZW4gc3BlbmQgc2VyaW91cyB0aW1lIHBvcnRpbmcgb3Igd2FpdCBo
YWxmIGEgeWVhci4gUHJvYmFibHkgaXQgaXMKPiA+IHBvc3NpYmxlIHRvIGRldmVsb3AgZm9yIEtE
RSA0IHJpZ2h0IG5vdywgYnV0IGl0IGlzIGEgYml0IHRvbyBtdWNoIHdvcmsgZm9yCj4gPiBtZS4K
Pgo+IEkgcGVyc29uYWxseSB3b3VsZCB3YWl0IHVudGlsIEtERTQgaXMgb3V0IHRoZSBkb29yIG9y
IGF0IGxlYXN0IHJlYWR5IHNvIEkgdXNlCj4gaXQgYXMgbXkgZGVza3RvcC4gVGhlbiBpdCBjYW4g
YmUgcG9ydGVkIGRpcmVjdGx5IHRvIEtERTQgb3IgYmUgcmV3cml0dGVuIGZyb20KPiBzY3JhdGNo
IGlmIGFueW9uZSBoYXMgdGhlIG1vdGl2YXRpb24gdG8gZG8gc28uCj4gSWYgbm9ib2R5IGVsc2Ug
cG9ydHMgaXQgdG8gS0RFNCwgSSB3aWxsIGRvIGl0IGFueXdheSwganVzdCB0byBiZSBhYmxlIHRv
Cj4gY29udGludWUgdXNpbmcgaXQgd2l0aCBuaWNlIEtERTQgZGVza3RvcCBpbnRlZ3JhdGlvbi4g
SSBhbHNvIGRvbid0IHRoaW5rCj4gcG9ydGluZyBpdCB3aWxsIHRha2UgbG9uZyAoaXQgaXMganVz
dCBhIGZldyBmaWxlcyBhZnRlciBhbGwsIElJUkMpLgo+Cj4gPiBTbywgbG9va3MgbGlrZSBlYWNo
IFBybyBpcyBjb3VudGVyZWQgYnkgQ29uLiBPciwgbWF5YmUsIGl0IGlzIGEgdGllLgo+ID4KPiA+
IFdoYXQgYXJlIHlvdXIgdGhvdWdodHM/Cj4KPiBJIHRoaW5rIHRoZSBtb3N0IGltcG9ydGFudCBn
b2FsIGlzIHRvIGtlZXAgS25vd0l0IG1haW50YWluZWQsIHByZXZlbnQgaXQgZnJvbQo+IGJpdHJv
dCBhbmQgbWFrZSBzdXJlIHRoYXQgaXQgd2lsbCBiZSBwb3J0ZWQgdG8gS0RFNC4gVGhpcyBraW5k
IG9mIG1haW50ZW5hbmNlCj4gc2hvdWxkbid0IGJlIHRvbyBtdWNoIHdvcmsgKGMsIGFuZCBhbnkg
b2YgdXMgY2FuIGRvLiBJZiB5b3UgZG9uJ3Qgd2FudCB0byBkbwo+IHRoYXQsIEkgd291bGQgdm9s
dW50ZWVyLgo+Cj4gVGhlbiwgdGhlcmUgYXJlIHBlb3BsZSBsaWtlIE1heCB3aG8gbWlnaHQgd2Fu
dCB0byBpbXByb3ZlIEtub3dJdCBieSBzbWFsbAo+IGNvcnJlY3Rpb25zIG9yIGV2ZW4gbmV3IGZl
YXR1cmVzLiBUaGF0IGNvdWxkIGltcHJvdmUgS25vd0l0IGdyYWR1YWxseSwgZXZlbgo+IGlmIHNs
b3dseS4gSGF2aW5nIHNlbnRpbWVudGFsIGZlZWxpbmdzIGZvciBLbm93SXQgYXMgaXQgd2FzIG15
IGZpcnN0IEtERQo+IHByb2plY3QgSSBjb250cmlidXRlZCBjb2RlIHRvIGV2ZXIsIEkgYWxzbyBz
ZWUgc21hbGwgYXBwcyBsaWtlIEtub3dJdCBhIGdvb2QKPiB3YXkgdG8gZ2V0IHN0YXJ0ZWQgd2l0
aCBLREUgZGV2ZWxvcG1lbnQuCj4KPiBUaGlyZCwgdGhlcmUgaXMgdGhlICJiaWcgcmV3cml0ZSIg
YW5kIHJlZGVzaWduaW5nIGZyb20gc2NyYXRjaCB0aGF0IHdlIHRoaW5rCj4gb2Ygb25jZSBhIHll
YXIgb3Igc28gYnV0IHByb2JhYmx5IG5ldmVyIHdpbGwgZG8gOlAKPiBDaGFuY2VzIGJlaW5nIHNt
YWxsIHRoYXQgaXQgd2lsbCBoYXBwZW4sIG1ha2luZyB0aGUgbGF0ZXN0IHNvdXJjZSBhdmFpbGFi
bGUKPiBlYXNpbHkgYW5kIGVuY291cmFnaW5nIG90aGVycyB0byB3b3JrIG9uIGl0IHdvbid0IGh1
cnQuIEFuZCBpZiBpdCBvbmx5Cj4gaW5jcmVhc2VzIHRoZSBjaGFuY2Ugb2YgYSBnbG9yaW91cyBr
bm93aXQgZnV0dXJlIGZyb20gMC4xIHRvIDAuMiUuCj4KPiBTbyBtYWtlIHN1cmUgdGhhdCAxKSBL
bm93SXQgc3Vydml2ZXMgaW4gaXRzIGhpYmVybmF0aW9uIHN0YXRlIGl0IGlzIGluIG5vdyBmb3IK
PiBzb21lIHRpbWUuIDIpIG1ha2UgaXQgZWFzeSBmb3Igb3RoZXIgZGV2ZWxvcGVycyB0byBhY2Nl
c3MgdGhlIHNvdXJjZSBhbmQKPiBjcmVhdGUgcGF0Y2hlcyAoZm9yIGxhenkgYnVtcyBsaWtlIG1l
LCB0aGF0IHdvdWxkIGJlIGFuIFNWTiBjaGVja291dCkuCj4KPiBGcmFuawo+Cj4KPgo+IC0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0KPiBUYWtlIFN1cnZleXMuIEVhcm4gQ2FzaC4gSW5mbHVlbmNlIHRoZSBGdXR1
cmUgb2YgSVQKPiBKb2luIFNvdXJjZUZvcmdlLm5ldCdzIFRlY2hzYXkgcGFuZWwgYW5kIHlvdSds
bCBnZXQgdGhlIGNoYW5jZSB0byBzaGFyZSB5b3VyCj4gb3BpbmlvbnMgb24gSVQgJiBidXNpbmVz
cyB0b3BpY3MgdGhyb3VnaCBicmllZiBzdXJ2ZXlzLWFuZCBlYXJuIGNhc2gKPiBodHRwOi8vd3d3
LnRlY2hzYXkuY29tL2RlZmF1bHQucGhwP3BhZ2U9am9pbi5waHAmcD1zb3VyY2Vmb3JnZSZDSUQ9
REVWREVWCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K
PiBLbm93aXQtZGV2ZWwgbWFpbGluZyBsaXN0Cj4gS25vd2l0LWRldmVsQGxpc3RzLnNvdXJjZWZv
cmdlLm5ldAo+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2tu
b3dpdC1kZXZlbAo+Cj4KPgoKCi0tIApNYXggQ2FudG9yCkRlc2lnbmVyLCBJbGx1c3RyYXRvciBh
bmQgQ29tcHV0ZXIgQXV0b21hdG9yCjgwMi00NDctSUNPTiAob24tY2FtcHVzKQo1MTYtNjM5LTE4
MDcgKG1vYmlsZSkKaHR0cDovL2luc3BpcmFuaXR5LmNvbQo=

Re: [Knowit-devel] Future of Knowit

[Michal R. <mr...@kd...>]

Frank Osterfeld,  czwartek, 1 marca 2007:

>Third, there is the "big rewrite" and redesigning from scratch that we think
>of once a year or so but probably never will do :P
Good point, but I don't think that 'never rewrite from scratch' rule should be 
applied here. First, the code base is pretty small. Second, many features 
just cannot be implemented without serious changes and probably it is easier 
to write those parts from scratch.

>Chances being small that it will happen, making the latest source available
>easily and encouraging others to work on it won't hurt. And if it only
>increases the chance of a glorious knowit future from 0.1 to 0.2%.
>So make sure that 1) KnowIt survives in its hibernation state it is in now
> for some time. 2) make it easy for other developers to access the source
> and create patches (for lazy bums like me, that would be an SVN checkout).
The source is available and will be available, as long as SourceForge exists. 
Even I won't be able to remove it from there, so there is no risk of losing 
it.

Thanks for your feedback, Frank. Waiting for others :-)


-- 
Michal Rudolf

Re: [Knowit-devel] Future of Knowit

[Frank O. <fra...@gm...>]

Hi Miha=C5=82!

On Wednesday 28 February 2007, Michal Rudolf wrote:
> I wanted to state my thoughts about Knowit future. Basically I have to
> decide if I should continue my work on Knowit (or, really, if I should st=
op
> not to work on Knowit).
>
> Pro:
> 1. Knowit was my first KDE application and thanks to it I was able to
> participate in KDE development, two aKademys etc.
> 2. I know it was useful for some people including me.
> 3. A lot of new features can be added.
> 4. Working on new Knowit will be fun.
>
> Con:
> 1. You cannot make your living developing free applications and I am
> already involved in another free Open Source project and in translating K=
DE
> into Polish.

Right, many of experience that - having not the time for our pet projects=20
anymore when having a fulltime day job. On the other hand, there isn't much=
=20
to be done to keep KnowIt useful - for me it "just works". I didn't=20
experience any crashes, data loss or really annoying bugs (so annoying that=
 I=20
either stopped using KnowIt or was bothered enough to fix them ;-) ) in=20
_years_. Of course one could think of thousands of features that would=20
improve knowit and make it shine. But even if without such improvements it=
=20
stays useful for me. I see no reason to stop using it ever unless something=
=20
comes along that can replace KnowIt fully for me and has additional feature=
s=20
that I need or think I need. I don't see such an app - so I continue using=
=20
KnowIt.

> 2. There are other, more advanced, more actively developed applications
> that can replace Knowit - kdissert, TreeLine, probably more.
> 3. A lot of missing features cannot be implemented using current design -=
 I
> will have to rewrite almost from scratch.

kdissert is totally different to me and not suited for managing text pages =
of=20
notes - it helped me to structure my thesis though. Importing my knowit fil=
e=20
just ended in a mess. The treeline homepage is down so I can't try that one=
=2E=20
The UI looks too bloated for my needs - I don't want forms or stuff like=20
that. Just give me plain text, some markup and links.

> 4. KDE 4 is getting near, but I guess it will get at least half a year to
> make the first release. Therefore, I will have to either rewrite for KDE 3
> and then spend serious time porting or wait half a year. Probably it is
> possible to develop for KDE 4 right now, but it is a bit too much work for
> me.

I personally would wait until KDE4 is out the door or at least ready so I u=
se=20
it as my desktop. Then it can be ported directly to KDE4 or be rewritten fr=
om=20
scratch if anyone has the motivation to do so.=20
If nobody else ports it to KDE4, I will do it anyway, just to be able to=20
continue using it with nice KDE4 desktop integration. I also don't think=20
porting it will take long (it is just a few files after all, IIRC).

> So, looks like each Pro is countered by Con. Or, maybe, it is a tie.
>
> What are your thoughts?

I think the most important goal is to keep KnowIt maintained, prevent it fr=
om=20
bitrot and make sure that it will be ported to KDE4. This kind of maintenan=
ce=20
shouldn't be too much work (c, and any of us can do. If you don't want to d=
o=20
that, I would volunteer.

Then, there are people like Max who might want to improve KnowIt by small=20
corrections or even new features. That could improve KnowIt gradually, even=
=20
if slowly. Having sentimental feelings for KnowIt as it was my first KDE=20
project I contributed code to ever, I also see small apps like KnowIt a goo=
d=20
way to get started with KDE development.=20

Third, there is the "big rewrite" and redesigning from scratch that we thin=
k=20
of once a year or so but probably never will do :P
Chances being small that it will happen, making the latest source available=
=20
easily and encouraging others to work on it won't hurt. And if it only=20
increases the chance of a glorious knowit future from 0.1 to 0.2%.

So make sure that 1) KnowIt survives in its hibernation state it is in now =
for=20
some time. 2) make it easy for other developers to access the source and=20
create patches (for lazy bums like me, that would be an SVN checkout).

=46rank

[Knowit-devel] Future of Knowit

[Michal R. <mr...@kd...>]

I wanted to state my thoughts about Knowit future. Basically I have to decide 
if I should continue my work on Knowit (or, really, if I should stop not to 
work on Knowit).

Pro:
1. Knowit was my first KDE application and thanks to it I was able to 
participate in KDE development, two aKademys etc. 
2. I know it was useful for some people including me.
3. A lot of new features can be added.
4. Working on new Knowit will be fun.

Con:
1. You cannot make your living developing free applications and I am already  
involved in another free Open Source project and in translating KDE into 
Polish.
2. There are other, more advanced, more actively developed applications that 
can replace Knowit - kdissert, TreeLine, probably more.
3. A lot of missing features cannot be implemented using current design - I 
will have to rewrite almost from scratch.
4. KDE 4 is getting near, but I guess it will get at least half a year to make 
the first release. Therefore, I will have to either rewrite for KDE 3 and 
then spend serious time porting or wait half a year. Probably it is possible 
to develop for KDE 4 right now, but it is a bit too much work for me.

So, looks like each Pro is countered by Con. Or, maybe, it is a tie.

What are your thoughts?
-- 
Michal Rudolf

Re: [Knowit-devel] Adding Note "Mirrors"

[Michal R. <mr...@kd...>]

=46rank Osterfeld,  =B6roda, 28 lutego 2007:
>Indeed, multiple categories would be nice :)
There are a lot of nice ideas...

>I hope Micha=B3 is still
> around, his last mail here is from October.
I am around, I just am not sure what to do with Knowit...

>Btw, Micha=B3, how about importing KnowIt into KDE SVN (playground or
>extragear)? I would take care of that if you want me to.
=46or now, as project feature is not yet decided, probably there is no much=
=20
reason to do it.

I will state my doubts in another post.
=2D-=20
Michal Rudolf

Re: [Knowit-devel] Adding Note "Mirrors"

[Frank O. <fra...@gm...>]

On Wednesday 28 February 2007, Max Cantor wrote:
> Hiya,
>
> I've taken quite a liking to Knowit, but I noticed one particular
> lacking feature that didn't seem to be in the TODO, that I keep
> wishing was there.  It's the ability to have a single note appear in
> more than one place - not duplicating, but "mirroring" notes.  This
> would be a great way to allow flexibility in idea hierarchies that
> have notes which, conceivably, should inherit their classification
>
> >from more than one parent note.

Indeed, multiple categories would be nice :)

> Anyway, this isn't a feature request as much as it is a "get me
> started" request.  I've actually never really contributed to an open
> source project before (though I keep meaning to), but I'd be
> interested in hacking out this feature myself.  I don't know how to
> use CVS (though I have a lot of experience with SVN).  Where do I
> start?  I downloaded the source via tarball; which files would this
> kind of change affect?  How do I submit a patch?

I think the best way is to get the nightly CVS snapshot from [1]. It's a=20
tarball, so you don't need CVS knowledge (which is quite similar to SVN wit=
h=20
the basic commands like checkout, update, diff being basically the same).
Add your changes, then run diff -u in your modified copy against the origin=
al=20
tarball and send the patch to the list. I hope Micha=C5=82 is still around,=
 his=20
last mail here is from October.

Btw, Micha=C5=82, how about importing KnowIt into KDE SVN (playground or=20
extragear)? I would take care of that if you want me to.

Regards,

=46rank

[1] http://knowit.sourceforge.net/

[Knowit-devel] Adding Note "Mirrors"

[Max C. <max...@gm...>]

Hiya,

I've taken quite a liking to Knowit, but I noticed one particular
lacking feature that didn't seem to be in the TODO, that I keep
wishing was there.  It's the ability to have a single note appear in
more than one place - not duplicating, but "mirroring" notes.  This
would be a great way to allow flexibility in idea hierarchies that
have notes which, conceivably, should inherit their classification
from more than one parent note.

Anyway, this isn't a feature request as much as it is a "get me
started" request.  I've actually never really contributed to an open
source project before (though I keep meaning to), but I'd be
interested in hacking out this feature myself.  I don't know how to
use CVS (though I have a lot of experience with SVN).  Where do I
start?  I downloaded the source via tarball; which files would this
kind of change affect?  How do I submit a patch?

Thanks.  Awesome app.

Max

-- 
Max Cantor
Designer, Illustrator and Computer Automator
802-447-ICON (on-campus)
516-639-1807 (mobile)
http://inspiranity.com

[Knowit-devel] Suggestion for knowit

[Bruno <rog...@cl...>]

Hi
I use knowit since nearly two years,to manage my laboratories experiments.
One thing I would really appreciate is the possibility to choose icons 
in the tree.
In this way it would be very simple to highlight notes.
Thanks a lot for these program

best regards

-----------------
Bruno Vitorge

Departement de Chimie Organique
Universite de Geneve
Quai Ernest Ansermet 30
CH-1211 Geneve 4, Switzerland
Tel: +41 (0)22 379 6809 Fax: +41 (0)22 379 3215

[Knowit-devel] What are the news ?

[Great.Ra0 <gre...@gm...>]

Hi,

I've just given a try to KnowIt.
I was used to use another software under M$ Windows, called TreeDBNotes =
 =

(in its freeware version ; see details here :  =

http://www.mytreedb.com/index.php?name=3DPages&op=3Dpage&pid=3D7).

I dont want to make any comparison.
And for having tested many other softwares for linux, playing in the sam=
e  =

category than Knowit, I would say Knowit best fits my needs.

If I write to you today, it's because I'd like to know if you plan to ad=
d  =

further developments to your project.
And I have a main request, if so.
Could you please add the possibility to create TABLE in notes ?

Actually, I noticed that when you switch to raw mode display of the note=
,  =

you can insert HTML code to describe a table. And it works pretty fine  =

when you display the notes back to "the normal way". But it is a bit hea=
vy  =

(or I'm too lazzy) to manipulate. So could you please add what is requir=
ed  =

(menu, toolbar and so on) to easily create and handle tables in notes ?

Thank you in advance. Long life !
--
   David.

[Knowit-devel] french translation

[Durand D. <da...@du...>]

Hi,

I can help for the French translation of Knowit. I saw that another guy is 
already working on...
How I can do ?
-- 
Cordialement,

Durand Daniel
http://durand-amd.net

[Knowit-devel] subscribing to KnowIt development list.

[/T m. <xxf...@ma...>]

--=20
___________________________________________________
Play 100s of games for FREE! http://games.mail.com/