On Fri, 11 Aug 2006 10:23:50 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Fri, 11 Aug 2006 09:17:15 +0900 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 11 Aug 2006 09:45:31 +1000 David Seikel <[EMAIL PROTECTED]>
> > babbled:
> >
> > > On Fri, 11 Aug 2006 08:
On Thursday 10 August 2006 23:48, [EMAIL PROTECTED] wrote:
> I'll let raster comment better on this.. but basically, when
> it comes to the image caching.. a general caching mechanism needs
> to be done yes -- one that can be used for any number of things.
> I had some some thoughts and
Hello,
I saw that there are property events send if windows were moved, but
for this there is already the border move event. As far as I see it, no
app uses the property change event to listen for window moves, and if
so it probably shouldn´t.
Here is a 3 liner patch to omit this behavior.
Han
Enlightenment CVS wrote:
> Enlightenment CVS committal
>
> Author : onefang
> Project : e17
> Module : libs/ecore
>
> Dir : e17/libs/ecore/src/lib/ecore_desktop
>
>
>
>
> Log Message:
> Directory /cvs/e/e17/libs/ecore/src/lib/ecore_desktop added to the repository
>
>
>
yay!!! ;)
way to go
On Fri, 11 Aug 2006 14:23:59 +0100 Essien Ita Essien
<[EMAIL PROTECTED]> wrote:
> Enlightenment CVS wrote:
> > Enlightenment CVS committal
> >
> > Author : onefang
> > Project : e17
> > Module : libs/ecore
> >
> > Dir : e17/libs/ecore/src/lib/ecore_desktop
> >
> >
> >
> >
> > Log Message:
>
> > Well, the xpm loader is ready.. I see a few other imlib2
>
> Cool, thanks. I'm looking forward to seeing that committed.
Ok, in case you want to try the xpm loader, I'm attaching
a tgz file with the mininmum stuff it requires :)
The loader itself needs some more cleaning up..
> > Well, the xpm loader is ready.. I see a few other imlib2
> > loaders that may be desirable (eg. an xcf one), if anyone would
> > like to have any others ported now while I'm at it, do speak up
> > before I move on and start digging into librsvg.
>
> Just a couple quick notes on the port
On Fri, 11 Aug 2006 14:04:50 GMT "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> > > Well, the xpm loader is ready.. I see a few other imlib2
> >
> > Cool, thanks. I'm looking forward to seeing that committed.
>
> Ok, in case you want to try the xpm loader, I'm attaching
> a tgz file wit
Hello,
how is it possible to get the size to which a gadcon client can maximal
grow without overlapping with others and also that it doesnt get larger
as the zone? I thought of implementing a function like
e_gadcon_client_max_size_get(E_Gadcon_Client *gcc, int *size );
that should go trough th
Actually there is no need to make something now, because I'm almost
finished fixing current gadcon clients positiong algo. So, it will solve
the problem of correct gadcon clients position in the gadcon. Also,
it will deal with the size of the gadcon client. Therefore, the gadcon
clien still will h
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 10 Aug 2006 10:37:52 -0500 (CDT) "Ibukun Olumuyiwa"
> <[EMAIL PROTECTED]> babbled:
>
>> *Suddenly appears out of nowhere*
>>
>> NO.
>>
>> No blatant copying of gdm code, even with permission. Study the algorithm
>> and reimplement it, but don't cop
Mivz wrote:
> Carsten Haitzler (The Rasterman) wrote:
>
>> On Thu, 10 Aug 2006 10:37:52 -0500 (CDT) "Ibukun Olumuyiwa"
>> <[EMAIL PROTECTED]> babbled:
>>
>>
>>> *Suddenly appears out of nowhere*
>>>
>>> NO.
>>>
>>> No blatant copying of gdm code, even with permission. Study the algorithm
>>
On Fri, 11 Aug 2006 20:39:47 + Hannes Janetzek <[EMAIL PROTECTED]> babbled:
> Hello,
>
> how is it possible to get the size to which a gadcon client can maximal
> grow without overlapping with others and also that it doesnt get larger
> as the zone? I thought of implementing a function like
On Fri, 11 Aug 2006 23:11:35 + Aleksej Struk <[EMAIL PROTECTED]> babbled:
>
> Actually there is no need to make something now, because I'm almost
> finished fixing current gadcon clients positiong algo. So, it will solve
> the problem of correct gadcon clients position in the gadcon. Also,
>
Just to get back to the desired evas xpm and svg image
loaders:
I had a chance to test the xpm loader and it seems to
work fine (it's actually difficult to find xpm files these days).
It can do with some cleaning up and some refining but it seems ok
for use as is.
I've al
> I tried to quickly setup a stand-alone test program
> for this and found that I have no idea where the "g" related
> headers are. After some searching, they seem to be installed
> (on my system) in /opt/gnome/include/... But any attempts to
> use these led to multitudes of error messages
16 matches
Mail list logo
