Difference between revisions of "User:Gdebure"

Jump to: navigation, search
 
(7 intermediate revisions by one user not shown)
Line 2: Line 2:
  
 
=== Skrooge ===
 
=== Skrooge ===
[http://skrooge.org]
+
[http://skrooge.org Skrooge]
  
 
=== Luggage ===
 
=== Luggage ===
Line 9: Line 9:
 
This is still a very sketchy idea, but here is the use case that is behind.
 
This is still a very sketchy idea, but here is the use case that is behind.
  
  At work, many people are used to taking notes in their personal notebook (the paper form, not the computer form). I find this suboptimal, and have installed mediawiki on my personal laptop for this usage. But as much as I love mediawiki for a collaborative wiki, this solution is over the top for a personal usage.
+
  At work, many people are used to taking notes in their personal notebook (the paper form, not the computer form).  
 +
I find this suboptimal, and have installed mediawiki on my personal laptop for this usage.
 +
But as much as I love mediawiki for a collaborative wiki, this solution is over the top for a personal usage.
 +
 
 +
There are a [http://en.wikipedia.org/wiki/Personal_wiki number of tools] out there, but:
 +
* none of them is written in Qt / KDE
 +
* most are not WYSIWYG
 +
 
 +
[http://kde-apps.org/content/show.php/Rekollect?content=117718 Rekollect] comes close, but as far as I could tell, is not based on a wiki philosophy.
 +
 
 +
[http://basket.kde.org Basket] is great but follows a different strategy.
 +
 
 +
==== Features ====
 +
* versioning (could it be based on [http://git-scm.com git] ?)
 +
* tags support ([http://userbase.kde.org/Nepomuk nepomuk])
 +
* automatic linking (if a page exists with the same title as a word in the current page, Luggage will propose to link to the page)
 +
* include (or link to) images, documents
 +
* rich text editor (WYSIWYG)
 +
* export to
 +
** [http://www.mediawiki.org mediawiki] text (import too)
 +
** mediawiki XML (import too)
 +
** OpenOffice
 +
* a link with kontact could be envisaged:
 +
** create tasks
 +
** calendar view
 +
 
 +
==== Syntax ====
 +
* Plain html ?
 +
* mediawiki ?
 +
* xml ?
 +
In any case, the syntax should not be displayed to the user, unless he specifically requests to edit the source.
 +
 
 +
==== Data Format ====
 +
Should I go for :
 +
* flat files (a wiki inside a directory) ?
 +
* SQLite
 +
* Other ?
 +
I don't want a database server, this is best done in mediawiki and friends :), so these are out of question:
 +
* <s>MySQL</s>
 +
* <s>PostgreSQL</s>
 +
*...
 +
 
 +
==== Constraints ====
 +
* Plugin based
 +
* Mono user (though data could be on a network folder)
 +
 
 +
==== Language ====
 +
* PyKDE ?
 +
* QML
 +
* Or just plain old C++ :)

Latest revision as of 21:48, 25 January 2011

Contents

[edit] Projects

[edit] Skrooge

Skrooge

[edit] Luggage

Loosely named after Terry Pratchett's character in the Discworld series of novels. The Luggage can hold anything its owner needs, and can follow him/her anywhere.

This is still a very sketchy idea, but here is the use case that is behind.

At work, many people are used to taking notes in their personal notebook (the paper form, not the computer form). 
I find this suboptimal, and have installed mediawiki on my personal laptop for this usage.
But as much as I love mediawiki for a collaborative wiki, this solution is over the top for a personal usage.

There are a number of tools out there, but:

  • none of them is written in Qt / KDE
  • most are not WYSIWYG

Rekollect comes close, but as far as I could tell, is not based on a wiki philosophy.

Basket is great but follows a different strategy.

[edit] Features

  • versioning (could it be based on git ?)
  • tags support (nepomuk)
  • automatic linking (if a page exists with the same title as a word in the current page, Luggage will propose to link to the page)
  • include (or link to) images, documents
  • rich text editor (WYSIWYG)
  • export to
    • mediawiki text (import too)
    • mediawiki XML (import too)
    • OpenOffice
  • a link with kontact could be envisaged:
    • create tasks
    • calendar view

[edit] Syntax

  • Plain html ?
  • mediawiki ?
  • xml ?

In any case, the syntax should not be displayed to the user, unless he specifically requests to edit the source.

[edit] Data Format

Should I go for :

  • flat files (a wiki inside a directory) ?
  • SQLite
  • Other ?

I don't want a database server, this is best done in mediawiki and friends :), so these are out of question:

  • MySQL
  • PostgreSQL
  • ...

[edit] Constraints

  • Plugin based
  • Mono user (though data could be on a network folder)

[edit] Language

  • PyKDE ?
  • QML
  • Or just plain old C++ :)

This page was last modified on 25 January 2011, at 21:48. This page has been accessed 1,941 times. Content is available under Creative Commons License SA 3.0 as well as the GNU Free Documentation License 1.2.
KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal