[E-devel] (Easily) reproducible segfault in e17

2005-10-14 Thread spiderland2k
Apologies if this is already known (which I guess is highly likely). Open a program that doesn't have any remembered properties, set it remember something like its position, then close it. Open it again *twice*. Deselect "Remember This Window" on the first, then do the same on the second. Boom.

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread Jason Tackaberry
On Sat, 2005-10-15 at 09:33 +1000, Daniel Kasak wrote: > the KHTML people are pissed off with Apple ( who use KHTML in Safari ) > for not following the 'spirit' of the GPL and detailing their changes in > change logs, patches, etc, and actually participating in the community. If I remember the KHT

[E-devel] Theme Version Tag

2005-10-14 Thread Arlo
I was thinking it'd be a good idea for all edje themes to have a theme version tag. That way if the user loads an old theme they will get a warning saying it isn't up-to-date and may behave incorrectly. You might even use a major.minor number where different major numbers would be completely

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread The Rasterman
On Sat, 15 Oct 2005 12:30:28 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Sat, 15 Oct 2005 11:09:42 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > On Sat, 15 Oct 2005 09:49:18 +1000 David Seikel <[EMAIL PROTECTED]> > > babbled: > > > > > On Sat, 15 Oct 2005 09:

[E-devel] Entropy File Manager - Coming Soon

2005-10-14 Thread Alexander Taylor
Hi All, To avoid the recent insanity of post-CVS-commit warring, I'm giving you all a heads up to an app that will soon be heading to the CVS Tree shores. The Entropy File Manager is not so much a file manager, as it is a message-based file-system aware engine. I'll explain what I mean by that i

[E-devel] Re: E CVS: apps/e raster

2005-10-14 Thread Sebastian Dransfeld
enlightenment-cvs@lists.sourceforge.net wrote: Enlightenment CVS committal Author : raster Project : e17 Module : apps/e Dir : e17/apps/e Modified Files: configure.in Log Message: norwegan! Norwegian bokmål, if you don't mind:) Norway must be the only country with two toplevel

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread Michael Jennings
On Friday, 14 October 2005, at 12:19:14 (+0900), Carsten Haitzler wrote: > so does everyone seem agreed we should try re-assign priorities to > the mailing lists to be more "on topic" (make some announcements and > make an effort to redirect mails to users or web lists etc.) and > then maybe free

[E-devel] Re: License Issues

2005-10-14 Thread Michael Jennings
On Friday, 14 October 2005, at 01:17:02 (-0400), Jose O Gonzalez wrote: > The reality is that *any* recourse to a license, even a copyright, > is taking a political stance - it is seeking protection through the > legal framework via some scheme. > > To brand one such scheme as political but anoth

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread Jose O Gonzalez
On Fri, 14 Oct 2005 03:46:45 -0400 Michael writes: > On Friday, 14 October 2005, at 12:19:14 (+0900), > Carsten Haitzler wrote: > > > so does everyone seem agreed we should try re-assign priorities to > > the mailing lists to be more "on topic" (make some announcements > and > > make an effort

Re: [E-devel] Re: License Issues

2005-10-14 Thread Jose O Gonzalez
On Fri, 14 Oct 2005 15:58:22 +0900 Carsten writes: > On Fri, 14 Oct 2005 16:07:33 +1000 Dan <[EMAIL PROTECTED]> > babbled: > > > It's Friday, and I'm not doing any more coding, so I'll weigh in > on this > > one :) > > > > I was somewhat surprised when I realised that all Enlightenment > st

Re: [E-devel] Re: License Issues

2005-10-14 Thread The Rasterman
On Fri, 14 Oct 2005 06:10:31 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: > > > On Fri, 14 Oct 2005 15:58:22 +0900 Carsten writes: > > On Fri, 14 Oct 2005 16:07:33 +1000 Dan <[EMAIL PROTECTED]> > > babbled: > > > > > It's Friday, and I'm not doing any more coding, so I'll weigh in > > o

Re: [E-devel] Re: License Issues

2005-10-14 Thread Michael Jennings
On Friday, 14 October 2005, at 06:10:31 (-0400), Jose O Gonzalez wrote: > All of this appears reasonable, and yet there are arguments that > are also reasonable to the effect that license XYZ is instead a 'better' > way to go. > Rather than agonize over attempting to dissect the fine p

Re: [E-devel] Re: License Issues

2005-10-14 Thread Didier Casse
On 10/14/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > > As raster said, this is an explanation, not a discussion. The > decision was made (and hashed out at length) a very long time ago, and > it isn't under review. Been there, done that, moved on. :-) > > Michael I would suggest to add th

[E-devel] Entangle segfault

2005-10-14 Thread David Sharp
entangle segfaults while loading .eaps I suggest if(!ext) continue; on line 53 of entangle_eapps.c. don't forget to check you return values! ;) d# Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912560912960 (LWP 20102)] 0x2dbbac90 in strcmp () from /lib/li

[E-devel] Re: Segfault in EET

2005-10-14 Thread Martin Geisler
Martin Geisler <[EMAIL PROTECTED]> writes: > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes: > >> something is weird here. your bt does not match the code. it smells >> like you have out of date code and/or headers somewhere... > > Strange... I had updated from CVS and rebuild all lib

[E-devel] Small glitches with the new mouse pointers

2005-10-14 Thread Martin Geisler
Hello, Thanks for the new mouse pointer arrows on the window borders, they give a much needed feedback as to when you can click and drag! There's a small glitch though: the first time they're needed they appear as a little white square. Moving the mouse away and then back shows the correct point

Re: [E-devel] Entangle segfault

2005-10-14 Thread Sebastian Dransfeld
David Sharp wrote: entangle segfaults while loading .eaps I suggest if(!ext) continue; on line 53 of entangle_eapps.c. don't forget to check you return values! ;) Fixed. Thanks. Sebastian --- This SF.Net email is sponsored by: Power Arch

Re: [E-devel] Re: License Issues

2005-10-14 Thread David Seikel
On Sat, 15 Oct 2005 00:55:36 +0800 Didier Casse <[EMAIL PROTECTED]> wrote: > On 10/14/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > > > > As raster said, this is an explanation, not a discussion. The > > decision was made (and hashed out at length) a very long time ago, > > and it isn't under

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread Daniel Kasak
Carsten Haitzler (The Rasterman) wrote: >fact: once source is available it IS able to be stolen. the chances of being >able to lift large chunks of useful code (eg take the image scaling routines or >the alpha blending routines) which is where a lot of the really tight code is, >is tirival. no one

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread David Seikel
On Sat, 15 Oct 2005 09:33:35 +1000 Daniel Kasak <[EMAIL PROTECTED]> wrote: > Carsten Haitzler (The Rasterman) wrote: > > > Those are some damned good arguments. The purest in me doesn't like to > admit this, but I see your reasoning now. Hmm, guess that description is FAQ materiel then, but it

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread Nick
Daniel Kasak wrote: >Carsten Haitzler (The Rasterman) wrote: > > > >>fact: once source is available it IS able to be stolen. the chances of being >>able to lift large chunks of useful code (eg take the image scaling routines >>or >>the alpha blending routines) which is where a lot of the really

[E-devel] Slow hardware vs E17 usability study.

2005-10-14 Thread David Seikel
A "work in progress" version of my E17 on slow hardware is available at http://edevelop.org/node/1647 for comment and derision. pgpXNsg7A3Sjo.pgp Description: PGP signature

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread The Rasterman
On Sat, 15 Oct 2005 09:33:35 +1000 Daniel Kasak <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > >fact: once source is available it IS able to be stolen. the chances of being > >able to lift large chunks of useful code (eg take the image scaling routines > >or the alpha

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread The Rasterman
On Sat, 15 Oct 2005 10:09:41 +1000 Nick <[EMAIL PROTECTED]> babbled: > Daniel Kasak wrote: > > >Carsten Haitzler (The Rasterman) wrote: > > > > > > > >>fact: once source is available it IS able to be stolen. the chances of being > >>able to lift large chunks of useful code (eg take the image sc

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread The Rasterman
On Sat, 15 Oct 2005 09:49:18 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Sat, 15 Oct 2005 09:33:35 +1000 Daniel Kasak > <[EMAIL PROTECTED]> wrote: > > > Carsten Haitzler (The Rasterman) wrote: > > > > > > > > Those are some damned good arguments. The purest in me doesn't like to > > a

Re: [E-devel] Small glitches with the new mouse pointers

2005-10-14 Thread The Rasterman
On Fri, 14 Oct 2005 20:31:59 +0200 Martin Geisler <[EMAIL PROTECTED]> babbled: > Hello, > > Thanks for the new mouse pointer arrows on the window borders, they > give a much needed feedback as to when you can click and drag! > > There's a small glitch though: the first time they're needed they >

Re: [E-devel] The current state of E Widget ToolKit Libraries (EWTKL)

2005-10-14 Thread David Seikel
On Sat, 15 Oct 2005 11:09:42 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Sat, 15 Oct 2005 09:49:18 +1000 David Seikel <[EMAIL PROTECTED]> > babbled: > > > On Sat, 15 Oct 2005 09:33:35 +1000 Daniel Kasak > > <[EMAIL PROTECTED]> wrote: > > > > > Carsten Haitzler (The Ras

[E-devel] various patches

2005-10-14 Thread Patrick Mauritz
Hi, attached are patches for various issues I ran across while building on solaris (with sunpro compiler, where possible). - most of them are just sanity stuff (headers that gcc seems to assume by default..). - the Ecore_Data.h change seems to be an unfinished structure change, as I've seen ->l