Re: [E-devel] Slideshow patch

2006-12-17 Thread Morten Nilsen
Zachary Goldberg wrote: >> 567,569c570,571 >> > < z = e_zone_current_get(con); >> < for (i = 0; i < (z->desk_x_count * z->desk_y_count); i++) >> --- >>> z = e_gadcon_zone_get(g); >>> for (i = 0; i < z->des

Re: [E-devel] Slideshow patch

2006-12-17 Thread Christopher Michael
Zachary Goldberg wrote: > A wandering we go through the learning of the EFL =P. Today's lesson? > Gadcon != Gadcon Class. > > The patch attatched fixes a minor functionality issue in the previous > patch. TODO: Fix how all of slideshow does randomization, and insure > that when they startup they

Re: [E-devel] Slideshow patch

2006-12-17 Thread Zachary Goldberg
A wandering we go through the learning of the EFL =P. Today's lesson? Gadcon != Gadcon Class. The patch attatched fixes a minor functionality issue in the previous patch. TODO: Fix how all of slideshow does randomization, and insure that when they startup they get different randoms. -zgold O

Re: [E-devel] [e-users] icon question

2006-12-17 Thread Christopher Michael
roland wrote: > Hello all. I have a quest/ion that has been bugging me for a while. > probably > a simple thing. I have gotten used to the desktop thing and I must admit > its better the the .eap way of doing things. Eap Was Nice !! :) Since the change I have noticed > the the mozilla app's ema

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

2006-12-17 Thread Mike Frysinger
On Sunday 17 December 2006 22:56, Carsten Haitzler wrote: > this is up to libtool and compile flags and setups and i'm not playing with > that - that is a secondary matter imho. these also DONT solve the problem > of relocation runtime. yes it does ... that's why i said use $ORIGIN -mike pgpRWyQ

Re: [E-devel] evas directfb make error

2006-12-17 Thread The Rasterman
On Sun, 17 Dec 2006 22:11:13 -0500 Michael Jennings <[EMAIL PROTECTED]> babbled: > On Monday, 18 December 2006, at 12:11:52 (+0900), > Carsten Haitzler wrote: > > > yes its probably broken - there is a reason its not enabled by > > default. dont build it - it has almost no usefulness as nothing i

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

2006-12-17 Thread The Rasterman
On Sun, 17 Dec 2006 22:13:05 -0500 Mike Frysinger <[EMAIL PROTECTED]> babbled: > On Sunday 17 December 2006 17:54, Carsten Haitzler wrote: > > this is part of the setup that enlightenment_start does to make sure e > > finds libraries in the prefix it's installed in. basically this is there > > for

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

2006-12-17 Thread Mike Frysinger
On Sunday 17 December 2006 17:54, Carsten Haitzler wrote: > this is part of the setup that enlightenment_start does to make sure e > finds libraries in the prefix it's installed in. basically this is there > for when people install, e17, evas, eet, etc. in, for example, /opt/e17 or > /usr/local whi

Re: [E-devel] evas directfb make error

2006-12-17 Thread Michael Jennings
On Monday, 18 December 2006, at 12:11:52 (+0900), Carsten Haitzler wrote: > yes its probably broken - there is a reason its not enabled by > default. dont build it - it has almost no usefulness as nothing i > know of needs or uses it. i am considering semi-retiring it until it > comes up to snuff.

Re: [E-devel] evas directfb make error

2006-12-17 Thread The Rasterman
On Mon, 18 Dec 2006 01:03:56 +0200 "Ag. System Administrator" <[EMAIL PROTECTED]> babbled: yes its probably broken - there is a reason its not enabled by default. dont build it - it has almost no usefulness as nothing i know of needs or uses it. i am considering semi-retiring it until it comes up

Re: [E-devel] Custom screensaver to override E's desklock (work in progress)....

2006-12-17 Thread Ravenlock
On 12/17/2006 10:00, Ravenlock wrote: Hello, Hoping for comments on the attached patch. The patch will add "Advanced" features to the Configuration Panel -> Screen -> Screen Lock panel. You can choose to override the "Lock Screen" functionality of E, and/or the E Screensaver with a "Custom

[E-devel] evas directfb make error

2006-12-17 Thread Ag. System Administrator
Hi, gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I. -I../../../../src/lib -I../../../../src/lib/include -I/usr/include/ freetype2 -D_REENTRANT -I/usr/include/directfb -g -I/opt/e17/include -L/opt/e17/lib -L/usr/X11R6/lib -L/usr/X11R6/ lib64 -MT evas_engine_dfb_image_objects.lo -MD -MP -MF .deps/evas

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

2006-12-17 Thread The Rasterman
On Sun, 17 Dec 2006 18:44:33 +0100 Nikolas Arend <[EMAIL PROTECTED]> babbled: > Hi, > > I just came to realize that LD_LIBRARY_PATH is exported during e17 > startup. In my case (SuSE 10.1) it's set to /usr/lib. That caused me > some headaches with ATI GL drivers (which are installed in > /usr/

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

2006-12-17 Thread Mike Frysinger
On Sunday 17 December 2006 12:44, Nikolas Arend wrote: > I just came to realize that LD_LIBRARY_PATH is exported during e17 > startup. a better question is, why is LD_LIBRARY_PATH being used and not ELF RUNPATH DT tags ? -mike pgpJCwen3zWZy.pgp Description: PGP signature --

[E-devel] export of LD_LIBRARY_PATH in e_start_main.c

2006-12-17 Thread Nikolas Arend
Hi, I just came to realize that LD_LIBRARY_PATH is exported during e17 startup. In my case (SuSE 10.1) it's set to /usr/lib. That caused me some headaches with ATI GL drivers (which are installed in /usr/X11R6/lib) as I didn't understand why they where failing to load: libGL from /usr/lib was

[E-devel] Custom screensaver to override E's desklock (work in progress)....

2006-12-17 Thread Ravenlock
Hello, Hoping for comments on the attached patch. The patch will add "Advanced" features to the Configuration Panel -> Screen -> Screen Lock panel. You can choose to override the "Lock Screen" functionality of E, and/or the E Screensaver with a "Custom Screensaver" which can be any executabl

Re: [E-devel] Evas GL engine patch

2006-12-17 Thread centipede
>> Maybe you and rene (aka. centipede) can get together and >> see if you guys can do something more for the gl engine... :) > > I don't know much about OpenGL, all I do is dirty tricks. :) But when I > have > more time, maybe I'll try to work on it. So if Rene is willing to work on > it > too