> 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 enlig
Hey,
As evil is now in, I would like to use it in the efl. As I mentioned in a
previous mail, I've finally found out how to correctly deal with EAPI and
libtool on Windows, but I'm facing a problem with EAPI, now.
Currently, EAPI is added in fonrt of the declaration and definition of the
func
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
On Thu, Feb 28, 2008 at 4:32 AM, karthik M <[EMAIL PROTECTED]> wrote:
> 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 su
As Jorge wants us to reply, here is my answer
On Thu, 28 Feb 2008, Jorge Luis Zapata Muga wrote:
> Enesim:
> This library started as a direct rendering gfx library, but a very
> generic one, with no context; this decision was made to allow
> different libraries built on top of enesim to define t
Build log for Enlightenment DR 0.17 on 2008-02-28 07:08:07 -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
Dear Barbieri,
Thanks for your reply. May be I am too naive to understand your reply.
Do you suggest me to draw a wide line by calculating the boundaries of
the wide line by myself and fill the polygon using those boundaries.
Also what do you mean by making the line "tick".
Thanks
Ian wrote:
> 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 th
On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> 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.
On Thu, Feb 28, 2008 at 1:31 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri"
> <[EMAIL PROTECTED]> babbled:
>
>
> > Guys, I did a quick test with emotion_test (c version) and it's
> > leaking... I'm running home, but t
On Thu, 28 Feb 2008 15:26:47 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> On Thu, Feb 28, 2008 at 1:31 PM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri"
> > <[EMAIL PROTECTED]> babbled:
> >
> >
> >
On Thu, Feb 28, 2008 at 12:14 PM, Karthik Murugesan
<[EMAIL PROTECTED]> wrote:
> Dear Barbieri,
> Thanks for your reply. May be I am too naive to understand your reply.
> Do you suggest me to draw a wide line by calculating the boundaries of
> the wide line by myself and fill the polygon
>
>
> I suggest replacing both the rgb-to-hsv and hsv-to-rgb
> implementations in imlib2 with those used in evas and keep the
> documentation as is. Test it, and if that works for you then send
> it as a patch. :)
>
I replaced both functions as you suggested. No it looks a little better
> I replaced both functions as you suggested. No it looks a little
> better but not much.
> From my perspective the problem is that imlib2 stores color ranges
> internally in rgb.
In part.. As I mentioned, the use of the wrong scale was only
part of the problem. The other part is that it'
Hello,
the attached patch fixes this bug:
http://bugzilla.enlightenment.org/show_bug.cgi?id=395
Regards.
--
Get a free email address with REAL anti-spam protection.
http://www.bluebottle.com/tag/1
--- src/bin/e_utils.c 2007-12-
On Thu, Feb 28, 2008 at 3:35 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Thu, 28 Feb 2008 15:26:47 -0300 "Gustavo Sverzut Barbieri"
> <[EMAIL PROTECTED]> babbled:
>
>
> > On Thu, Feb 28, 2008 at 1:31 PM, The Rasterman Carsten Haitzler
> > <[EMAIL PROTECTED]> wrote:
> > >
well considering applications need to be in by when it starts which is
like march 3rd we don't have a lot of time...
[EMAIL PROTECTED] wrote:
> Ian wrote:
>
>
>> Alright I've taken this summer of code research a bit further
>> apparently we're not blacklisted in anyway. The reason we were
On Thu, 28 Feb 2008 10:14:19 +0100 (CET) [EMAIL PROTECTED] babbled:
> Then I agree. But --prefix should then be taken literally, so that using
> --prefix=/mydir makes the module end up in /mydir/MODULENAME.
this would violate the principle of least surprise. --prefix should do what it
does every e
March 3rd is when they start accepting applications. The deadline is March 12th.
On Thu, Feb 28, 2008 at 6:46 PM, Ian C. <[EMAIL PROTECTED]> wrote:
> well considering applications need to be in by when it starts which is
> like march 3rd we don't have a lot of time...
>
> [EMAIL PROTECTED] wrote:
> this would violate the principle of least surprise.
Well said. U... then again, setting a size load option
on an image and getting -- surprise! it may or may not be what you
asked for! does seem to flaunt that excellent principle you want to
adhere to. :)
PS.
Not to
you're correct but if we want to be selected we need to get it in as
soon as possible. the closer the March 3rd the better.
Nathan Ingersoll wrote:
> March 3rd is when they start accepting applications. The deadline is March
> 12th.
>
> On Thu, Feb 28, 2008 at 6:46 PM, Ian C. <[EMAIL PROTECTED]>
Michael Jennings wrote:
> 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 02/28/2008 22:14, Ian C. wrote:
> you're correct but if we want to be selected we need to get it in as
> soon as possible. the closer the March 3rd the better.
I agree. There is terribly little time to get organized here.
I've added another page dedicated to just ideas and their descriptions
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 28 Feb 2008 10:14:19 +0100 (CET) [EMAIL PROTECTED] babbled:
>> Then I agree. But --prefix should then be taken literally, so that using
>> --prefix=/mydir makes the module end up in /mydir/MODULENAME.
>
> this would violate the principle of least s
On Fri, 29 Feb 2008 06:35:37 +0100 Sebastian Dransfeld
<[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > On Thu, 28 Feb 2008 10:14:19 +0100 (CET) [EMAIL PROTECTED] babbled:
> >> Then I agree. But --prefix should then be taken literally, so that using
> >> --prefix=/mydir m
25 matches
Mail list logo
