On Wed, 14 Dec 2005 14:43:50 +0900 Carsten writes:
> On Tue, 13 Dec 2005 23:38:43 -0500 Jason Tackaberry <[EMAIL PROTECTED]>
> babbled:
>
> > On Tue, 2005-12-06 at 15:32 +0900, Carsten Haitzler wrote:
> > > yeah - we ALSO need arbitratry clipping to any object, with an
> added option
> > > of
On Tue, 13 Dec 2005 12:47:56 -0800 David Sharp <[EMAIL PROTECTED]>
writes:
> On 12/13/05, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
> > Eric Sandall [2005-12-13 11:16]:
> > > >while (dst < dst_end)
> > > > - *dst++ = (*src++ | PIXEL_SOLID_ALPHA) & (*dst |
> 0x00ff);
> > > > + *dst
On Tue, 13 Dec 2005 16:04:30 +0900 Carsten writes:
>
>
> for now the only thing i have done are copy (blit) and
> alpha blend
> (with or without destination alpha).
>
> for C, mmx, sse and sse2 i have done:
> done:
>
> * solid pixel copy forwards
> * pixel blend
> * pixel blend dst alpha
>
On Tue, 13 Dec 2005 23:38:43 -0500 Jason Tackaberry <[EMAIL PROTECTED]> babbled:
> On Tue, 2005-12-06 at 15:32 +0900, Carsten Haitzler wrote:
> > yeah - we ALSO need arbitratry clipping to any object, with an added option
> > of pre-rendering all objects to be clipped by a clipper to a tmp buffer,
I'm using an external library that generates a BGR32 image. The source
image is only 24bpp, so the alpha channel is all zeroed. So, when I add
the image to an evas canvas and use evas_object_image_data_set, I pass 0
to evas_object_image_alpha_set. My assumption is that this merely
indicates to E
There was a small discussion after I voiced my opinion about the ecore
event system. As can be expected, some one suggested I submit a patch.
This is not a patch, but a statement of the problem and two proposed
solutions. I'll write either solution.
My comments where prompted by someone suggesti
On Tue, 2005-12-06 at 15:32 +0900, Carsten Haitzler wrote:
> yeah - we ALSO need arbitratry clipping to any object, with an added option of
> pre-rendering all objects to be clipped by a clipper to a tmp buffer, unlike
I'd settle for extending the current approach to support gradient
objects as we
Phuah Yee Keat wrote:
Hi,
There's this TODO item in Entrance about Spewing of messages about
shift and alt keys, realized that its actually from emsart, and not
entrance.
So if the esmart patch is acceptable, the entrance TODO list can be
updated as well. :)
One question, issit easier for
Hi,
There's this TODO item in Entrance about Spewing of messages about shift
and alt keys, realized that its actually from emsart, and not entrance.
So if the esmart patch is acceptable, the entrance TODO list can be
updated as well. :)
One question, issit easier for you guys to update by sen
enlightenment-cvs@lists.sourceforge.net wrote:
>Enlightenment CVS committal
>
>Author : handyande
>Project : misc
>Module : engage
>
>Dir : misc/engage/data/themes
>
>
>Modified Files:
> module.edc
>
>
>
Seems these not in the CVS yet?
>+ image: "running_top.png" COMP;
>+ image
On 12/13/05, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
> Eric Sandall [2005-12-13 11:16]:
> > >while (dst < dst_end)
> > > - *dst++ = (*src++ | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
> > > + *dst = (*src | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
> > > + dst++;
> > > +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 11 Dec 2005, Martin Klaffenboeck wrote:
Hi there!
Everytime I start e17 I get the following error for _all_ (default)
modules (after removing .e):
http://members.inode.at/martin.klaffenboeck/e17-module-error.jpg
(Sorry for link, the text i
Eric Sandall [2005-12-13 11:16]:
> >while (dst < dst_end)
> > - *dst++ = (*src++ | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
> > + *dst = (*src | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
> > + dst++;
> > + src++;
> > }
>
> Shouldn't pre-increment (e.g. ++dst) be used i
On Tuesday 13 December 2005 06:31, Christopher Michael wrote:
> Hi All,
>
> At it again :) Here's a diff for e_gadman that fixes the
>
> * BUG: if you alt-click on a module to move it
>
> issue. Basically I created a new func e_gadman_client_mode_set to be
> called by modules in place o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 13 Dec 2005, Martin Klaffenboeck wrote:
I solved my problem. It seems that I had an old
binary /usr/bin/enlightenment which was started when I logged in e17
with entrance. Now I deleted this and set a correct symlink. Now it
works.
I'll
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 9 Dec 2005, David Sharp wrote:
Hey Raster,
There were only a three, and you already committed the two in
evas_blend_color_pixel.c. You "Buggered off to Egpyt" before i found
there was only one more though. so, here's the 4-line patch for the
I solved my problem. It seems that I had an old
binary /usr/bin/enlightenment which was started when I logged in e17
with entrance. Now I deleted this and set a correct symlink. Now it
works.
Martin
Am Dienstag, den 13.12.2005, 11:02 -0800 schrieb Eric Sandall:
> -BEGIN PGP SIGNED MESSAGE-
Hi All,
At it again :) Here's a diff for e_gadman that fixes the
* BUG: if you alt-click on a module to move it
issue. Basically I created a new func e_gadman_client_mode_set to be
called by modules in place of e_gadman_mode_set, which will set edit
mode just for that module.
I've e
Hi there!
If you need me to translate your gettext po files from e17 cvs HEAD to
german, just tell me. (I can find many untranslated strings.)
If yes, what is the way? Just patch the po files of each package and
attach a patch (diff -Nur) here?
Martin
---
19 matches
Mail list logo