-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel m
Dear all,
I am planning to use imlib2 for my map application and I require wide
line with anti aliasing support which Imlib2 doesnt seem to support. GDK FB
port seems to have a seperate library but that doesnt support anti aliasing.
Does anyone know some advanced line drawing librarie
lok wrote:
> Michael Jennings wrote:
>> On Wednesday, 27 February 2008, at 09:20:59 (+0100),
>> Sebastian Dransfeld wrote:
>>
>>
>>> Or just ./configure --enable-homedir-install
>>>
>>> I did some work so that the modules should end up in either the
>>> current homedir, or the path enlightenment
Michael Jennings wrote:
> On Wednesday, 27 February 2008, at 09:20:59 (+0100),
> Sebastian Dransfeld wrote:
>
>
>> Or just ./configure --enable-homedir-install
>>
>> I did some work so that the modules should end up in either the
>> current homedir, or the path enlightenment-config points to. An
On Tuesday, 26 February 2008, at 23:08:23 (-0800),
Eric Sandall wrote:
> "It works for me",
...
> so what is the better method you propose? The other e_modules just
> use --prefix=/usr, will that also work for your /usr/lib64 scenario?
See below.
On Wednesday, 27 February 2008, at 09:20:59
Build log for Enlightenment DR 0.17 on 2008-02-27 07:08:24 -0800
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log
edje_editor http://download.enlightenment.org/tests/logs/edj
Alright I've taken this summer of code research a bit further apparently
we're not blacklisted in anyway. The reason we were not accepted last
year is that our application was a bit suboptimal and the ideas list was
poor we didn't elaborate enough on the ideas what they were. It wasn't
clear en
Guys, I did a quick test with emotion_test (c version) and it's
leaking... I'm running home, but the relevant part is:
==19235== LEAK SUMMARY:
==19235==definitely lost: 112 bytes in 6 blocks.
==19235==indirectly lost: 240 bytes in 20 blocks.
==19235== possibly lost: 37,053 bytes in 90
If you search for python suppressions for valgrind, you should find
some that will help make the log shorter and hopefully more useful to
us.
On Wed, Feb 27, 2008 at 3:53 PM, Gustavo Sverzut Barbieri
<[EMAIL PROTECTED]> wrote:
> On Wed, Feb 27, 2008 at 4:25 PM, Joost Albers
>
> <[EMAIL PROTECTED]>
On Wed, Feb 27, 2008 at 4:25 PM, Joost Albers
<[EMAIL PROTECTED]> wrote:
>
> Followed your advice but it does not make a whole of sence to me. Attached
> is the debug log
Hi Joost,
The log is cut :-( gzip it and send in private to me so I can host
it somewhere so others can see...
Most (all?)
Ok, here are just a few 'ideas' that I think would be nice,
not necessarily anything to do with SoC, just a few things I think
e could benefit from (merely from my own viewpoint).
1. Further work on an immediate-mode gfx lib like enesim, and also
on a generic canvas framework as in jor
lok wrote:
> As I already said it before, calling ./configure with no --prefix will
> use this path.
> You don't need it. Moreover the other modules doesn't take the --prefix=/usr
> option. They override it and goes in enlightenment's module dir anyway.
> If you run the configure with --prefix=/t
> Recording them into wiki.enlightenment.org would probably be the
> best bet. A much more stable and easy to use record then the
> mailing list.
BTW, wouldn't it be a good idea to have a link to the wiki
from the main enlightenment.org site? I had no idea how to find that
and had to star
Vincent wrote:
> > I think that we should add evas filters. It should be very
> > interresting for student (study of the internal behaviour of evas,
> > interresting algorithm to perfmorm different filters...).
> > Rotation, perspective, reflection can be a good beginning and
> > maybe ad
Running valgrind against it may point out where the leak is occurring,
but it will also require some suppressions as it thinks Python leaks
at times when it manages it's memory allocations.
On Wed, Feb 27, 2008 at 7:22 AM, Gustavo Sverzut Barbieri
<[EMAIL PROTECTED]> wrote:
> On Wed, Feb 27, 2008
Eric Sandall wrote:
> On Fri, 25 Jan 2008, Christopher Michael wrote:
>
>> Sebastian Dransfeld wrote:
>>
>>> lok wrote:
>>>
It's not a bug the configure.in are set up this way in most (all?) modules.
They will be installed in `enlightenment-config --module-dir`.
Unless
On Wed, Feb 27, 2008 at 5:04 AM, Joost Albers
<[EMAIL PROTECTED]> wrote:
> Emotion/xine is leaking memory for me.
>
> I am using python-emotion Gustav Barbieri helped out and concluded that
> it has nothing to do with the python bindings.
>
> evas_object_delete() is being called, but even with t
This patch give the possibilite to suspend the execution of a timer
for as long as you want. Freezing a timer, remove it from the main
active timer list and push it on the suspended list waiting to be
thaw. The code is fairly simple, and remove the need to handle this in
the application.
--
Cedri
After the fix for textblock visibility with edje, I just discover a
small implicit memcpy of the big Edje_Calc_Params structure. So this
patch avoid this copy by just using a pointer.
--
Cedric BAIL
From 7e416bc2f3e38b3bbe9a65f76bb5d768a51ed3d5 Mon Sep 17 00:00:00 2001
From: Cedric BAIL <[EMAIL P
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 behaviour of evas, interresting algorithm to
> perfmorm different filters...).
> Rot
> Ok, took a quick look, and... Yeah, that whole imlib2 grad
> implementation is screwed.. and you're right, part of the problem
> is that values are assumed to be in a different range scale than
> the usual (ie. what the docs state). Using the evas version of the
> hsv-to-rgb function will m
On 2/27/08, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
>
> Hey,
>
> I have added some ideas in the wiki:
>
> * finishing the win32 port
> * adding codec support
> * writing a presentation tool (handful for those who will talk in some
> conf :)
> * writing an evince-like prog in full edje
I think
Carsten Haitzler (The Rasterman) wrote:
> On Tue, 26 Feb 2008 12:18:26 -0800 (PST) Eric Sandall <[EMAIL PROTECTED]>
> babbled:
>
> as such modules should install in the default prefix e installed in. a module
> as such should NOT rely on its installation prefix ever at runtime, SO i could
> do:
>
Emotion/xine is leaking memory for me.
I am using python-emotion Gustav Barbieri helped out and concluded that
it has nothing to do with the python bindings.
evas_object_delete() is being called, but even with that memory is not
being freed.
I am using the latest nightly builds of e17 libs and
24 matches
Mail list logo