Re: [PATCH] better handling of invalid menus

2010-09-16 Thread Tamas TEVESZ
On Fri, 17 Sep 2010, Tamas TEVESZ wrote: > can you check whether substituting this for a possibly tweaked of the > following still works as desired, while giving suitable visual > feedback as to what exactly has been cleared? last breath before falling asleep. i meant the following, but it'

Re: [PATCH] better handling of invalid menus

2010-09-16 Thread Tamas TEVESZ
On Thu, 16 Sep 2010, Bento Loewenstein wrote: hi, > > as soon as i get home i'll take another look. maybe pop a warning > > before dropping the entry. > > > > here it is. now with warning popping goodness. plus, it makes the > default for a new "Run..." item > from example commands to be

[PATCH] better handling of invalid menus

2010-09-16 Thread Bento Loewenstein
On Thu, Sep 16, 2010 at 3:31 PM, Bento Loewenstein wrote: > as soon as i get home i'll take another look. maybe pop a warning > before dropping the entry. > here it is. now with warning popping goodness. plus, it makes the default for a new "Run..." item from example commands to be %A, to take a

Re: Dock Apps

2010-09-16 Thread Juan Fco. Giordana
On 09/14/2010 05:33 AM, Rodolfo kix Garcia wrote: In my oppinion, if we want to continue using these applications, we need to put all together in *one* place (hg or git repository?) and *one* homepage. Else, this applications will be forgotten. Dock Apps are, in my oppinion, a very important part

Re: [PATCH] WPrefs crashes when parsing menu with invalid items

2010-09-16 Thread Bento Loewenstein
On Thu, Sep 16, 2010 at 12:16 PM, Tamas TEVESZ wrote: > am i reading this right what it does is turn any unknown menu type > into an implicit exec? if so, i'm full body weight against it. errors > in the menu should be pointed out (and generators fixed), not hidden. > preventing the crash is best

Re: Two problems with dock icons

2010-09-16 Thread Tamas TEVESZ
On Thu, 16 Sep 2010, Brad Jorsch wrote: > > and x will set the client's WM_COMMAND property to this accordingly. > > The application itself sets WM_COMMAND, usually somewhere inside the > toolkit so the application writer doesn't have to worry about it. If the > toolkit doesn't do it, the ap

wmaker.inst default installation/setup issues

2010-09-16 Thread Juan Fco. Giordana
Hello again members of the list, Three questions/suggestions: 1) Should wmaker.inst call wmgenmenu? (I still prefer the old menu though). 2) The default installation doesn't seem to set the appropriate PATH to WPrefs in the WMRootMenu: /usr/local/GNUstep/Applications/WPrefs.app/WPrefs instea

Re: Two problems with dock icons

2010-09-16 Thread Brad Jorsch
On Thu, Sep 16, 2010 at 06:30:57PM +0200, Tamas TEVESZ wrote: > > and x will set the client's WM_COMMAND property to this accordingly. The application itself sets WM_COMMAND, usually somewhere inside the toolkit so the application writer doesn't have to worry about it. If the toolkit doesn't do i

Re: Two problems with dock icons

2010-09-16 Thread Tamas TEVESZ
On Thu, 16 Sep 2010, Juan Fco. Giordana wrote: > > please send in the output of xprop run on your visible thunderbird > > window and the list of all thunderbird-like processes running > > (ps auxww | fgrep thund) > > Here you go i have a hunch this can not be fixed (or if it can, i have no

Re: Two problems with dock icons

2010-09-16 Thread Juan Fco. Giordana
please send in the output of xprop run on your visible thunderbird window and the list of all thunderbird-like processes running (ps auxww | fgrep thund) Here you go juan 4836 0.0 0.0 10988 1372 ?S12:35 0:00 /bin/sh /usr/bin/thunderbird juan 4849 0.0 0.0 10988 14

Re: Two problems with dock icons

2010-09-16 Thread Tamas TEVESZ
On Thu, 16 Sep 2010, Juan Fco. Giordana wrote: hi, > The other thing I'd like to report is that when some apps are started from > shell scripts or symbolic links instead of their own binary file the path in > the settings dialog is set to the destination of the link/script. > > /usr/bin/ope

Re: [PATCH] WPrefs crashes when parsing menu with invalid items

2010-09-16 Thread Tamas TEVESZ
On Wed, 15 Sep 2010, Bento Loewenstein wrote: hi, > here's a patch for a crash scenario on WPrefs (described on the patch > blurb). With the aditional benefit of removing an ugly "goto" from the > code. am i reading this right what it does is turn any unknown menu type into an implicit exec?

Re: [PATCH] WM_CLASS "DockApp" (was Re: Dock Apps)

2010-09-16 Thread Alexey I. Froloff
On Thu, Sep 16, 2010 at 10:49:51AM -0400, Brad Jorsch wrote: > > Overall, I think your patch is quite nice and it makes > > a lot of sense to look for the 'DockApp' string as a > > way to recognize dockapps, IMHO. > Just to follow up, I emailed the openbox mailing list and talked to a > fluxbox dev

Re: [PATCH] WM_CLASS "DockApp" (was Re: Dock Apps)

2010-09-16 Thread Brad Jorsch
On Wed, Sep 15, 2010 at 09:18:20PM +0200, Carlos R. Mafra wrote: > On Wed, 15 Sep 2010 at 12:59:00 -0400, Brad Jorsch wrote: > > > > and hopefully > > openbox, fluxbox, and the like will pick up the idea too so gtk+ > > hacks[1] will no longer be needed. If this patch is accpeted, I'll poke > > fl

Re: Which dockapps do you use? (was Re: Dock Apps)

2010-09-16 Thread BALATON Zoltan
On Tue, 14 Sep 2010, Bento Loewenstein wrote: 1 asclock 1 docker 1 wmnd +1 for these (with a patch to asclock to allow running a program with double click to be consistent with WindowMaker). Regards, BALATON Zoltan -- To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmake