On Wed, Nov 4, 2009 at 08:05, Benjamin Schieder <[email protected]> wrote: > For my applications (fltkworldclock, fltkhackdiet and currently > developing fltkcocktailbar) I use as the name suggests C and fltk for > the GUI which also shows in startup times of "almost instantly" to "up > to 1 second", depending on amount of data. >
Maybe all I should do is waiting for SHR to evolve or contribute to it. > While I think that startup time of the OS is irrelevant (I don't reboot > my phone several times a day), I see that people always get into a fight > over X.org vs directfb. > Why don't you just try to replace it? > I don't understand the meaning of your question: what should I replace in place of what? Xorg instead of directfb or viceversa? > [...]. And unless someone > starts paying me 50k Euro or someone else his/her price a year for > doing so, it'll be a scratch-your-own-back experience. > This is the damn truth :) > Or you can adapt SHR to use directfb and write small programs that do > what you want them to do, after all, if I understand the SHR > architecture correctly, much communication is done by dbus and as such > interchangable. > At the beginning I was thinking of doing so; first point recompiling binaries for uclibc or eglibc, but I see that you are actually in progress of doing it. Second point: eliminate all useless stuff e.g. udev. I mean, the devices on a freerunner is always the same, at most you could connect a webcam or a printer, but it won't be a phone anymore ;-) With this step, in my opinion boot process will speed up a lot, and much memory can be saved. Third point: purge the window manager and write something very lightweight specifically for the freerunner or for a smartphone generally speaking; it might be some kind of panel with integrated notification system, very optimized for smartphones. Fourth point: and base all applications on one single toolkit (let's say Etk/Elementary/Edje). Maybe starting *all* from scratch is not a very good idea :-) Thank you all for your answers. -- daniele_athome _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
