User:Gdebure: Difference between revisions
No edit summary |
No edit summary |
||
(8 intermediate revisions by the same user not shown) | |||
Line 2: | Line 2: | ||
=== Skrooge === | === Skrooge === | ||
[http://skrooge.org] | [http://skrooge.org Skrooge] | ||
=== Luggage === | === Luggage === | ||
Loosely named after [http://en.wikipedia.org/wiki/Terry_Pratchett Terry Pratchett's] character in the Discworld series of novels. The Luggage can hold anything its owner needs, and can follow him/her anywhere. | Loosely named after [http://en.wikipedia.org/wiki/Terry_Pratchett 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 [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 20:48, 25 January 2011
Projects
Skrooge
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.
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
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:
MySQLPostgreSQL- ...
Constraints
- Plugin based
- Mono user (though data could be on a network folder)
Language
- PyKDE ?
- QML
- Or just plain old C++ :)