On Fri, Jun 26, 2015 at 12:05 PM, Daniel Kolesa dan...@octaforge.org
wrote:
On Fri, Jun 26, 2015 at 11:01 AM, Jorge Luis Zapata Muga
jorgeluis.zap...@gmail.com wrote:
On Fri, Jun 26, 2015 at 11:50 AM, Tom Hacohen t...@osg.samsung.com
wrote:
On 26/06/15 00:42, Carsten Haitzler wrote
On Fri, Jun 26, 2015 at 1:42 AM, Carsten Haitzler ras...@rasterman.com
wrote:
On Thu, 25 Jun 2015 18:01:36 +0100 Tom Hacohen t...@osg.samsung.com said:
On 22/06/15 15:42, Tom Hacohen wrote:
As I said in the commit message, why is the alternative logging
mechanism even there? Shouldn't
On Fri, Jun 26, 2015 at 11:50 AM, Tom Hacohen t...@osg.samsung.com wrote:
On 26/06/15 00:42, Carsten Haitzler wrote:
On Thu, 25 Jun 2015 18:01:36 +0100 Tom Hacohen t...@osg.samsung.com
said:
On 22/06/15 15:42, Tom Hacohen wrote:
As I said in the commit message, why is the alternative
On Fri, Jun 26, 2015 at 1:14 PM, Carsten Haitzler ras...@rasterman.com
wrote:
On Fri, 26 Jun 2015 12:01:34 +0200 Jorge Luis Zapata Muga
jorgeluis.zap...@gmail.com said:
On Fri, Jun 26, 2015 at 11:50 AM, Tom Hacohen t...@osg.samsung.com
wrote:
On 26/06/15 00:42, Carsten Haitzler wrote
support in evas proper?
-- Original Message --
From: Jorge Luis Zapata Muga
To: Enlightenment developer list
enlightenment-devel@lists.sourceforge.net
Subject: Re: [E-devel] SVG in edje?
Date: Mon, 30 Jun 2014 12:15:14 +0200
On Sat, Jun 28, 2014 at 2:43 AM, Simon si
On Sat, Jun 28, 2014 at 2:43 AM, Simon si...@simotek.net wrote:
Hi All,
For a theme i'm working on i was thinking about using a basic svg (just
a couple of gradients) as the file manager background, so i was
wondering if it was possible to embed svgs in a edje file. Also will it
Check
Hello Lucas,
On Wed, Sep 25, 2013 at 6:21 AM, Lucas De Marchi
lucas.demar...@profusion.mobi wrote:
On Tue, Sep 24, 2013 at 11:03 AM, Lucas De Marchi
lucas.demar...@profusion.mobi wrote:
On Tue, Sep 24, 2013 at 3:29 AM, Cedric BAIL cedric.b...@free.fr
wrote:
On Tue, Sep 24, 2013 at 2:14
Hello Cedric,
On Tue, Sep 24, 2013 at 5:25 AM, Cedric BAIL cedric.b...@free.fr wrote:
Hello,
On Tue, Sep 24, 2013 at 8:28 AM, Jorge Luis Zapata Muga
jorgeluis.zap...@gmail.com wrote:
I applied the patches from the legacy tree
Hope this one is good enough
Yup, I just pushed them
The following changes since commit 80ad0a6c48479cecc0933e488aa1c853e15015c6:
1.7.8 release (2013-08-01 18:32:08 -0300)
are available in the git repository at:
https://github.com/turran/eina eina-extra
for you to fetch changes up to bceb578eeb266345cbae488938448db73945c0c5:
Add a
, Etrunko
2013/9/23 Jorge Luis Zapata Muga jorgeluis.zap...@gmail.com:
The following changes since commit
80ad0a6c48479cecc0933e488aa1c853e15015c6:
1.7.8 release (2013-08-01 18:32:08 -0300)
are available in the git repository at:
https://github.com/turran/eina eina-extra
for you
On Mon, Sep 23, 2013 at 10:17 PM, Stefan Schmidt
ste...@datenfreihafen.orgwrote:
Hello.
On Mon, 2013-09-23 at 22:01, Jorge Luis Zapata Muga wrote:
On Mon, Sep 23, 2013 at 9:56 PM, Eduardo Lima (Etrunko)
ebl...@gmail.comwrote:
Hi Turran,
Since these patches are adding new API
I applied the patches from the legacy tree
Hope this one is good enough
The following changes since commit 4850c4660f226f1d58f3e877d0b8ddbd6a6c77d4:
Evas textblock: Fixed broken test. (2013-09-23 14:37:19 +0100)
are available in the git repository at:
https://github.com/turran/efl
Hi all,
Is there some docs on how are the legacy libraries related to the efl repo?
That is, where should be done the commits? efl first and then backported to
the legacy library?
How about pull requests? is there some stablished steps for it?
I have a legacy eina branch on github:
Hi all,
I'm looking for the debian packaging files (debian/rules, debian/control,
etc) used on the https://launchpad.net/~efl ppa. Does anyone know where are
they?
Regards
--
LIMITED TIME SALE - Full Year of Microsoft
On Mon, Dec 31, 2012 at 2:20 AM, Cedric BAIL cedric.b...@free.fr wrote:
On Sun, Dec 30, 2012 at 10:48 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Sun, Dec 30, 2012 at 10:04 AM, Cedric BAIL cedric.b...@free.fr
wrote:
On Sun, Dec 30, 2012 at 12:55 PM, Lucas De Marchi
Hi raster,
On Sat, Nov 24, 2012 at 6:28 AM, Carsten Haitzler ras...@rasterman.comwrote:
this is important to all testers, users and packagers...
DONT PACKAGE AND USE ESVG! DO NOT DO THIS. USE EVAS_GENERIC_LOADERS AND
LIBRSVG
SUPPORT!
This is bad publicity for the project :-/
there. i
On Thu, Oct 11, 2012 at 5:01 AM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Wednesday, October 10, 2012, Vincent Torri wrote:
On Wed, Oct 10, 2012 at 9:57 PM, Enlightenment SVN
no-re...@enlightenment.org javascript:; wrote:
Log:
efl: simplify mempools, nuke some and make
(as I said before) and compile it myself
I believe that's also happening for Evas engines, just handful will persist
(SW, GL, fb, x11, wayland, just 32bits).
--Gustavo
Sent from my iPhone
On 11/10/2012, at 06:48, Jorge Luis Zapata Muga jorgeluis.zap...@gmail.com
wrote:
On Thu, Oct 11
, just handful will persist
(SW, GL, fb, x11, wayland, just 32bits).
--Gustavo
Sent from my iPhone
On 11/10/2012, at 06:48, Jorge Luis Zapata Muga jorgeluis.zap...@gmail.com
wrote:
On Thu, Oct 11, 2012 at 5:01 AM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Wednesday
On Thu, Jul 12, 2012 at 5:11 PM, Lionel Orry lionel.o...@gmail.com wrote:
On Thu, Jul 12, 2012 at 5:04 PM, Vincent Torri vincent.to...@gmail.com
wrote:
On Thu, Jul 12, 2012 at 3:03 PM, Lionel Orry lionel.o...@gmail.com wrote:
Hello everyone,
I am trying to evaluate the usage of the EFL
On Thu, Jul 5, 2012 at 3:42 PM, Cedric BAIL cedric.b...@free.fr wrote:
On Thu, Jul 5, 2012 at 10:30 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Thursday, July 5, 2012, Cedric BAIL wrote:
On Thu, Jul 5, 2012 at 10:07 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi
wow! thanks a lot! =)
On Tue, Jun 19, 2012 at 10:55 PM, jose_...@juno.com jose_...@juno.com wrote:
Indeed, wishing you a happy birthday Jorge!
5 Diet Pills that Work
2012#39;s Top 5 Weight Loss Pills. Updated Consumer Ratings.
On Fri, Apr 13, 2012 at 12:45 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Thu, 12 Apr 2012 16:44:46 +0200 Jorge Luis Zapata Muga
jorgeluis.zap...@gmail.com said:
Hello Tom,
I haven't checked the code completely yet, don't have much time. Nice
initiative to share the development
On Mon, Apr 2, 2012 at 11:58 AM, Tom Hacohen tom.haco...@samsung.com wrote:
Dear,
As some of you may know, my team and I have been working on Eobj, a new
objecting system for EFL. The current concept of varargs and having
eobj_do (you'll see what I'm talking about) was suggested to me by
On Wed, Oct 26, 2011 at 12:37 PM, Vincent Torri vto...@univ-evry.fr wrote:
On Wed, 26 Oct 2011, Cedric BAIL wrote:
On Wed, Oct 26, 2011 at 11:10 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Wed, 26 Oct 2011, Cedric BAIL wrote:
On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri
On Tue, Jul 5, 2011 at 4:36 PM, Cedric BAIL cedric.b...@free.fr wrote:
On Tue, Jul 5, 2011 at 4:26 PM, Vincent Torri vto...@univ-evry.fr wrote:
On Tue, 5 Jul 2011, Enlightenment SVN wrote:
Log:
emage: please welcome emage. It's now something like a file browser.
just a note : turran also
On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote:
On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
I've attached a tarball containing the evas sink for gstreamer, a small
test
On Fri, Jan 22, 2010 at 11:14 AM, Cedric BAIL moa.blueb...@gmail.com wrote:
On Thu, Jan 21, 2010 at 11:13 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
I'm doing ebuilds for gentoo and I want to make them use configurable
mempools, however the names are stupidly bad and I have no
On Mon, Sep 7, 2009 at 6:27 AM, Jose Gonzalezjose_...@juno.com wrote:
Log:
+ Export the renderer origin_set function
+ Make the rectangle renderer use it
+ Remove the origin move on the checker, it is already part
of the renderer's helper functions
Author: turran
Date:
As you have seen I've added a few more libraries to the repository,
ill summarize what got it ;)
Ekeko:
Ekeko is an object/property system. The initial code was taken from
etk and its internal type system, it has several differences:
- Support for a private area on every type, all the attributes
On Thu, Jul 16, 2009 at 9:05 AM, Vincent Torrivto...@univ-evry.fr wrote:
Hey,
As some of us want to release eina after the next freeze, we must be sure
that the API will not change after the release.
Below is my brief review with some comments. Other people must review it.
It's important
On Sat, Oct 25, 2008 at 9:02 AM, Eric Sandall [EMAIL PROTECTED] wrote:
On Fri, 24 Oct 2008 14:31:50 +0200
Viktor Kojouharov [EMAIL PROTECTED] wrote:
On Fri, 2008-10-24 at 14:23 +0200, Cedric BAIL wrote:
I think the vote is over. The result from
On Tue, Oct 21, 2008 at 11:42 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi guys,
We just discover that Eina was already used by a GNOME/GTK
application and library ( http://www.gtkfiles.org/app.php/Eina ). So
we need to do a little rename. The new name should be easy to
remember, typo prone
On Tue, Oct 21, 2008 at 1:04 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Tue, 21 Oct 2008 12:52:39 +0200 Jorge Luis Zapata Muga
[EMAIL PROTECTED] babbled:
On Tue, Oct 21, 2008 at 11:42 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi guys,
We just discover that Eina
On Wed, Sep 3, 2008 at 6:52 PM, Vincent Torri [EMAIL PROTECTED] wrote:
On Wed, 3 Sep 2008, Gustavo Sverzut Barbieri wrote:
Uh, oh I guess eina is turning into ecore... that's bad.
actually, I agree with Gustavo. I'm not sure that this file stuff should
be in eina. Is there a good
On Fri, Aug 8, 2008 at 5:51 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Fri, Aug 8, 2008 at 7:39 AM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
+EAPI void eina_error_print(Eina_Error_Level level, const char *file,
const char *fnc, int line, const char *fmt, ...)
On Thu, Aug 7, 2008 at 3:21 AM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 4:52 PM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
You can't tell me that im wrong as i did eina and took the decisions
about it. I have to explain this as this totally wrong. Eina's attempt
On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
You're going to completely ignore all of the feedback you received on
this issue and just change the license without a consensus?
Ok, let's begin on *how* i see this.
Eina's ideas hasn't been around for short time, i
On Wed, Aug 6, 2008 at 10:46 PM, Mike Rutter [EMAIL PROTECTED] wrote:
On Wed, Aug 06, 2008 at 10:25:52PM +0200, Jorge Luis Zapata Muga wrote:
Eina suddenly has gotten attention, not because of its technical
features, but because i wanted it to be lpgl *and* raster has said
that he wants
On Wed, Aug 6, 2008 at 10:33 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
You're going to completely ignore all of the feedback you
On Wed, Aug 6, 2008 at 11:37 PM, Nick Hughart [EMAIL PROTECTED] wrote:
Jorge Luis Zapata Muga wrote:
On Wed, Aug 6, 2008 at 10:46 PM, Mike Rutter [EMAIL PROTECTED] wrote:
On Wed, Aug 06, 2008 at 10:25:52PM +0200, Jorge Luis Zapata Muga wrote:
Eina suddenly has gotten attention
On Thu, Aug 7, 2008 at 12:06 AM, Nick Hughart [EMAIL PROTECTED] wrote:
Jorge Luis Zapata Muga wrote:
On Wed, Aug 6, 2008 at 10:33 PM, Nathan Ingersoll [EMAIL PROTECTED]
wrote:
On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 9:01 PM
On Mon, Aug 4, 2008 at 1:19 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
ok.
first - i know there will be unhappiness and disagreements. but i've been
thinking and it's time to stop the status-quo here. some people will be pissed
off, some will just be mildly unhappy, some not
On Sat, Aug 2, 2008 at 9:27 AM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
Hi guys,
I still don't have time to play/help with Eina, but from what I saw so
far, I'd like to propose some ideas and request some features:
- make data types thread safe. I know evas and other libraries are
Hi all, as you all (most) know, eina has hit proto cvs. I think
several things have to be explained, references to eina's license,
code and so have appeared on different threads and honestly following
them all is very complicated and is also hard to actually decide
something, so it might be good
On Fri, Aug 1, 2008 at 10:01 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Let me give Carsten and Jorge a few more philosophical speculations here
on this stuff.
If you've followed this vgfx api proposal you'll see that it introduces
such concepts to evas by allowing for one to set
On Thu, Jul 31, 2008 at 1:44 PM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Jorge wrote:
Some time ago i had another idea that i've been implementing, some of
you already know enesim and ekeko, some other dont, let me explain why
i think adding this to evas is not good imho.
One of the main
On Fri, Aug 1, 2008 at 11:21 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Jorge wrote:
.
Let's consider the first part above only, and let me ask you this:
What
are the successful/modern gfx *apis* out there used for building guis,
what
are
their models, what are their primitives,
On Fri, Aug 1, 2008 at 11:59 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
I wrote:
Jorge wrote:
On Fri, Aug 1, 2008 at 10:01 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Let me give Carsten and Jorge a few more philosophical speculations
here
on this stuff.
If you've followed this
On Fri, Aug 1, 2008 at 12:12 PM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Jose Gonzalez wrote:
I wrote:
Jorge wrote:
On Fri, Aug 1, 2008 at 10:01 AM, Jose Gonzalez [EMAIL PROTECTED]
wrote:
Let me give Carsten and Jorge a few more philosophical speculations
here
on this stuff.
On Thu, Jul 17, 2008 at 10:36 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
As the subject states, let me make a (relatively) short summary of some
proposed changes and additions to the evas gfx api -- and I'll deal with only
gradients and a possible vgfx-objs api, leaving transforms (mostly)
On Thu, Jul 31, 2008 at 12:04 PM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
On Thu, Jul 17, 2008 at 10:36 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
As the subject states, let me make a (relatively) short summary of some
proposed changes and additions to the evas gfx api -- and I'll
On Fri, Jul 25, 2008 at 4:03 AM, Michael Jennings [EMAIL PROTECTED] wrote:
On Friday, 25 July 2008, at 01:53:24 (+0200),
Jorge Luis Zapata Muga wrote:
Well, this thread has of course mutated from its original form, but
has raised several good opinions, and in fact it has turned into
what do
On Thu, Jul 24, 2008 at 11:08 PM, Michael Jennings [EMAIL PROTECTED] wrote:
On Friday, 25 July 2008, at 00:41:51 (+1000),
Carsten Haitzler wrote:
if this is for code going into an existing application and/or
library he is right. code is to be the same license as the existing
tree - if it is
On Fri, Jul 25, 2008 at 12:20 AM, Michael Jennings [EMAIL PROTECTED] wrote:
On Thursday, 24 July 2008, at 19:25:42 (+0200),
Vincent Torri wrote:
I've learned a lot about the licences reading these mails, and it seems
that the fact is not such licence is a hindrance but such licence can
give
Hi all,
I dont pretend to start a flamewar, if you do, please dont answer this
thread.The thing is that right now, the EFL has arrived to a place
where different companies are using this software, and several of us
are working on a company using the efl (raster, gustavo, cedric, me,
anyone
On Tue, Jul 8, 2008 at 8:52 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Jorge Luis Zapata Muga schrieb:
Having a common agreement isnt easy but we should make one. Cedric
ideas of providing a common API and just do some macros is useful, i
agree that the structure of the code using might
On Tue, Jul 8, 2008 at 11:44 AM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Cedric BAIL schrieb:
On Tue, Jul 8, 2008 at 10:47 AM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Vincent Torri schrieb:
I think that Hisham wants you to put your code in edata, and not create
another lib.
On Wed, Jun 25, 2008 at 2:29 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Gustavo wrote:
On Tue, Jun 24, 2008 at 2:40 PM, Hisham Mardam Bey
[EMAIL PROTECTED] wrote:
On Tue, Jun 24, 2008 at 12:55 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Tue, Jun 24, 2008 at 1:46 PM, Jose
On Wed, Feb 27, 2008 at 11:32 AM, Vincent Torri [EMAIL PROTECTED] wrote:
On Wed, 27 Feb 2008, Nicolas Aguirre wrote:
On 2/27/08, Vincent Torri [EMAIL PROTECTED] wrote:
I think that we should add evas filters. It should be very interresting for
student (study of the internal
On Jan 27, 2008 11:08 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
On Jan 27, 2008 11:45 AM, Toma [EMAIL PROTECTED] wrote:
I know this exists for the n800 and being python and edje, it would be
a peice of cake to adapt to a normal linux system on x86 or whatever.
Good ol Gustavo to
On Jan 5, 2008 9:02 PM, Tobias [EMAIL PROTECTED] wrote:
Hi all,
I've played around with Ecore_Fb on my zaurus and I've run into some
problems with events getting through to evas.
First, there were some comments about libts support in ecore a couple of
weeks ago, this libts implementation
On Dec 20, 2007 12:09 PM, Dr. Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Carsten Haitzler wrote:
On Wed, 19 Dec 2007 14:16:19 +0100 Michael 'Mickey' Lauer
[EMAIL PROTECTED] babbled:
Enlightenment CVS wrote:
@@ -569,7 +581,7 @@
if test x$have_ecore_fb = xyes ; then
A last topic I would like to discuss is FPU need by Edje. Right now
without
hardware floatting point, Edje could loose around 30% of time in soft float
when you have many objects on the screen. I don't know what would be the best
solution to this problem, doing some fixed point
On Nov 19, 2007 12:02 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Sebastian Dransfeld schrieb:
Andre Magalhaes wrote:
On Nov 18, 2007 11:09 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Mon, 19 Nov 2007 01:02:40 +0100 Jorge Luis Zapata Muga
[EMAIL PROTECTED
Hi, as the ecore split topic is around the ml again, after talking
to dj2 on irc there was a crucial point to decide what should stay and
what should be split and that's what core means. i agree different
people can have different views of what core means. So here is a
list of all ecore subsystems
, this thread is just
for the record :) even so, this kind of consensus is helpful and would
have been handy before edata (under proto) was created.
On 19-Nov-07, at 10:46 AM, Jorge Luis Zapata Muga wrote:
Hi, as the ecore split topic is around the ml again, after talking
to dj2 on irc
On Nov 18, 2007 9:51 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
On Nov 18, 2007 5:19 PM, Andre Magalhaes [EMAIL PROTECTED] wrote:
On Nov 18, 2007 5:16 PM, Hisham Mardam Bey [EMAIL PROTECTED] wrote:
The situation is, everyone knows we should split up ecore, but
everyone just
On Nov 15, 2007 2:46 PM, Koen Kooi [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nick Hughart schreef:
This was not meant to turn into a big deal. Trac is up there, no one is
forcing you to use it yet.
Since there are now patches in there, people *are* forced to
On Nov 4, 2007 2:21 AM, Flo [EMAIL PROTECTED] wrote:
Dear all:
My name's florent and although I'm rather new to the EFLs world, and
thanks to some great examples over the internet (from Gustavo Sverzut
Barbieri and Raoul Hecky), I already managed to achieved nice results
using Evas.
On 10/12/07, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Jorge Luis Zapata Muga schrieb:
In order to compile them you need edata, it's just a split of
Ecore_Data from Ecore, but before adding it into CVS i would like your
opinions about it, a while ago there was a discussion about splitting
Hi all, i have added a couple of projects into proto:
Ecore_Li:
Its an ecore based abstraction for linux input devices, this code has
part of the current ecore_fb code i did and other code that wasnt
committed into ecore_fb, i prefer to have the input events away from
ecore_fb, mainly because
On 7/25/07, Vincent Torri [EMAIL PROTECTED] wrote:
On Wed, 25 Jul 2007, Carsten Haitzler (The Rasterman) wrote:
be careful - then you need to deal with merging the branch - the existing
software enigne code wont stay still forever.
before talking about merging, maybe it's time to write
Hi all, i have taken evas to be my guinea pig here =)
I've split the common engine code into a different library, because
with time it has became a really good direct rendering library. what
would it benefit us? i have the idea that abstracting at the canvas
level and at the rendering level would
On 7/10/07, dan sinclair [EMAIL PROTECTED] wrote:
On 9-Jul-07, at 8:13 PM, Hisham Mardam Bey wrote:
On 7/9/07, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
Hi all,
I want to reply before this thread ends discussing only the how
do we
patch projects topic, as it is just a small
On 4/5/07, Massimiliano Calamelli [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all, here another prob...
Running make i got this error:
ecore_fb_li.c: In function `ecore_fb_input_device_open':
ecore_fb_li.c:385: error: `EV_SYN' undeclared (first use in this
...
just one thing is missing, what is the prefered way to define the fb
device to use (in ecore_fb, ecore_evas_fb, evas)? on evas we use the
device_number (int 0 = fb0, 1 = fb1, ...) in ecore_fb it was
supposed to use the full device path (char /dev/fb0, etc) and in
ecore_evas_fb a char with
On 4/7/07, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote:
On Wed, 21 Mar 2007 17:45:43 +0100 Cedric BAIL [EMAIL PROTECTED] babbled:
i'll do this one first - it's less work than the sdl engine + cache + one
:)
Another discussion, this time about events. During my test of SDL
On 4/4/07, Lars Munch [EMAIL PROTECTED] wrote:
Hi
If I build ecore with fb engine enabled on a system with tslib installed
I get a linker error because it tries to link against tslib instead of
ts. The attached patch fixes this.
I thought about removing tslib from configure.in since it is
On 3/28/07, Cedric BAIL [EMAIL PROTECTED] wrote:
On Tuesday 27 March 2007 14:39:12 Jorge Luis Zapata Muga wrote:
Hi all, i have coded several things to ecore_fb, but before doing a
commit i prefer your opinion or whishlist =)
1. Modules for input devices. Instead of having the input
On 3/27/07, Lars Munch [EMAIL PROTECTED] wrote:
Hi turran
On Tue, Mar 27, 2007 at 02:39:12PM +0200, Jorge Luis Zapata Muga wrote:
Hi all, i have coded several things to ecore_fb, but before doing a
commit i prefer your opinion or whishlist =)
1. Modules for input devices. Instead
On 3/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Massimiliano wrote:
Hi all, finally i'm able to test my EFL code under my ARM-based
devel board. My target is to be able to have a crosscc edje,
therefore i've started at the bottom, in order eet, evas, ecore
and finally
On 3/8/07, Nathan Ingersoll [EMAIL PROTECTED] wrote:
On 3/8/07, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
basically it was on the eet TODO, both group types were already
defined but weren't implemented. I was looking for any of them for a
project i'm coding on parallel. If your
hi all, the following patch makes eet support for fixed arrays and
variable arrays:
int array[100]; // fixed
int varray*; // variable
int varray_count;
if you prefer i can commit directly but i prefer if someone can take a
look on it :)
note that this makes an API break on the function
On 3/8/07, Nathan Ingersoll [EMAIL PROTECTED] wrote:
Hi Jorge,
Hi Nathan,
On 3/8/07, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
if you prefer i can commit directly but i prefer if someone can take a
look on it :)
note that this makes an API break on the function
On 3/8/07, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
hi all, the following patch makes eet support for fixed arrays and
variable arrays:
int array[100]; // fixed
int varray*; // variable
int varray_count;
if you prefer i can commit directly but i prefer if someone can take a
look
On 1/30/07, Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Am Dienstag, den 30.01.2007, 01:20 +0100 schrieb Jorge Luis Zapata Muga:
On 1/29/07, Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Am Montag, den 29.01.2007, 17:57 +0100 schrieb Massimiliano Calamelli:
0) Can i use edje
On 1/30/07, Massimiliano Calamelli [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 30 Jan 2007 01:17:40 +0100
Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
do you have the fb attached to a tty? (ecore_fb is hardcoded to use
the current terminal)
Sorry
On 1/30/07, Massimiliano Calamelli [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 30 Jan 2007 12:48:23 +0100
Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
ok, when you try to launch your app, do you do it over a terminal in
which the fb exists? i.e
On 1/29/07, Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Am Montag, den 29.01.2007, 17:57 +0100 schrieb Massimiliano Calamelli:
0) Can i use edje and evas without ecore?
edje needs ecore. evas doesn't need ecore.
1) It's ecore ready to run on fb?
yes -- at least it was some months ago
On 1/17/07, Brian Mattern [EMAIL PROTECTED] wrote:
The next question is, assuming you guys see it as a viable replacement
for ecore_desktop, do we stick this somewhere in libs (as efreet or
e_xdg, or whatever name) or do we cram it in to ecore? My vote is that
we stop bloating ecore in
On 1/1/07, Brian Mattern [EMAIL PROTECTED] wrote:
On Mon, Jan 01, 2007 at 03:43:42PM +0100, Jorge Luis Zapata Muga wrote:
On 7/2/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote:
On Mon, 19 Jun 2006 01:17:03 +0200 Jorge Luis Zapata Muga
[EMAIL PROTECTED] babbled:
Hi all
On 7/2/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote:
On Mon, 19 Jun 2006 01:17:03 +0200 Jorge Luis Zapata Muga
[EMAIL PROTECTED] babbled:
Hi all,
i have some doubts-ideas about evas smart objects,
1. the API
in order to add an object to a smart object you have to do
On 10/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
To be continued :)
Well, the prior emails pretty much outline all that I have in
mind here as far as objs/engines re-structuring: Modular units which
when called upon to add an evas obj to an evas canvas would either
On 9/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Wed, Sep 06, 2006 at 03:22:39PM +, [EMAIL PROTECTED] wrote:
Brian writes:
To me the main issue is not really a 'technical' one pre se,
it's do people really want, and want to help with, such changes?
Right
On 9/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Jorge writes:
I tell you what, let me look things over a bit during the
weekend, and if you like you and maybe Jorge can do the same...
maybe discuss it with others on the list who have some experience
with
...
This would be true on PC, but on embedded device you will really like the idea
of using as much as possible the hardware. Preserving evas ability in this
area is really something important in my opinion.
indeed, but there's a problem. evas manages internally always ARGB
data, so to
On 8/30/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Jorge writes:
So, the gfx parts of the engines (and some that are not
directly gfx aspects) are really mostly a bunch of functions that
apply to each object type, and some core functions that apply to
all object types,
On 8/24/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Jorge writes:
snip
But to export evas' internal structures, especially the engine
funcs and such.. is really dangerous at this point in time, unless
you're willing to freeze evas' capabilities, or just use this as a
starting point
hi ppl,
this are my ideas i actually have implemented in a local version of
evas, i wont do a direct commit for everything i have, instead ill do
small commits to actually allow raster to read the commits and for
better understanding of what im doing. also evas has changed several
things in the
1 - 100 of 117 matches
Mail list logo