>> As far as the svg loading: We've already mentioned using
>> librsvg for that - I can give it a try and see how well it can
>> be made to work if no one else wants to do so..
>
> I don't think anyone would be happy to see Evas depending on GTK/GDK
> etc. Like Raster said, Evas already doe
>> XPM is not hard - loader is in imlbi2 - can be snarfed in.
>> svg - well - a bigger issue - but i think we can avoid it for
>> now and just display "default" icons in place. as long the the
>> "icon finder" routine will return null when no icon can be
>> found given the params - the code can fa
On 8/10/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Ahhh... I see. Ok, I'm convinced, thanks.. and well done :)
>
> 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 no
On Fri, 11 Aug 2006 04:52:18 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.
signature.asc
Description: PGP signature
Blake writes:
> > As far as the svg loading: We've already mentioned using
> > librsvg for that - I can give it a try and see how well it can
> > be made to work if no one else wants to do so..
>
> I don't think anyone would be happy to see Evas depending on
> GTK/GDK etc. Like Raste
David writes:
> The user is the logged in user that will be seeing the icons.
> There is a default size of 48x48 if the user doesn't use some
> method of selecting other sizes. There is an fdo specified
> algorithm for searching amongst any installed icon sets for an
> icon that closely
On Fri, 11 Aug 2006 02:48:45 GMT "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
>
> David writes:
>
> > In the context of this thread, the freedesktop.org specs say that
> > the user specifies the size in pixels of icons that they want, and
> > for svg's, that means we need to render to th
David writes:
> In the context of this thread, the freedesktop.org specs say that
> the user specifies the size in pixels of icons that they want, and
> for svg's, that means we need to render to that particular size.
> There is a default icon size of 48x48 if the user didn't specify
> a
On Aug 11, 2006, at 12:53 AM, [EMAIL PROTECTED] wrote:
>
> Carsten writes:
>
>> XPM is not hard - loader is in imlbi2 - can be snarfed in.
>> svg - well - a bigger issue - but i think we can avoid it for
>> now and just display "default" icons in place. as long the the
>> "icon finder" rout
On Fri, 11 Aug 2006 00:53:28 GMT "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
>
> Carsten writes:
>
> > XPM is not hard - loader is in imlbi2 - can be snarfed in.
> > svg - well - a bigger issue - but i think we can avoid it for
> > now and just display "default" icons in place. as long
Carsten writes:
> XPM is not hard - loader is in imlbi2 - can be snarfed in.
> svg - well - a bigger issue - but i think we can avoid it for
> now and just display "default" icons in place. as long the the
> "icon finder" routine will return null when no icon can be
> found given the para
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:01:33 +0900 Carsten Haitzler (The Rasterman)
> > <[EMAIL PROTECTED]> wrote:
> >
> > > On Fr
On Fri, 11 Aug 2006 09:45:31 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Fri, 11 Aug 2006 08:01:33 +0900 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel <[EMAIL PROTECTED]>
> > babbled:
> >
> > > On Thu, 10 Aug 2006 23:
On Fri, 11 Aug 2006 08:01:33 +0900 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:
> On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel <[EMAIL PROTECTED]>
> babbled:
>
> > On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman)
> > <[EMAIL PROTECTED]> wrote:
> >
> > > i can
On Aug 10, 2006, at 4:03 PM, Carsten Haitzler (The Rasterman) wrote:
> On Thu, 10 Aug 2006 11:51:24 -0400 Dusik <[EMAIL PROTECTED]> babbled:
>
>>> On Thu, 10 Aug 2006 08:23:38 -0400 "Carl Bolduc"
>>> <[EMAIL PROTECTED]> babbled:
>>>
Is there a plan on supporting this kinda notifications?
>
Hey all,
I think, that this question mainly have to be adressed to devilhorns.
Basically I have the problem with mail module.
My config is the following:
Mailbox: Maildir
Name: local
New Mail Path: /home/me/Maildir/new/
Current Mail Path: /home/me/Maildir/cur/
So I want to have sound playing wh
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 copy blocks of code from GDM. Everything
> needs to b
On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> wrote:
>
> > well i lean to the "put it in e and put another copy in entrance" for
> > now - not another ecore_desktop thing - b
On Thu, 10 Aug 2006 11:51:24 -0400 Dusik <[EMAIL PROTECTED]> babbled:
> > On Thu, 10 Aug 2006 08:23:38 -0400 "Carl Bolduc" <[EMAIL PROTECTED]>
> > babbled:
> >
> > > Is there a plan on supporting this kinda notifications?
> > >
> > > Thank you for the superb desktop,
> >
> > not for e17 - maybe e
On Thu, 10 Aug 2006 16:45:51 +0200 Sebastian Dransfeld <[EMAIL PROTECTED]>
babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 7 Aug 2006 08:15:30 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> > babbled:
> >
> >> Attached is a tgz file containing a patch for a new evas
> >> gradient ty
BTW, raster is pulling my strings behind the scenes to get me to do
this changeover, so I'll be coping all the flak coz people in here
tend to ignore discussion until code is committed, then bitch about it
afterwards.
So I just want you all to know that I will be letting .eaps
and .desktop files c
> > If at a later point in time evas does get loadable
> > obj types, one would only need to deprecate the use of the
> > 'type_params' string to deal with type-specific data, and
> > instead use whatever type-specific funcs would be available.
>
> I'll second the desire for loadable object t
On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:
> well i lean to the "put it in e and put another copy in entrance" for
> now - not another ecore_desktop thing - but i do see a point of it
> being sharable.
>
> i can be tipped to ecore given some arg
Hi,
_ecore_evas_x_fullscreen_set has IMO some ICCCM non-compliance and other
evilness. You can see the effects of this e.g. when toggling fullscreen
state in entice (key f) in many WM's, including e17 and e16.
1) _ecore_evas_x_fullscreen_set starts with ecore_x_window_hide. This is
a window with
Cedric writes:
> Hi,
>
> I started a SDL engine for evas and would like some feedback.
> First it's working and you will see something with evas_sdl_test.
> But I have already a few questions.
>
>
>
Well, I don't know anything about SDL, or how useful that
might be,
On Thu, Aug 10, 2006 at 05:59:48PM +, [EMAIL PROTECTED] wrote:
> If at a later point in time evas does get loadable
> obj types, one would only need to deprecate the use of the
> 'type_params' string to deal with type-specific data, and
> instead use whatever type-specific funcs would be
> > This type, unlike the others, does not use a described
> > geometry, but instead uses an image to specify that.
> > The type has as its params a string of the form:
> >
> > "file:key:mode"
> >
> > Each of file, key, and mode must be present.
>
> personally i would have made this
> > > actually - cairo is unlikely to become a main engine - just
> > > because it's extra work with no gain. we use what cairo uses
> > > directly ourselves already. this gives us better control and
> > > better performance. :)
> >
> > One never knows.. Always keep an open mind! :)
>
On Thu, Aug 10, 2006 at 11:51:24AM -0400, Dusik wrote:
> > On Thu, 10 Aug 2006 08:23:38 -0400 "Carl Bolduc" <[EMAIL PROTECTED]>
> > babbled:
> >
> > > Is there a plan on supporting this kinda notifications?
> > >
> > > Thank you for the superb desktop,
> >
> > not for e17 - maybe e18. :) then agai
Hi,
I started a SDL engine for evas and would like some feedback. First
it's
working and you will see something with evas_sdl_test. But I have already a
few questions.
I wanted to directly manipulate SDL_Surface inside RGBA_Image, but this
means
that for the destruction, I nee
> On Thu, 10 Aug 2006 08:23:38 -0400 "Carl Bolduc" <[EMAIL PROTECTED]> babbled:
>
> > Is there a plan on supporting this kinda notifications?
> >
> > Thank you for the superb desktop,
>
> not for e17 - maybe e18. :) then again - patches accepted (if they are good)
> :)
>
Can't that be handled ent
Yes, unfortunately we need a widget toolkit. I'm largely letting Essien
make the call on this one, but we might even go with both. This is the
kind of situation I dreaded when ETK first started up, and unfortunately
some people will consider a choice of one toolkit over another as some
sort of broa
*Suddenly appears out of nowhere*
NO.
No blatant copying of gdm code, even with permission. Study the algorithm
and reimplement it, but don't copy blocks of code from GDM. Everything
needs to be written from scratch. That's always been the design philosophy
from the beginning -- a lot of stuff in
Carsten Haitzler (The Rasterman) wrote:
> On Mon, 7 Aug 2006 08:15:30 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> babbled:
>
>> Attached is a tgz file containing a patch for a new evas
>> gradient type named "shaped".
>>
>> This type, unlike the others, does not use a described
>> geometry
On Mon, 7 Aug 2006 08:15:30 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
> Attached is a tgz file containing a patch for a new evas
> gradient type named "shaped".
>
> This type, unlike the others, does not use a described
> geometry, but instead uses an image to specify that.
>
On Thu, 10 Aug 2006 08:23:38 -0400 "Carl Bolduc" <[EMAIL PROTECTED]> babbled:
> Hi all,
>
> I read about systray support on Raster's blog... I agree that systray is
> often ugly and mostly useless for managing applications that have a window.
> But what about the apps that popup notifications, li
On Wed, 9 Aug 2006 07:23:28 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> There are a few TODO items for E17 -
>
> "* fm2 .desktop parser needs to handle i18n
> * use .desktop files and move eap editor to edit them etc. etc.
> instead to fix
> * if we want to do icons on the desktop - and as
On Wed, 9 Aug 2006 03:18:41 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
>
> David writes:
>
> > According to the fdo specs, the user is allowed to select an
> > icon size and theme. The spec contains methods of looking
> > through the search paths to determine what icon themes an
Hi all,I read about systray support on Raster's blog... I agree that systray is often ugly and mostly useless for managing applications that have a window. But what about the apps that popup notifications, like the update manager of Ubuntu, or apps such as network-manager that live only in the noti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Morten Nilsen wrote:
> Alexander Griesser wrote:
>> Is someone interested in adding this feature to desklock? e.g. being
>> able to configure a per-screen wallpaper as you do in the wallpaper
>> configuration itself?
>
> Would an option to use the des
Am Thu, 10 Aug 2006 13:27:28 +1000
schrieb David Seikel <[EMAIL PROTECTED]>:
>
> window.c: In function `window_input_shape_rectangle_set':
> window.c:49: error: `ShapeInput' undeclared (first use in this
> function) window.c:49: error: (Each undeclared identifier is reported
> only once window.c:
Alexander Griesser wrote:
> Is someone interested in adding this feature to desklock? e.g. being
> able to configure a per-screen wallpaper as you do in the wallpaper
> configuration itself?
Would an option to use the desktop wallpaper solve your problem?
(I'm not offering to make it, just tossing
On 8/10/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Wed, 09 Aug 2006 17:15:26 +0200 Mivz <[EMAIL PROTECTED]> babbled:
>
> > Yes, I'll read it :)
> > Here is the patch. I'm still working on the policy files. I will finish
> > them when I'm graduated in a few weeks.
> > The pat
On Mon, 7 Aug 2006 17:41:30 +
Aleksej Struk <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 08, 2006 at 12:37:44AM +0900, Carsten Haitzler wrote:
> > On Mon, 7 Aug 2006 17:09:02 + Aleksej Struk <[EMAIL PROTECTED]>
> > babbled:
> >
> > > On Tue, Aug 08, 2006 at 12:05:03AM +0900, Carsten Haitzler
44 matches
Mail list logo
