Re: [E-devel] While we await E17...

2003-03-17 Thread The Rasterman
On Mon, 17 Mar 2003 15:26:53 -0800 "Robert G. Werner" <[EMAIL PROTECTED]>
babbled:

> Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 17 Mar 2003 14:40:54 -0800 "Robert G. Werner"
> > <[EMAIL PROTECTED]> babbled:
> [snip]
> >>Also,  Could someone include the patch so e.16 builds with freetype 2 
> >>(as it installs on RH 7.*)?
> > 
> > 
> > there is such a patch? :) its in cvs i believe to build.. but it builds
> > against freetype1 still.
> [snip]
> Actually,  I think it still builds against freetype 1,  as you 
> indicated but it is able to handle the include files the way RH lays 
> them out (is it RH that does this or the FT2 lib?).  E.16.5 can't find 
> the right include file but there is an SRPM out that can.  This is 
> probably what you are refering to in CVS.
> 
> Also,  another can of worms entirely,  but has anyone ever had any 
> luck tracking down the remember bug with eeplets?

aaah i can tell you what i think it is... race condition - app exits and does a
"please unremember me" but then the app window goes away and by the time e gets
the "dont remember me " message the window is gone so it doesnt know what to not
remember anymore... we'd need to add a "unremember ok" and have the epplet wait
for that and then exit.


-- 
--- Codito, ergo sum - "I code, therefore I am" 
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
[EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899Home Phone: 02 9698 8615


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] While we await E17...

2003-03-17 Thread Michael Jennings
On Monday, 17 March 2003, at 15:26:53 (-0800),
Robert G. Werner wrote:

> Actually, I think it still builds against freetype 1, as you
> indicated but it is able to handle the include files the way RH lays
> them out (is it RH that does this or the FT2 lib?).  E.16.5 can't
> find the right include file but there is an SRPM out that can.  This
> is probably what you are refering to in CVS.

RPM's/SRPM's for E-related goop are best downloaded from:

http://vermillion.nplus1.net/7.3.1/

> Also, another can of worms entirely, but has anyone ever had any
> luck tracking down the remember bug with eeplets?

AFAIK, there isn't one.  It's more a question of whether or not they
were built properly, and who's doing the session managing.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 "I always wait until a jury has spoken before I anticipate what they
  will do."  -- US Attorney General Janet Reno


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] While we await E17...

2003-03-17 Thread Robert G. Werner
Carsten Haitzler (The Rasterman) wrote:
On Mon, 17 Mar 2003 14:40:54 -0800 "Robert G. Werner" <[EMAIL PROTECTED]>
babbled:
[snip]
Also,  Could someone include the patch so e.16 builds with freetype 2 
(as it installs on RH 7.*)?


there is such a patch? :) its in cvs i believe to build.. but it builds against
freetype1 still.
[snip]
Actually,  I think it still builds against freetype 1,  as you 
indicated but it is able to handle the include files the way RH lays 
them out (is it RH that does this or the FT2 lib?).  E.16.5 can't find 
the right include file but there is an SRPM out that can.  This is 
probably what you are refering to in CVS.

Also,  another can of worms entirely,  but has anyone ever had any 
luck tracking down the remember bug with eeplets?

--
Robert G. Werner
[EMAIL PROTECTED]
2001/9/11
Lee's Law:
Mother said there would be days like this,
but she never said that there'd be so many!


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] While we await E17...

2003-03-17 Thread The Rasterman
On Mon, 17 Mar 2003 14:40:54 -0800 "Robert G. Werner" <[EMAIL PROTECTED]>
babbled:

> BAM wrote:
> > On Sun, 2003-03-16 at 18:53, Carsten Haitzler wrote:
> [snip]
> 
> > Could someone test this with an old autoconf and see if it breaks? More
> > distros have switched to the latest autoconf since this was last
> > discussed, so a lot of people will need something like this.
> [snip
> Also,  Could someone include the patch so e.16 builds with freetype 2 
> (as it installs on RH 7.*)?

there is such a patch? :) its in cvs i believe to build.. but it builds against
freetype1 still.

> Thanks for persuing this.
> 
> -- 
> Robert G. Werner
> [EMAIL PROTECTED]
> 2001/9/11
> 
> Lee's Law:
>   Mother said there would be days like this,
>   but she never said that there'd be so many!
> 
> 
> 
> ---
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> ___
> enlightenment-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


-- 
--- Codito, ergo sum - "I code, therefore I am" 
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
[EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899Home Phone: 02 9698 8615


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] While we await E17...

2003-03-17 Thread Robert G. Werner
BAM wrote:
On Sun, 2003-03-16 at 18:53, Carsten Haitzler wrote:
[snip]

Could someone test this with an old autoconf and see if it breaks? More
distros have switched to the latest autoconf since this was last
discussed, so a lot of people will need something like this.
[snip
Also,  Could someone include the patch so e.16 builds with freetype 2 
(as it installs on RH 7.*)?

Thanks for persuing this.

--
Robert G. Werner
[EMAIL PROTECTED]
2001/9/11
Lee's Law:
Mother said there would be days like this,
but she never said that there'd be so many!


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Background displays Weather

2003-03-17 Thread The Rasterman
On 17 Mar 2003 16:52:25 +0100 Cristalle Azundris Sabon <[EMAIL PROTECTED]>
babbled:

> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes:
> > >   I think that was just about everybody's plan, really, with the sole
> > >   reason for it not having been implemented yet being that we've never
> > >   sat down and defined the IPC between the background-handler and its
> > >   clients?
> > 
> > well i looked at it more as being just a shared canvas and the file
> > manager is just "yet another client" using the shared desktop
> > canvas... :)
> 
>   Isn't that what I just said?

i read it more that evidence would provide the shared canvas... :)

>   On a side-note, ev can do the old-style faux desktop thingie that
>   efm did until then, but I never considered that a permanent solution.

for now thats fine :)

-- 
--- Codito, ergo sum - "I code, therefore I am" 
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
[EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899Home Phone: 02 9698 8615


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Re: evidence (was E17 future)

2003-03-17 Thread Hall Stevenson
At 09:07 PM 3/17/2003 +0100, Cristalle Azundris Sabon wrote:
Hall Stevenson <[EMAIL PROTECTED]> writes:
> I'm still, and have been for a long time, looking for a good file
> manager. My definition of "good" being primarily a user-friendly
> one.
  I'd be most interested to hear your definition of user-friendly
I was afraid someone would ask me to clarify that. I can't describe it 
though. I just have to try it and see how I like it...

FWIW, I like 'mc' (no, not gmc, just plain old, text-mode 'mc'). I did NOT 
like gmc, but do like KDE's file browser, Konqueror. I've honestly tried 
dozens of them. Most recently someone suggested one that was more or less a 
GUI-fied version of mc. Didn't like it though.

  Finally, I expect to check in a new (some fixes, and a speedup for
  large directories) version by the end of the week, which you may or
  may not want to wait for -- assuming you care to give it a try at
  all.
How 'bout posting here when you do that and I'll see about trying it out.

Hall



---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] While we await E17...

2003-03-17 Thread BAM
On Sun, 2003-03-16 at 18:53, Carsten Haitzler wrote:
> if it goes ok - lets apply to cvs and maybe roll out a release?

e16 cvs doesn't work with autoconf 2.5x (autoheader fails). This patch
is just enough to make it compile. 

Could someone test this with an old autoconf and see if it breaks? More
distros have switched to the latest autoconf since this was last
discussed, so a lot of people will need something like this.

-- 
BAM - "The only skills I have the patience to learn are those that have
no real application in life."
-- Calvin
diff -ruN e16.orig/e/configure.in e16/e/configure.in
--- e16.orig/e/configure.in	2002-10-11 13:33:42.0 -0400
+++ e16/e/configure.in	2003-03-17 14:45:26.0 -0500
@@ -5,6 +5,7 @@
 ENLIGHTENMENT_MICRO=5
 ENLIGHTENMENT_VERSION=$ENLIGHTENMENT_MAJOR.$ENLIGHTENMENT_MINOR.$ENLIGHTENMENT_MICRO
 
+AC_DEFINE([VERSION], [], $ENLIGHTENMENT_VERSION)
 VERSION=$ENLIGHTENMENT_VERSION
 PACKAGE=enlightenment
 


Re: [E-devel] E17 future

2003-03-17 Thread Hall Stevenson
At 01:31 PM 3/17/2003 -0500, Hall Stevenson wrote:
At 06:51 PM 3/17/2003 +0100, Cristalle Azundris Sabon wrote:
Hall Stevenson <[EMAIL PROTECTED]> writes:
> I've seen evidence mentioned before and that it's related to
> Enlightenment somehow. What's the official deal with that ?? As I
> recall, evidence's website doesn't even mention E, or if it does,
> certainly not prominently.
  You know, you're right.

  I hacked up a token page when I put ev on SF because I routinely
  ignore projects that even their authors think isn't worthy of a
  page (or more to the point, screenshots : ), and then went back
  to coding.  I simply forgot to update the page when ev wasn't
  vapor anymore.  It is fixed now.  Thankyou.
  evidence is e-related in the following ways:

  - Can be linked against e17 libraries -- evas, eet, edb, ebg,
almost the whole enchilada -- for enhanced eye-candy.  This
is the preferred setup.


inasmuch there are optional loaders so people can reuse
scrollbars and stuff made for e17 (with etcher).
Well, how well does it operate with e17 ?? I'm currently trying "another" 
WM... :) Been using E 0.16.x for what seems like a looogg time and I'm 
simply not interested in keeping up with CVS stuff (e17) anymore. I'm 
certainly looking forward to the day it settles down and will probably 
come back.
Doh !! That should say "how well does it operate WITHOUT e17 !! :)

Anyway, I looked at the download page and see that ebg, edb, etc are 
*required".

Hall



---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E17 future

2003-03-17 Thread Hall Stevenson
At 06:51 PM 3/17/2003 +0100, Cristalle Azundris Sabon wrote:
Hall Stevenson <[EMAIL PROTECTED]> writes:
> I've seen evidence mentioned before and that it's related to
> Enlightenment somehow. What's the official deal with that ?? As I
> recall, evidence's website doesn't even mention E, or if it does,
> certainly not prominently.
  You know, you're right.

  I hacked up a token page when I put ev on SF because I routinely
  ignore projects that even their authors think isn't worthy of a
  page (or more to the point, screenshots : ), and then went back
  to coding.  I simply forgot to update the page when ev wasn't
  vapor anymore.  It is fixed now.  Thankyou.
  evidence is e-related in the following ways:

  - Can be linked against e17 libraries -- evas, eet, edb, ebg,
almost the whole enchilada -- for enhanced eye-candy.  This
is the preferred setup.


inasmuch there are optional loaders so people can reuse
scrollbars and stuff made for e17 (with etcher).
Well, how well does it operate with e17 ?? I'm currently trying "another" 
WM... :) Been using E 0.16.x for what seems like a looogg time and I'm 
simply not interested in keeping up with CVS stuff (e17) anymore. I'm 
certainly looking forward to the day it settles down and will probably come 
back.

I'm still, and have been for a long time, looking for a good file manager. 
My definition of "good" being primarily a user-friendly one.

Hall



---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] While we await E17...

2003-03-17 Thread Ibukun Olumuyiwa
On Mon 17 Mar 2003, BAM wrote:
> On Mon, 2003-03-17 at 01:46, [EMAIL PROTECTED] wrote:
> > On Sun, 16 Mar 2003 12:56:23 +0100, Kim Woelders <[EMAIL PROTECTED]>  said:
> > 
> > > My primary focus has been on making things work (for me) on RH-8.0
> > > with a Gnome desktop. I have tried not to break backward compatibility
> > > (although it probably would be cleaner an more efficient just to take
> > > out the old Gnome/KDE stuff). Things also seem to work fairly OK on a
> > > RH-8.0 KDE desktop.
> > > I have not tested with Gnome>2.0 or KDE>3.0.
> > 
> > While we're on the topic, has anybody whomped on the e_gen_gnome_menu
> > script to deal with the Gnome 2.0+ 'desktop' files? (Probably the KDE ones
> > need whomping too, but I don't have any KDE-ish apps, and I *do* use some
> > of the Gnome apps under E)...
 
I believed I hacked them once specifically to work for a mandrake 9.0
system ... it wasn't very general work since Mandrake has its own peculiar
menu system for KDE in /usr/share/applnk-mdk or so. But it might be
useful, so I might try to find the lab machine I did that on and dig out
that script.

-- 
   |  /*\
Ibukun Olumuyiwa   |  \ /  Join the ASCII Ribbon Campaign
http://xcomputerman.com|   X   against HTML mail today!
   |  / \





---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Background displays Weather

2003-03-17 Thread Ibukun Olumuyiwa
On Mon 17 Mar 2003, Carsten Haitzler wrote:
> On 17 Mar 2003 10:27:18 +0100 Cristalle Azundris Sabon <[EMAIL PROTECTED]>
> babbled:
> 
> > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes:
> > > my eventual plans are to have the desktop background managed by a
> > > separate process to e - evidence would be one, or any other you want
> > > to put there that works with e.
> > 
> >   I think that was just about everybody's plan, really, with the sole
> >   reason for it not having been implemented yet being that we've never
> >   sat down and defined the IPC between the background-handler and its
> >   clients?
> 
> well i looked at it more as being just a shared canvas and the file manager is
> just "yet another client" using the shared desktop canvas... :) how to share i'm
> still tossing around. you may have noticed ecore gaining ipc and tcp/ip wrappers
> of late... :) i'm not putting anything in stone right now, but i'm building a
> comprehensive set of tools/code that can/will be used... it's just the details
> of how exactly.. but the way i have it planned it isnt that relevant as we can
> just expand the protocol as things move on with more calls etc. as long as the
> basic design is right.. and i'm pretty sure i have that idea well thought out.
> though this will be on hold till i do some ebits work first :)
> 

This is actually one of the planned features for Entrance as well - a
shared canvas based on IPC or some similar mechanism that will allow
plugins to operate. This would probably be made easier if there was some
sort of "canvas server" library (with the appropriate protection
features). This is put off for the not-so-near future though, and the
priority at the moment is actually to migrate to the new ecore as soon as
it is finished (meaning others have started to migrate to it!) :p

-- 
   |  /*\
Ibukun Olumuyiwa   |  \ /  Join the ASCII Ribbon Campaign
http://xcomputerman.com|   X   against HTML mail today!
   |  / \





---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E17 future

2003-03-17 Thread Hall Stevenson
At 10:21 AM 3/17/2003 +0100, Cristalle Azundris Sabon wrote:
GnuMdk <[EMAIL PROTECTED]> writes:
> I was an E16 fan but since E17 is in developpement, I'm waiting for
> it. Today, i use waimea. But i so suprised to see that E17 always
> use gtk+-1.2 instead of gtk+-2.2. Why don'y you make a port, E17 is
> always(a lot on my computer) unstable and I think it will be a bad
> thing to release E17 with gtk+-1.2.
  E proper doesn't, as others have mentioned.  evidence, using GTK
  as EWL is under construction, does indeed use GTK2.
I've seen evidence mentioned before and that it's related to Enlightenment 
somehow. What's the official deal with that ?? As I recall, evidence's 
website doesn't even mention E, or if it does, certainly not prominently.

Hall



---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Background displays Weather

2003-03-17 Thread The Rasterman
On 17 Mar 2003 10:27:18 +0100 Cristalle Azundris Sabon <[EMAIL PROTECTED]>
babbled:

> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes:
> > my eventual plans are to have the desktop background managed by a
> > separate process to e - evidence would be one, or any other you want
> > to put there that works with e.
> 
>   I think that was just about everybody's plan, really, with the sole
>   reason for it not having been implemented yet being that we've never
>   sat down and defined the IPC between the background-handler and its
>   clients?

well i looked at it more as being just a shared canvas and the file manager is
just "yet another client" using the shared desktop canvas... :) how to share i'm
still tossing around. you may have noticed ecore gaining ipc and tcp/ip wrappers
of late... :) i'm not putting anything in stone right now, but i'm building a
comprehensive set of tools/code that can/will be used... it's just the details
of how exactly.. but the way i have it planned it isnt that relevant as we can
just expand the protocol as things move on with more calls etc. as long as the
basic design is right.. and i'm pretty sure i have that idea well thought out.
though this will be on hold till i do some ebits work first :)


-- 
--- Codito, ergo sum - "I code, therefore I am" 
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
[EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899Home Phone: 02 9698 8615


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Background displays Weather

2003-03-17 Thread Yuri Hudobin
Cristalle Azundris Sabon wrote:
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes:

my eventual plans are to have the desktop background managed by a
separate process to e - evidence would be one, or any other you want
to put there that works with e.


  I think that was just about everybody's plan, really, with the sole
  reason for it not having been implemented yet being that we've never
  sat down and defined the IPC between the background-handler and its
  clients?
X-like ;)

Piece of cake ;)



---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel