David Seikel wrote:
> What I spotted during testing.
>
> Modules that need a higher res icon coz they look ugly in the about
> dialog -
> weather
> language
> engage
> uptime
> tclock
> snow (also looks bad in the module list)
> rain (also looks bad in the module list)
> net (the image itself is O
Christopher Michael wrote:
> Just a note tho, mbar will probably be removed soon so work on that is
> pointless really.
so.. with both mount and mbar gone from cvs, I suppose a new module will
take their place?
--
Morten
:wq
Using Tomcat but need to do more? Need to support web services, secur
Morten Nilsen wrote:
> Christopher Michael wrote:
>> Just a note tho, mbar will probably be removed soon so work on that is
>> pointless really.
>
> so.. with both mount and mbar gone from cvs, I suppose a new module will
> take their place?
>
I suppose so...if I get the time to make one, or som
Christopher Michael wrote:
> Morten Nilsen wrote:
>> so.. with both mount and mbar gone from cvs, I suppose a new module will
>> take their place?
>>
> I suppose so...if I get the time to make one, or someone else makes one.
> If not there is always xterm :) (Somehow people survived mounting
> de
Morten Nilsen wrote:
> Christopher Michael wrote:
>> Morten Nilsen wrote:
>>> so.. with both mount and mbar gone from cvs, I suppose a new module will
>>> take their place?
>>>
>> I suppose so...if I get the time to make one, or someone else makes one.
>> If not there is always xterm :) (Somehow p
Christopher Michael wrote:
> ... Patches accepted :)
Careful what you wish for ;)
--
Morten
:wq
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0
On Monday 03 July 2006 05:39, Frank Dischner wrote:
> OK, I've found the problem. It seems that casting
> unaligned ints doesn't work on the GP2X. I modified
> EXTRACT_INT accordingly and now it's working. It's a
> bit slow, but I assume that's due to the lack of a
> fpu.
Sorry to be late on this
Christopher Michael wrote:
> David Seikel wrote:
>> What I spotted during testing.
>>
>> Modules that need a higher res icon coz they look ugly in the about
>> dialog -
>> weather
>> language
>> engage
>> uptime
>> tclock
>> snow (also looks bad in the module list)
>> rain (also looks bad in the mo
David Seikel wrote:
>
> Begin forwarded message:
>
> Date: Mon, 3 Jul 2006 15:56:31 +1000
> From: David Seikel
> To: enlightenment-devel@lists.sourceforge.net
> Subject: Re: [E-devel] Recent Module Api Changes
>
>
> What I spotted during testing.
>
> Modules that need a higher res icon coz the
On Mon, 3 Jul 2006 15:46:03 -0400 (EDT) Enlightenment CVS
<[EMAIL PROTECTED]> wrote:
> Enlightenment CVS committal
>
> Author : raster
> Project : misc
> Module : feh
That was scary. I tried compiling this to see if I should add it to
the list of stuff I usually compile. It spoke to me whil
On Mon, 3 Jul 2006 10:59:07 +0200 Cedric <[EMAIL PROTECTED]> babbled:
> On Monday 03 July 2006 05:39, Frank Dischner wrote:
> > OK, I've found the problem. It seems that casting
> > unaligned ints doesn't work on the GP2X. I modified
> > EXTRACT_INT accordingly and now it's working. It's a
> > bit
On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
<[EMAIL PROTECTED]> babbled:
What was the reasoning for this? why would one need to pass the path to an
module icon explicitly? (if you want to do your own icon in a dialog for a
different dialog you can always do the dialog by hand?)
> E
On Mon, 3 Jul 2006 02:01:36 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled:
> On Mon, 3 Jul 2006 07:59:35 +0900,
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote :
>
> > On Sun, 2 Jul 2006 18:40:50 +0200 Simon TRENY <[EMAIL PROTECTED]>
> > babbled:
> >
> > > Hi everyone,
> > >
> > >
On Sun, 2 Jul 2006 23:57:15 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
>
> >
> > we need the ability to have image objects in different
> > colrospaces yugv(and its variants, yuv422, yuv420, etc. etc.)
> > is a long-term must. the ENGINE has to deal with yuv data.
> > if it can't it ca
On Mon, 03 Jul 2006 08:23:50 -0400 Christopher Michael
<[EMAIL PROTECTED]> wrote:
> David Seikel wrote:
> >
> > Modules that don't show their icon on the config dialog from the
> > modules config dialog -
> > calendar
> > bling
>
> dEvian - Fixed
bling done.
I'm gonna join the "I'm not touchin
Carsten Haitzler (The Rasterman) wrote:
> On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> <[EMAIL PROTECTED]> babbled:
>
> What was the reasoning for this? why would one need to pass the path to an
> module icon explicitly? (if you want to do your own icon in a dialog for a
> differen
Christopher Michael wrote:
> Carsten Haitzler (The Rasterman) wrote:
>> On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
>> <[EMAIL PROTECTED]> babbled:
>>
>> What was the reasoning for this? why would one need to pass the path to an
>> module icon explicitly? (if you want to do your own
On Tue, Jul 04, 2006 at 12:11:10AM +0900, Carsten Haitzler wrote:
> On Sun, 2 Jul 2006 23:57:15 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> babbled:
> > But, "setting" a color space, either globally or per obj,
> > has only one real meaning - that the color space in question is
> > going to
On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote:
> Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> > <[EMAIL PROTECTED]> babbled:
> >
> > What was the reasoning for this? why would one need to pass the path to an
> > modu
On Tue, 4 Jul 2006 00:11:10 +0900,
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote :
> every edje design (.edc's) that specifies a color for text or solids,
> clips etc. any app that sets an object color itself. there are 74
> calls to evas_object_color_set in e17. e17's creation of ne
On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] wrote:
> On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote:
> > Carsten Haitzler (The Rasterman) wrote:
> > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> > > <[EMAIL PROTECTED]> babbled:
> > >
> > > What was th
Hello, whoever might read this!
I found a little bug in entrance which caused a minor glitch when a
SECONDARY xinerama screen is LEFT of the primary. The Controls would
show up on the left screen, while the resolution was that of the right
screen. It is pretty simple:
In cvs-src/e17/apps/entra
David Seikel wrote:
> On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] wrote:
>
>> On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote:
>>> Carsten Haitzler (The Rasterman) wrote:
On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
<[EMAIL PROTECTED]> babbled:
>
Hello folks,
After some careful inspection, I managed to stumble across a bug in
E17. The basic idea is that if a window is shown and hidden a lot and
quickly, E17 somehow loses track of it and it becomes a ghost window.
To illustrate this, I've attached a very simple test program, ghost.c,
that
On Tue, 4 Jul 2006 01:12:50 +0300 "Hisham Mardam Bey"
<[EMAIL PROTECTED]> wrote:
> After some careful inspection, I managed to stumble across a bug in
> E17. The basic idea is that if a window is shown and hidden a lot and
> quickly, E17 somehow loses track of it and it becomes a ghost window.
>
On Mon, 3 Jul 2006 23:19:05 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled:
> On Tue, 4 Jul 2006 00:11:10 +0900,
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote :
>
> > every edje design (.edc's) that specifies a color for text or solids,
> > clips etc. any app that sets an object col
On Mon, 3 Jul 2006 15:17:18 -0500 [EMAIL PROTECTED] babbled:
> On Tue, Jul 04, 2006 at 12:11:10AM +0900, Carsten Haitzler wrote:
> > On Sun, 2 Jul 2006 23:57:15 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> > babbled:
> > > But, "setting" a color space, either globally or per obj,
> > > has only
On Mon, 03 Jul 2006 15:15:49 -0400 Christopher Michael <[EMAIL PROTECTED]>
babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> > <[EMAIL PROTECTED]> babbled:
> >
> > What was the reasoning for this? why would one need to pass the pat
On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] babbled:
> On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote:
> > Carsten Haitzler (The Rasterman) wrote:
> > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> > > <[EMAIL PROTECTED]> babbled:
> > >
> > > What was
On Tue, 4 Jul 2006 06:55:47 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] wrote:
>
> > On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote:
> > > Carsten Haitzler (The Rasterman) wrote:
> > > > On Mon, 3 Jul 2006 03:35:44 -0
On Tue, 4 Jul 2006 08:17:14 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Tue, 4 Jul 2006 01:12:50 +0300 "Hisham Mardam Bey"
> <[EMAIL PROTECTED]> wrote:
>
> > After some careful inspection, I managed to stumble across a bug in
> > E17. The basic idea is that if a window is shown and hidde
On Tue, 4 Jul 2006 07:56:15 +0900 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:
> On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] babbled:
>
> > On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote:
> > > Carsten Haitzler (The Rasterman) wrote:
> > > > On Mon, 3
On Mon, Jul 03, 2006 at 10:23:37PM +0200, nico wrote:
> Hello, whoever might read this!
>
> I found a little bug in entrance which caused a minor glitch when a
> SECONDARY xinerama screen is LEFT of the primary. The Controls would
> show up on the left screen, while the resolution was that of th
> Imho, the colorspace in which the data of an image is internally
> stored by Evas should depend on the engine used.
This is an interesting idea in its own but I would say that
it's not one that evas is really ready to pursue at this point..
It could be something to consider later thoug
> > Let's agree on one thing: The gfx operations, unless
> > otherwise explicitly stated, will be done in premul argb color
> > space, or a linear equivalent of it..
>
> agreed - with possible FUTURE ability to use more esoteric
> colorspaces like YUV (though frankly yuv is handled most sanl
> > With the added stipulation that the data returned may not be
> > exactly the data given (due to colorspaces not mapping 1-1 on
> > each other). Unless you plan on keeping the untouched data around
> > somewhere (which would double the memory usage).
>
> correct. non-premul to premul is destru
Jose writes:
> >
> > correct. non-premul to premul is destructive. VISUALLY it will look
> > the same when composited, BUT this should be an understanding -
> > correct.
> >
>
> Yes, that's right. It destroys the superflous information
> that may be contained in the overdetermine
> > Did you have a smarter patch for this problem ?
>
> you can't really avoid it without the memcpy.
> architectures like arm do not
> handle unaligned memory accesses. the only thing u
> could do is copy by hand
> byte-by-byte into the tmp var to avoid the memcopy
> fn call overhead
Byte-by-b
38 matches
Mail list logo
