>> BTW, this is only tangentially related to scripting, but one thing
>> that's sometimes noted as an 'issue' with edje is that if one changes
>> the state of a part object (via evas calls), then the result isn't
>> updated in edje's internal description (part of the edje smart data).
>>
On Fri, 13 Jun 2008 17:24:49 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
> BTW, this is only tangentially related to scripting, but one thing
> that's sometimes noted as an 'issue' with edje is that if one changes
> the state of a part object (via evas calls), then the result isn't
>
On Thursday 12 June 2008, Hans de Goede wrote:
> Some time ago there was a bunch of security advisories for various imlib2
> image loaders. Some of the fixes which were circulating then never seem to
> have been applied to imlib2, the attached patch includes these fixes.
i'm pretty sure these were
On Thursday 12 June 2008, Hans de Goede wrote:
> Most modern Linux distro's now have rgb.txt as
> /ust/share/X11/rgb.txt
>
> The attached patch fixes loading xpm files on these distro's.
thanks, added to cvs
-mike
signature.asc
Description: This is a digitally signed message part.
--
BTW, this is only tangentially related to scripting, but one thing
that's sometimes noted as an 'issue' with edje is that if one changes
the state of a part object (via evas calls), then the result isn't
updated in edje's internal description (part of the edje smart data).
Well, one wa
2008/6/13 Vincent Torri <[EMAIL PROTECTED]>:
>
> Hey,
>
> here is the status of the Windows CE port. We can run the core efl (eet,
> evas, ecore, embryo and edje) on some devices (Ipaq H6300, H3970 and
> HX4700). It seems that ashikase's pda has some problems with edje, but
> expedite is running o
Hey,
here is the status of the Windows CE port. We can run the core efl (eet,
evas, ecore, embryo and edje) on some devices (Ipaq H6300, H3970 and
HX4700). It seems that ashikase's pda has some problems with edje, but
expedite is running on his device.
Also, raoul has made a video of an edje
Hi,
Short intro: I'm the Fedora imlib2 package maintainer.
Some time ago there was a bunch of security advisories for various imlib2 image
loaders. Some of the fixes which were circulating then never seem to have been
applied to imlib2, the attached patch includes these fixes.
Regards,
Hans
Hi,
Short intro: I'm the Fedora imlib2 package maintainer.
Most modern Linux distro's now have rgb.txt as
/ust/share/X11/rgb.txt
The attached patch fixes loading xpm files on these distro's.
Regards,
Hans
p.s.
Please keep me CC-ed, I'm not on the list.
diff -up imlib2-1.4.1/src/modules/load
Build log for Enlightenment DR 0.17 on 2008-06-13 07:10:04 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
edvi http://download.enlightenment.org/tests/logs/edvi.log
enna http://download.enlightenment.org/tests/logs/enna.log
epdf htt
Dave Andreoli wrote:
> - "Nick Hughart" <[EMAIL PROTECTED]> ha scritto:
>
>
>> While this is somewhat neat, it might be best to implement this into
>> efm
>> itself. Having it on a shelf seems a bit strange to me, but it does
>> make things a bit easier. The only issue I see is it requir
Dave Andreoli wrote:
Hi list!
Attached a patch to solve 2 bugs related to the dnd on shelfs and on the
desktop:
1. The first fix simply check if the module is in a shelf before do a shelf
operation
2. The second set the value of _drag_win_root in case the drag is not generated by e .This fix t
>> Let's take a slightly different view on this and let's imagine
>> for a moment that instead of the current 'poly-point-add' api, one
>> had to 'set' a list of poly-points.
>> If one did have this, it would make it much easier to deal with
>> the various ambiguities/inconsistencies of
On Fri, Jun 13, 2008 at 1:07 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> I agree with Jose, the think we need is just the ability to add objects
> from script... why instad do a simple function that create new parts?
> maybe
> taken from another group in the same file, and then
- "Sebastian Dransfeld" <[EMAIL PROTECTED]> ha scritto:
> Dave Andreoli wrote:
> > Hi list!
> > Attached a patch to solve 2 bugs related to the dnd on shelfs and on
> the desktop:
> >
> > 2. The second set the value of _drag_win_root in case the drag is
> not generated by e .This fix the bug
I agree with Jose, the think we need is just the ability to add objects
from script... why instad do a simple function that create new parts? maybe
taken from another group in the same file, and then do some bindings to
basic evas functions like move, resize, etc. In this way y
Dave Andreoli wrote:
> Hi list!
> Attached a patch to solve 2 bugs related to the dnd on shelfs and on the
> desktop:
>
> 2. The second set the value of _drag_win_root in case the drag is not
> generated by e .This fix the bug mentioned in the trash announce :)
Somehow I don't think this is th
On Thu, Jun 12, 2008 at 10:28 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> I wrote:
>>> I am definitively for breaking Evas_Object Polygon API. It would be
>>> really easier if it was more a classic Evas_Object, I really want to
>>> have move/resize working with it. It will be easier to use and
> this is meant to be a small sandbox to play in. generic bindings are intended
> to
> be powerful and generically useful- different use cases. check how bindings
> are
> actually done first - you have to provide all the c functions to point to (and
> these in turn wrap up the actual evas/whatev
On Fri, 13 Jun 2008 04:35:25 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
> >> I agree with Jose, the think we need is just the ability to add objects
> >> from script... why instad do a simple function that create new parts? maybe
> >> taken from another group in the same file, and then do
H...
Ok, let's back-up a minute here and let me ask you this: Why not
start by first having a more or less extensive set of embryo bindings
to evas objects/api?
>>> for this to work
>> I agree with Jose, the think we need is just the ability to add objects
>> from script... why instad do a simple function that create new parts? maybe
>> taken from another group in the same file, and then do some bindings to
>> basic evas functions like move, resize, etc. In this way you can c
On Fri, 13 Jun 2008 03:39:36 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
> >> H...
> >>
> >> Ok, let's back-up a minute here and let me ask you this: Why not
> >> start by first having a more or less extensive set of embry
>> H...
>>
>> Ok, let's back-up a minute here and let me ask you this: Why not
>> start by first having a more or less extensive set of embryo bindings
>> to evas objects/api?
>>
>
> for this to work with edje those bindings
24 matches
Mail list logo