On Thu, 2 May 2013 14:01:20 -0300 Gustavo Sverzut Barbieri
said:
> On Wed, May 1, 2013 at 8:30 PM, Carsten Haitzler wrote:
>
> > On Thu, 2 May 2013 01:35:47 +0800 hYde said:
> >
> > > Hi:
> > >
> > > After your detailed explanation, I guess Enlightenment is just what I
> > need.
> > > In BIOS e
Hi,
Digged into configure.ac I found out I could just flip the switches on /
off to customized my porting, but somehow still rough, have to fine tune it
in c code
On Fri, May 3, 2013 at 1:01 AM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> On Wed, May 1, 2013 at 8:30 PM, Carsten
On Wed, May 1, 2013 at 8:30 PM, Carsten Haitzler wrote:
> On Thu, 2 May 2013 01:35:47 +0800 hYde said:
>
> > Hi:
> >
> > After your detailed explanation, I guess Enlightenment is just what I
> need.
> > In BIOS environment we have jpg, bmp and png decoder lib already, and
> > picture format we us
On Thu, 2 May 2013 01:35:47 +0800 hYde said:
> Hi:
>
> After your detailed explanation, I guess Enlightenment is just what I need.
> In BIOS environment we have jpg, bmp and png decoder lib already, and
> picture format we use is just these, so I think I could strip these out. We
> only need one
On Wed, May 1, 2013 at 2:35 PM, hYde wrote:
> Hi:
>
> After your detailed explanation, I guess Enlightenment is just what I need.
> In BIOS environment we have jpg, bmp and png decoder lib already, and
> picture format we use is just these, so I think I could strip these out. We
> only need one f
Hi:
After your detailed explanation, I guess Enlightenment is just what I need.
In BIOS environment we have jpg, bmp and png decoder lib already, and
picture format we use is just these, so I think I could strip these out. We
only need one font, and I've developed a freetype font library, so this
On 01/05/2013 18:00, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 1 May 2013 22:59:43 +0800 hYde said:
>
>> wow... Looks like I need to dig in more to study more stuff :(
>>
>> Is it possible to reduce code size to about 400~700KB after all this?
[snip awesome technical stuff]
> btw your
On Wed, 1 May 2013 22:59:43 +0800 hYde said:
> wow... Looks like I need to dig in more to study more stuff :(
>
> Is it possible to reduce code size to about 400~700KB after all this?
compressed or uncompressed? evas minus all dependencies and zero modules in
current dev is 1.4m once stripped.
wow... Looks like I need to dig in more to study more stuff :(
Is it possible to reduce code size to about 400~700KB after all this?
On Wed, May 1, 2013 at 5:56 PM, Carsten Haitzler wrote:
> On Tue, 30 Apr 2013 09:31:43 -0300 Gustavo Sverzut Barbieri
> said:
>
> > Hi,
> >
> >
> > On Tue, Apr
On Tue, 30 Apr 2013 09:31:43 -0300 Gustavo Sverzut Barbieri
said:
> Hi,
>
>
> On Tue, Apr 30, 2013 at 8:57 AM, Carsten Haitzler wrote:
>
> > On Tue, 30 Apr 2013 18:03:21 +0800 hYde said:
> >
> > > Since my BIOS has only about 8MB of space, I take Evas + Edje.
> >
> > you'll need ecore, eet an
Hello,
On Tue, Apr 30, 2013 at 9:48 PM, hYde 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'
Hi,
I've read and followed every page which described how to build
enlightenment using MinGW + Windows, MinGW / AutoConf / Pkg-config are all
up-and-ready but it still refuses to work, still finding the answer why :(
I will listen to you, start it all over just stick to evas, and make it
work, s
Hi Hyde, thanks for clarifying, comments below:
On Tue, Apr 30, 2013 at 9:48 AM, hYde wrote:
> Hi,
>
> > 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
Hi,
> 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 wit
Hi,
On Tue, Apr 30, 2013 at 8:57 AM, Carsten Haitzler wrote:
> On Tue, 30 Apr 2013 18:03:21 +0800 hYde said:
>
> > Since my BIOS has only about 8MB of space, I take Evas + Edje.
>
> you'll need ecore, eet and eina too then. (well some of ecore).
that's why I explicitly removed Edje. Edje pull
On Tue, 30 Apr 2013 18:03:21 +0800 hYde said:
> Since my BIOS has only about 8MB of space, I take Evas + Edje.
you'll need ecore, eet and eina too then. (well some of ecore).
> May I ask what is pre-merge?
efl 1.7.x ... from efl 1.8 we have a single build tree and we have upped our
dependencie
Since my BIOS has only about 8MB of space, I take Evas + Edje.
May I ask what is pre-merge?
And what really confuses me is I'm not porting it on any OS, just an
environment with framebuffer support, so any OS based config would not
work on my base, still working on stripping the code and figure o
Hi,
this is quite of a hard task and I'd request you to evaluate the
requirements before digging much. How does coreboot behaves? How much space
do you have?
Having it to compile should be the simplest task, but then you need to
implement the OS layers EFL expects in Ecore: main loop (timers, fil
Hi all:
I've been thinking porting elementary into my open source BIOS loader
(coreboot), to beautify my BIOS setup menu, but I don't know how to start
with.
Because the BIOS loader are C code, build with Microsoft Visual C++
compiler, the first step I'm trying to do is to make elementary out of
19 matches
Mail list logo
