Hello:
I got my Helio (a PDA) from a company designing a framework for it, but they
could not manage to fit it on 2MB ROM and 75 MHz MIPS processor, while
PicoGUI seems fine on same hardware.
There we had a complete XML based framework while UI was also based on XML
and rendered by a java based engine which applied themes on it.... the
result, obviously performance hit.
I just think if we consider picoGUI to be scalable we can just use binary
random access files using libc / dietlibc or whatever, and leave the big
desktops do the sync magic into anything in the world, if you know the
protocol, you can do it. however, standard files for basic PIM apps can be
kept standard and leave it documented for any new applications to "LINK"
(foreign key) to/from that data and keep the rest in their own file. Or we
can start working on a nifty file based db engine to handle requests from
applications while restricting to special casses when we know the data we
are storing is no more than 10000 records of a person of many corporate
contacts, 10 meetings a day and anniversaries of 10 friends every day of the
year. And if a guy has more memory he would obviously have a faster
processor to cover up slowing db engine while searching through.
just my thoughts.
-tasnim
_______________________________________________
Pgui-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/pgui-devel
