Active Topics
-
Firefox with Leste (5)
to Maemo 7 / Leste by teroyk - 1 day, 5 hrs ago -
Handbook (2)
to Maemo 7 / Leste by teroyk - 2 days, 4 hrs ago - more...
 |
Karel Jansens |
2006-03-10
, 11:59
|
|
Posts: 3,220 |
Thanked: 326 times |
Joined on Oct 2005
@ "Almost there!" (Monte Christo, Count of)
|
#11
|
Originally Posted by Simon
Ah. You never ever used a Newton, right?
|
|
2006-03-10
, 13:02
|
|
Posts: 2,152 |
Thanked: 1,490 times |
Joined on Jan 2006
@ Czech Republic
|
#12
|
Originally Posted by disq
Yes, there is no need if you really need only simple tree structure. If you need things like categories (i.e same note belong to multiple categories) or more sortable attributes then you must maintain the structure somewhere and xml might be good for this. But yes, using sqlite may be better then so why to use files. I only mentioned xml as index because it is incremental change to current design.as for using xml as a data-index file, well, i don't see the need for it. the data directory idea and storing the files and the structure on the filesystem is better.
As for confusing the users I don't think it will be worse or that it matters. Even single XML has a little use for non-programmer. As for the backups it is not much harder to backup directory than backup the file. And you can integrate your data into maemo backup applet anyway for normal users.
|
|
2006-03-10
, 13:14
|
|
Posts: 191 |
Thanked: 10 times |
Joined on Feb 2006
|
#13
|
nope the nodes won't have multiple categories. it's a notes app after all.
a problem with using plain files (the dir structure idea) arise when you try to search the contents. i'm leaning towards sqlite right now. also with sqlite it's easier to implement fancy stuff like spreadsheet notes etc.
but first i'll switch the gtkctree code to gtktreeview, then start experimenting with sqlite. i also want to experiment with using one unified widget for text and drawings. if it technically can work, then the user will select the i-beam or the pen, and according to the selection he/she can write on the document or draw on it. dunno, it's lots of work.
a problem with using plain files (the dir structure idea) arise when you try to search the contents. i'm leaning towards sqlite right now. also with sqlite it's easier to implement fancy stuff like spreadsheet notes etc.
but first i'll switch the gtkctree code to gtktreeview, then start experimenting with sqlite. i also want to experiment with using one unified widget for text and drawings. if it technically can work, then the user will select the i-beam or the pen, and according to the selection he/she can write on the document or draw on it. dunno, it's lots of work.
|
|
2006-03-10
, 16:27
|
|
Posts: 191 |
Thanked: 10 times |
Joined on Feb 2006
|
#14
|
--new and improved todo--
- upgrade to gtktreeview (in progress as of now)
- make the sketch stuff (gtkdrawingarea) into a SketchWidget class
- use sqlite
- save sketches
- fix sketches, test on a real 770 (5 days left)
- option to make node names as sketches (add SketchWidget to "New node" dialog, provide a tabbed selection)
- adjustable ink color and brush size
- adjustable text properties (formatting)
- richtext editing (read: allow formatting)
- make two toolbars one for text nodes (formatting etc) and one for sketch nodes (ink size/color)
- make fullscreen button toggle the tree (4 modes: plain document, document+toolbar, tree+document+toolbar, normal)
- fix the i18n or remove it altogether (well.. fix the i18n)
- keep last modified date for every node
- if no document (well, datafile) loaded, start out with a "New Document"
- Add about box
- Add search
- Test against low memory conditions and rewrite portions accordingly
well that's about it, any additions?
Last edited by disq; 2006-03-10 at 16:30.
- upgrade to gtktreeview (in progress as of now)
- make the sketch stuff (gtkdrawingarea) into a SketchWidget class
- use sqlite
- save sketches
- fix sketches, test on a real 770 (5 days left)
- option to make node names as sketches (add SketchWidget to "New node" dialog, provide a tabbed selection)
- adjustable ink color and brush size
- adjustable text properties (formatting)
- richtext editing (read: allow formatting)
- make two toolbars one for text nodes (formatting etc) and one for sketch nodes (ink size/color)
- make fullscreen button toggle the tree (4 modes: plain document, document+toolbar, tree+document+toolbar, normal)
- fix the i18n or remove it altogether (well.. fix the i18n)
- keep last modified date for every node
- if no document (well, datafile) loaded, start out with a "New Document"
- Add about box
- Add search
- Test against low memory conditions and rewrite portions accordingly
well that's about it, any additions?
Last edited by disq; 2006-03-10 at 16:30.
 |
|
2006-03-10
, 20:42
|
|
Posts: 2,853 |
Thanked: 968 times |
Joined on Nov 2005
|
#15
|
Originally Posted by aflegg
Ah, yes. On the Psion there was another app that was even better (Notes something ? I forget, my last one just died).Don't think of it as Notepad, think of it as Jotter
We've got text editors galore: Notes, Maemopad, vim, nano, ...
|
|
2006-03-10
, 20:49
|
|
Posts: 2,853 |
Thanked: 968 times |
Joined on Nov 2005
|
#16
|
Originally Posted by disq
This sounds like TreeLine, of which there is a port for the Zaurus :thank you all for the comments.
the purpose of the xml file (or it could've been any other datafile) format is mainly the tree-structured view. i could've made it so you pointed a "data directory" and the nodes were simply files in that directory. i didn't because i liked the single-datafile idea better, it's tidy and easier to back up. to view the notes outside, an XSLT formatter would do the trick. you won't be able to view sketches with that tho, (i will save the sketches in png (or maybe pixmap) and uuencode/base64encode it into the xml stream) so will probably have to add functions to import/export sketches (and don't forget voice notes) in the future. or you could use clipboard functions, they will work.
http://www.bellz.org/treeline/
... only with PyGtk under Hildon instead of PyQt under Qtopia, and extended to non-text content. The nice thing about TreeLine is that the same app runs under Linux/Windows, so you can share your data between the desktop and the PDA.
|
|
2006-03-10
, 21:03
|
|
Posts: 191 |
Thanked: 10 times |
Joined on Feb 2006
|
#17
|
Originally Posted by fpp
it's the "sample app" that's in the building an application for maemo tutorial. the debs are really old yes, but you get the idea from the provided screenshot.What is maemopad ? It doesn't appear on the maemo wiki apps list, and even when you know it exists, Google turns up precious little. Just a very old .deb from before the 770 actually went on sale, and it doesn't install. Am I missing someting ?
there's also a 1.4 version around (only sourcecode but it compiles) here, this one's mentioned in the SDK tutorial here.
|
|
2006-03-11
, 17:15
|
|
Posts: 2,853 |
Thanked: 968 times |
Joined on Nov 2005
|
#18
|
Thanks for the confirmation. So my point still stands : we have ebook readers and RSS readers and a del.icio.us reader and a bloglines reader and whatnot, but there isn't a simple basic notepad readily available to the 770 end user.
I definitely don't want to compile my own notepad, I just want to edit good old TXT files :-)
I definitely don't want to compile my own notepad, I just want to edit good old TXT files :-)
|
|
2006-03-12
, 03:00
|
|
Posts: 60 |
Thanked: 0 times |
Joined on Nov 2005
|
#19
|
Yeah! Somebody please publish a deb of regular maemopad for us to use.
Not to discourage the use of the potentially wonderful maemopad+! ;-)
Not to discourage the use of the potentially wonderful maemopad+! ;-)
|
|
2006-03-12
, 10:51
|
|
Posts: 191 |
Thanked: 10 times |
Joined on Feb 2006
|
#20
|
just compiled it, download: http://www.ehore.com/apps/temp/maemopad_1.4_arm.deb
but the app installer (in the SDK) won't install the package. I was able to install it in the SDK by doing a fakeroot dpkg -i --force-all maemopad_1.4_arm.deb, if it helps.
Maemopad+ progress:
I did the GtkTreeView thing (took me a whole day), and sqlite3 support. it can also save sketches now, but that part is still buggy (and kinda slow)
The sqlite3 support turned out to be great tho, it only loads the node data when you activate the node. The sketch loading stuff is much slower now, but i'm going to optimize it. The text loading stuff works great, and it should now be able to handle several big documents. Still not ready for another release so i'm holding out on that, maybe tonight.
but the app installer (in the SDK) won't install the package. I was able to install it in the SDK by doing a fakeroot dpkg -i --force-all maemopad_1.4_arm.deb, if it helps.
Maemopad+ progress:
I did the GtkTreeView thing (took me a whole day), and sqlite3 support. it can also save sketches now, but that part is still buggy (and kinda slow)
The sqlite3 support turned out to be great tho, it only loads the node data when you activate the node. The sketch loading stuff is much slower now, but i'm going to optimize it. The text loading stuff works great, and it should now be able to handle several big documents. Still not ready for another release so i'm holding out on that, maybe tonight.
