Hello, On Tue, Apr 30, 2013 at 9:48 PM, hYde <hyde....@gmail.com> wrote: >> that's why I explicitly removed Edje. Edje pulls too much, and will not > aggregate that much value for the BIOS case (show menu and similar). Of > course it would be nice to have a complete environment with Elementary and > all, > but I don't think it's doable without LOTS of effort, so stick with > Evas first -- particularly pre-Eina Evas.
I wouldn't recommend to go so far in the past. EFL 1.7 is the most portable version we did. A lot of effort went in to make it portable. That why exotic, evil and escape where possible with it. Sadly the merge in 1.8 has reduced that portability and it will take month before it get back to the same level. Windows build for EFL was working until a few days ago (Some header mess did bork it). So back to the subject, use 1.7, best portability ever. If you want to go up to ecore, look at what evil, escape and exotic do and do provide a limited wrapper there. Exotic should make your life easier for those kind of wrapper. In Ecore you can override the select inside it and so handle manually a wrapper of it in your own ecore_mybios that could be initialised by the right ecore_evas. Porting to a limited OS that wasn't posix, provided a framebuffer, some file I/O and a way to get event and wait for some time took me 1 month on 1.7. I do think that someone without any experience in EFL will take much more. So start building layer by layer and you need to understand the build system. Play with EFL on Linux and on Windows (I am going to fix again the windows build and I hope to soon get a bot to spank whoever break stuff again). > Maybe I misunderstood about Edje, I thought that was some kind of C like > meta-language layer to seperate UI and code. I'll try to use pre-Eina Evas > though I still couldn't get my Win7 + MinGW right (lots of autotool error) For EFL 1.8 if you want to help on making it back as portable: https://phab.enlightenment.org/w/windows/ For EFL 1.7, https://trac.enlightenment.org/e/wiki/EFLWindowsXP . I should start writing a doc on how to port EFL to your exotic environment. I hope to push back exotic in 1.9 and have a more portable system again. >>If you need to strip the libraries, I'd recommend to remove the following > chunks from Evas: >> - Gradients: it was removed in current Evas, but the pre-Eina still > contained it with lots of useless code; >> - Textblock: if you don't need text markup or multi-line text, you can > remove this and lots of code. > > I'l need Textblock for further usage. Building all EFL 1.7 with dependencies to the minimum and including up to Elementary will use 5MB. That is with a static build. >> And of course choose the minimum set of engines and options, I'm not sure > the bootloader can use MMX/SSE, then you can compile out those with > ./configure flags. > Yes, we have SSE2, which is for security check, grab them libs to use will > be okay. > > In UEFI environment we have events and notify, basic Bit blit function to > access raw framebuffer, timers..etc. Not much like the OS but will do some > good. Do you have a doc to the API you have in that state ? >> NOTE: which hardware are you using this? It seems like a nice hobby > project I'd help on weekends, but I'd need to have a way to test :-) > I use coreboot or UDK2010 ( > http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=UDK2010) , > the later has some NT32 simulation, which can use as a basic test on host > machines. > But if you are talking about real platform, I almost have everything > because I work in a vendor. > > Not familiar to all of this (toolchain, environment and I don't know how to > find E17's writing guide) I have to apologize :( , so t is hard for me to > catch up all the information. But my target is to port a open-sourced UI > lib for BIOS to use, not only in setup menus, but also some UEFI shell > applications, it will magically reduce a lot of working hour, for BIOS / > Driver developers to work only on the function, not to take care the > unawareness of the UI. I do still believe that the cost to go up to Ecore is not much higher than to stop at Evas and once you have Ecore, Edje and Elementary will come for free. I should really write that doc how to port EFL... -- Cedric BAIL ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
