maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   General (https://talk.maemo.org/forumdisplay.php?f=7)
-   -   liqbase - faster than paper (https://talk.maemo.org/showthread.php?t=24821)

lcuk 2008-11-29 20:46

Re: liqbase - faster than paper
 
MrWeasel. no comment... :)

MrWeasel 2008-11-29 20:50

Re: liqbase - faster than paper
 
Is it such a bad idea ? :(

lcuk 2008-11-29 20:52

Re: liqbase - faster than paper
 
heh MrWeasel, no its very much a good idea, I'm pleased I wasn't the only one to think of it.

lcuk 2008-11-29 20:54

Re: liqbase - faster than paper
 
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.

tso 2008-11-29 21:01

Re: liqbase - faster than paper
 
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?

lcuk 2008-11-29 21:10

Re: liqbase - faster than paper
 
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.

lcuk 2008-11-30 00:03

Re: liqbase - faster than paper
 
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:

http://liqbase.net/liq.20081129_234301.gary.scr.png


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

http://liqbase.net/liq.20081129_121452.gary.scr.png

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?

qole 2008-11-30 00:09

Re: liqbase - faster than paper
 
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.

eliagp 2008-11-30 00:10

Re: liqbase - faster than paper
 
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.

lcuk 2008-11-30 00:12

Re: liqbase - faster than paper
 
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).


All times are GMT. The time now is 08:12.

vBulletin® Version 3.8.8