Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    liqbase - faster than paper

    Reply
    Page 10 of 12 | Prev |   8     9   10   11     12   | Next
    lcuk | # 91 | 2008-11-29, 20:46 | Report

    MrWeasel. no comment...

    Edit | Forward | Quote | Quick Reply | Thanks

     
    MrWeasel | # 92 | 2008-11-29, 20:50 | Report

    Is it such a bad idea ?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    lcuk | # 93 | 2008-11-29, 20:52 | Report

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

    Edit | Forward | Quote | Quick Reply | Thanks

     
    lcuk | # 94 | 2008-11-29, 20:54 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 2 Users Say Thank You to lcuk For This Useful Post:
    lm2, MrWeasel

     
    tso | # 95 | 2008-11-29, 21:01 | Report

    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?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    lcuk | # 96 | 2008-11-29, 21:10 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    lcuk | # 97 | 2008-11-30, 00:03 | Report

    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?

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to lcuk For This Useful Post:
    eliagp

     
    qole | # 98 | 2008-11-30, 00:09 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    eliagp | # 99 | 2008-11-30, 00:10 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    lcuk | # 100 | 2008-11-30, 00:12 | Report

    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).

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Page 10 of 12 | Prev |   8     9   10   11     12   | Next
vBulletin® Version 3.8.8
Normal Logout