MrWeasel. no comment...

Is it such a bad idea ?

heh MrWeasel, no its very much a good idea, I'm pleased I wasn't the only one to think of it.

i shouldn't really be cryptic, a kinetic calendar view and edit is in development and when (and if) I feel its good enough it will see the light of day.

just a quick, offtopic, comment. syncing of a calendar is not a requirement for use. but it makes a good backup.

on that note, any plans for backups? or are we looking at a "simple" act of copying a folder onto a SD?

tso,

not off topic

i hadn't crossed that bridge, but I know I'm gonna have a full memory card soon.
My dev version has its sketches folder on mmc1 already.

I ideally want to be able to assign an upstream location which can be synced to and from as required.

This is mainly for allowing multiple tablets to be picked up and have direct access to the data I create, but could also serve as an automatic backup method.

mmmm question for folks:

If I am to move away from white text on dark background I need to implement a rapid colored font handling routine.

I've been thinking about fonthandling all week and been trying some variations.

this is very trippy and also kinda costly time wise:




for about the same time penalty I am able to do one extra thing, handdrawn fonts.



the handdrawn approach works better in my mind, due to it be scalable and in future rotatable, but even I am not sure I would like to read entire books or use an interface totally with my own handwriting.

comments, ideas?

I think you should have colour ttf font handling. It is the most "standard" approach.

Neat handwriting font, though. Perhaps make it into a truetype font using a font editor.

thanks. I once used a program to do that in my pc (with scanned handwritting) but didn't like the result. This looks much better. I would like to be able to export ithe fon to my pc to use it to write my stuff. Also the calendar Idea looks amazing, I am not too keen on calendars, but if its already in my tablet, I might as well use it.

heh qole, that brings chicken and egg problem #2 - unicode/international support.

at least with a handdrawn font if a glyph is missing a user should be able to draw their own.
I think the standard font will stay, I'm gonna investigate using more of freetype than I already do (I currently load the ASCII glyphs from freetype, I'll see what penalty it takes to use it direct).