Re: [E-devel] e_util_eapp_edit segmentation fault!

dan sinclair wrote: Here we go: --- (gdb) run /tmp/test.eap Starting program: /usr/devel/enlightenment/current/bin/e_util_eapp_edit /tmp/test.eap Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 100518)] 0x28097d69 in ewl_check_checked_set (cb=0x2, c=0) at ewl_

Re: [E-devel] Menu usability.

David Seikel wrote: >Alternatively we could always have menus re arrange themselves based >on frequent usage. That would make everybody happy. B-) > > NO. -- Dear Outlook users: Please remove me from your address books http://www.newsforge.com/article.pl?sid=03/08/21/143258 --

Re: [E-devel] e17 segv

On Fri, 21 Oct 2005 13:20:03 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > AARGH!! and now its gone? what version of gcc do you use? > personalyl i compile everything (in efl) with these cflags: -O2 > -march=pentium4 -g -msse -mmmx -pipe > > on my p4 boxes, and > -O2 -ma

Re: [E-devel] Ding dong, the witch is dead.

On Sun, 16 Oct 2005 20:57:54 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > and help out - shit gets fixed :) I just saw you commit a removal of the TODO item that describes witch 0. Keeping in mind that you told me the fix was both a fix and a workaround, is this witch's dea

Re: [E-devel] Making the remember stuff easier to use.

On Fri, 21 Oct 2005 14:34:06 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Fri, 21 Oct 2005 13:16:50 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > i'd say only in the advnaced dialog is this useful - and then i'd > > want an entry box as technically e can suppor

Re: [E-devel] Is there anything that enlightment doesn't have..?

On Thu, 20 Oct 2005 19:02:06 -0400 (EDT) Angel Vera <[EMAIL PROTECTED]> babbled: > > When I look at this screenshot... (look at the bottom part of the screen) > http://gefechtsdienst.de/uman/img/e_modules-storm.png > > and I look at mine (I will not provide a screenshot because I am at work > ri

Re: [E-devel] Menu usability.

On Thu, 20 Oct 2005 22:48:55 -0500 Nathan Ingersoll <[EMAIL PROTECTED]> babbled: > Are there any plans for window menu configuration? Otherwise, re-ordering by > frequency of use might suit people better. Personally, I only use the menu > to setup remember settings. this has its uses - but also t

Re: [E-devel] Menu usability.

On Fri, 21 Oct 2005 12:42:58 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Fri, 21 Oct 2005 11:15:32 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > On Fri, 21 Oct 2005 11:34:47 +1000 David Seikel <[EMAIL PROTECTED]> > > babbled: > > > > > the Close item on the E

Re: [E-devel] Menu usability.

On Fri, 21 Oct 2005 16:30:38 +1300 jochen <[EMAIL PROTECTED]> babbled: > David Seikel wrote: > > When I made my E16 theme, I hacked the window menu for greater > > usability, and it looks like I will have to do the same when I port my > > theme to E17. In an effort to avoid menu hacking in a them

Re: [E-devel] e17 segv

On Fri, 21 Oct 2005 15:55:37 +1300 jochen <[EMAIL PROTECTED]> babbled: > OK, I just rebuild all of EFL and E with the above flags and the error > is gone, so it seems it was a optimization bug, and I thought I was > conservative with the optimization. Thanks for the explanations. Well if > I find

Re: [E-devel] Making the remember stuff easier to use.

On Fri, 21 Oct 2005 13:16:50 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > i'd say only in the advnaced dialog is this useful - and then i'd > want an entry box as technically e can support glob matching on these > fields with a tiny bit of code (so u can match "*my browser*"

Re: [E-devel] Making the remember stuff easier to use.

On Fri, 21 Oct 2005 12:57:52 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Fri, 21 Oct 2005 11:09:39 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > On Fri, 21 Oct 2005 11:08:15 +1000 David Seikel <[EMAIL PROTECTED]> > > babbled: > > > > Now that the remember dia

Re: [E-devel] Menu usability.

Are there any plans for window menu configuration? Otherwise, re-ordering by frequency of use might suit people better. Personally, I only use the menu to setup remember settings.On 10/20/05, jochen <[EMAIL PROTECTED]> wrote: David Seikel wrote:> When I made my E16 theme, I hacked the window menu f

Re: [E-devel] Is there anything that enlightment doesn't have..?

On 10/21/05, Angel Vera <[EMAIL PROTECTED]> wrote: *snip* > Don't you wish there would be something like a panel that put all this > little modules together, much like a gnome panel (yes I am comparing > enlightenment to gnome because that were gnome started).. We (The dev team and end users of E!

Re: [E-devel] Menu usability.

David Seikel wrote: > When I made my E16 theme, I hacked the window menu for greater > usability, and it looks like I will have to do the same when I port my > theme to E17. In an effort to avoid menu hacking in a theme, I will go > over those changes and their reasons now. > > First of all is th

Re: [E-devel] Is there anything that enlightment doesn't have..?

On Thu, 20 Oct 2005 19:02:06 -0400 (EDT) Angel Vera <[EMAIL PROTECTED]> wrote: > Now, take a look at your screen, look at how your tools are > organized. > > ...I mean take a look at your screen... where are your tools? I have mine on all edges of the screen. > as to how does people feel ab

[E-devel] Is there anything that enlightment doesn't have..?

When I look at this screenshot... (look at the bottom part of the screen)http://gefechtsdienst.de/uman/img/e_modules-storm.png and I look at mine (I will not provide a screenshot because I am at work right now, and I run windows at work) I start to wonder.. " Is it the case that everyone has their

Re: [E-devel] Making the remember stuff easier to use.

On Fri, 21 Oct 2005 11:09:39 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Fri, 21 Oct 2005 11:08:15 +1000 David Seikel <[EMAIL PROTECTED]> > babbled: > > Now that the remember dialog is out. I will raise this again. It > > would help usability if the actual window name

Re: [E-devel] e17 segv

Carsten Haitzler (The Rasterman) wrote: > On Thu, 20 Oct 2005 17:09:25 +1300 jochen <[EMAIL PROTECTED]> babbled: > > >>Carsten Haitzler (The Rasterman) wrote: >> >>>On Wed, 19 Oct 2005 18:40:43 +0900 Carsten Haitzler (The Rasterman) >>><[EMAIL PROTECTED]> babbled: >>> >>> >>> On Wed, 19 Oct 2

Re: [E-devel] Menu usability.

On Fri, 21 Oct 2005 11:15:32 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Fri, 21 Oct 2005 11:34:47 +1000 David Seikel <[EMAIL PROTECTED]> > babbled: > > > the Close item on the E17 window menu should be at the bottom of > > the menu, and not at the top. The same argume

Re: [E-devel] Menu usability.

On Fri, 21 Oct 2005 12:04:59 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Thu, 20 Oct 2005 21:43:19 -0400 dan sinclair <[EMAIL PROTECTED]> > wrote: > > > > A window manager does not know if closing this window closes the > > > application, or if closing this window can be easily reversed

Re: [E-devel] Making the remember stuff easier to use.

On Fri, 21 Oct 2005 11:08:15 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Mon, 3 Oct 2005 04:36:57 +1000 David Seikel <[EMAIL PROTECTED]> > wrote: > > > I had an idea about how to make the window remembering stuff more user > > friendly. In the remember menu, there are many "Match by x"

Re: [E-devel] Menu usability.

On Fri, 21 Oct 2005 11:34:47 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > When I made my E16 theme, I hacked the window menu for greater > usability, and it looks like I will have to do the same when I port my > theme to E17. In an effort to avoid menu hacking in a theme, I will go > over th

Re: [E-devel] Menu usability.

On 10/20/05, David Seikel <[EMAIL PROTECTED]> wrote: > On Thu, 20 Oct 2005 21:43:19 -0400 dan sinclair <[EMAIL PROTECTED]> > wrote: > > > > A window manager does not know if closing this window closes the > > > application, or if closing this window can be easily reversed by the > > > application j

Re: [E-devel] Menu usability.

> The point is to make it a little bit harder to kill an application by > accident. Adding an extra two mouse moves and an extra click is a > small price to pay if it saves you hours of work because you > accidentally selected Kill from the menu. Notice that I didn't > advocate making the window

Re: [E-devel] Menu usability.

On Thu, 20 Oct 2005 21:43:19 -0400 dan sinclair <[EMAIL PROTECTED]> wrote: > > A window manager does not know if closing this window closes the > > application, or if closing this window can be easily reversed by the > > application just opening it again. For these reasons, I think that > > the C

Re: [E-devel] Menu usability.

> A window manager does not know if closing this window closes the > application, or if closing this window can be easily reversed by the > application just opening it again. For these reasons, I think that the > Close item on the E17 window menu should be at the bottom of the menu, > and not at t

[E-devel] Menu usability.

When I made my E16 theme, I hacked the window menu for greater usability, and it looks like I will have to do the same when I port my theme to E17. In an effort to avoid menu hacking in a theme, I will go over those changes and their reasons now. First of all is the position of the Close and Kill

Re: [E-devel] Making the remember stuff easier to use.

On Mon, 3 Oct 2005 04:36:57 +1000 David Seikel <[EMAIL PROTECTED]> wrote: > I had an idea about how to make the window remembering stuff more user > friendly. In the remember menu, there are many "Match by x" options. > I suggest that it would be helpful to add the actual value used for > the mat

RE: Re: [E-devel] e_util_eapp_edit segmentation fault!

> Here we go: > > --- > (gdb) run /tmp/test.eap > Starting program: /usr/devel/enlightenment/current/bin/e_util_eapp_edit > /tmp/test.eap > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1 (LWP 100518)] > 0x28097d69 in ewl_check_checked_set (cb=0x2, c=0) at ewl_che

Re: [E-devel] e_util_eapp_edit segmentation fault!

Nathan Ingersoll wrote: Run the application using gdb. When it crashes enter the bt command and send us the output. Sometimes it's useful, other times it's not, but at least it's a starting point. On 10/20/05, *Anders Trobäck* <[EMAIL PROTECTED] > wrote: Hi,

[E-devel] (no subject)

I added a 'storm' mode to the rain module including the needed graphics and adjusted config. Screenshot is here: http://gefechtsdienst.de/uman/img/e_modules-storm.png I attached a patch and the three graphics files as I don't know if and how it's possible to add non-text files to a diff. Falko

Re: [E-devel] e_util_eapp_edit segmentation fault!

Run the application using gdb. When it crashes enter the bt command and send us the output. Sometimes it's useful, other times it's not, but at least it's a starting point. On 10/20/05, Anders Trobäck <[EMAIL PROTECTED]> wrote: Hi,My e_util_eapp_edit crashes with segmentation fault (core dumped)!Ho

Re: [E-devel] e_util_eapp_edit button effect weirdness

Thanks David, The white boxes are a known issue. It's caused by a container widget having all of it's child widgets hidden after it had some visible. It popped up because I merged some code from the object cache I've been working on, and that handles the case of child hiding a little differently.

Re: [E-devel] E xgettext

if it works on FC3 (even newer version of gettext) - there should be no reason to not work with older versions of gettext.   Well, the get enlightenment/E17 Build Notes page (On enlightenment.org) says that gettext v0.11.5 is required. I had the same problem you did with 0.11.5. When i was playin

Re: [E-devel] Entropy - Into CVS we go

Nice and fast loading, but always gives me this error: ERR: EVFS Client Connected!!! It seemed to search for ETK and EWL at the same time. Although I only had EWL, it installed nicely. What's the deal with it? I mean is it configured to use either EWL or ETK? Just a simple question without throwi

[E-devel] e_util_eapp_edit button effect weirdness

I'm struggling to come up with accurate symptoms, but here's goes: the symptom is that mouse-over effects on the buttons stop working (but buttons are still responsive). But, there are a few triggers. first let me describe some actions: 1) navigating to any directory. 2) navigating to a director

[E-devel] Entropy - Into CVS we go

Hi All, Entropy has now hit CVS, with a number of warnings: 1. It's in proto. At the current time, don't trust it with your files. I haven't had any file corruption, but you could be the first. 2. You'll need EVFS from the latest CVS tree. EVFS is now started on demand, so you needn't worr

Re: [E-devel] e_util_eapp_edit crash

On 10/17/05, Nathan Ingersoll <[EMAIL PROTECTED]> wrote: > Should be fixed again. This was actually two separate bugs that caused a > nearly identical backtrace. Yessir, that is fixed. but stand by for my upcoming email about another bug in (or at least discovered through) e_util_eapp_edit. At lea

[E-devel] e_util_eapp_edit segmentation fault!

Hi, My e_util_eapp_edit crashes with segmentation fault (core dumped)! How do I report this error? I'm new to debuging stuff! Running on FreeBSD 5.4, cvs i about four hours old. \\troback -- Microsoft is not the answer. Microsoft is the question.

Re: [E-devel] E xgettext

Hi! Thank you for reply. The point here is to make some sort of universality for all distros (as i understand it). if it works on FC3 (even newer version of gettext) - there should be no reason to not work with older versions of gettext. Of course, as workarround, i can install new gettext, but