Re: bsetbg
Found the bug. Got imagemagick 5.4 installed, but forgot to get libmagic5, the 5.4 version (still had the 5.3 version), which took me awhile to figure out. Anyway, hope this helps someone Jerrold. On Mon, Nov 12, 2001 at 09:07:22PM +1300, jerrold poh wrote: [jerm@fiftysix:~]$ bsetbg -f ~/.blackbox/backgrounds/background.jpg display: Unable to open file () [No such file or directory]. display: Unable to open file () [No such file or directory]. (btw the file exists, and the same error message is also given if i load up gif files too, but on the bright side, Esetroot works perfect). I don't recall upgrading anything (except recently doing an apt-get install kde), but other than that ... nothing major :/ I know you've probably done this already, but you have to run bsetbg once without options so it creates ~/.bsetbgrc Perhaps that's causing you the trouble? hmm, tried both options, and still the same problem, i think it must be another package which is causing me this problem, cos i get the exact same message if i try to view it with image magic :/ jerrold.
iconized bbkeys
Hi there, bbkeys-0.3.6 started from .xinitrc with bbkeys -i doesn't capture the keypresses. Is there a way to make it work without cluttering the desktop? Or rather, since I just realized that the current version is 0.8.3, is this fixed in the newer versions? TIA -- FreeBSD 4.4-STABLE 4:13PM up 21 days, 2:56, 17 users, load averages: 0.20, 0.25, 0.19
Blackbox fails to start
Hello, I really would like to use Blackbox since it looks like a really window manager. However, if I try starting blackbox (from a console), I only get *one* error message and nothing happens: failed to open catalog, using default messages is the only thing it tells me. I am using Debian unstable, compiling bb or installing the debian package makes no difference. Could anyone help me? Andras
Re: Blackbox fails to start
* Craig Thrall [EMAIL PROTECTED] [01-11-13 16:43]: Try creating .xinitrc in your home directory, and add the line: exec blackbox Blackbox doesn't start either if it's in my .xinitrc. -- 'Oh, that was easy,' says Man, and for an encore goes on to prove that black is white and gets himself killed on the next zebra crossing. - Douglas Adams
[Fwd: chained keygrabs]
Umm. Broken internals Heh. Basically, to do this cleanly, I'd have to do a major overhaul of bbkeys's internals. Not so much because they're broken now as much as the paradigm for how bbkeys operates would COMPLETELY change, not to mention a radical departure from what morel was working on as far as implementing rudimentary keybinding support in blackbox proper. There's no way I'd want to do something like this if it's not done right. And by right I mean in a manner that is consistent throughout bbkeys itself as well as the configuration tools, and cleanly coded, easy to maintain and follow. More than anything, I'm curious if anyone else has the desire/need for this kind of functionality. If I understand it correctly, this is leaning towards the Emacs model of keybindings that allow chaining things. So, you press alt+M and then press control+Up to do something. I would like to get some feedback from the blackbox user community on this--both interest in this sort of functionality as well as comments against it (if there's any). Thanks in advance, vanRijn -Forwarded Message- From: Scott Moynes [EMAIL PROTECTED] To: BlackBox Mailing List [EMAIL PROTECTED] Subject: chained keygrabs Date: 13 Nov 2001 02:21:23 -0500 Here is a patch to allow rudimentary support for chained keygrabbing. It allows you to specify one global prefix which must preceed any other keybinding. For example: KeyToGrab(m), WithModifier(Control), WithAction(Prefix) KeyToGrab(a), WithModifier(Control), WithAction(ExecCommand),DoThis(aterm) would allow you to hit Ctrl-m and then Ctrl-a to start aterm. Proper chaining will not be complete untill some of the broken internals of bbkeys are fixed. It is against the current CVS codebase. If there is any interest, I'd be persuaded to create a proper patch file. -- Copyleft (c) 2001, Scott Moynes patch snipped for brevity
Re: iconized bbkeys
I'd like to do this too. Presumably Roman, as me, doesn't want to have any icon showing at all? Thanks for any help Rory On 13/11/01, Roman Neuhauser ([EMAIL PROTECTED]) wrote: bbkeys-0.3.6 started from .xinitrc with bbkeys -i doesn't capture the keypresses. Is there a way to make it work without cluttering the desktop? .xinitrc #!/bin/sh exec /usr/bin/blackbox bbkeys -i bbkeys version 0.3.6
RE: iconized bbkeys
bbkeys -w -t exec blackbox Does it make a difference if you start bbkeys before blackbox? Craig I'd like to do this too. Presumably Roman, as me, doesn't want to have any icon showing at all? Thanks for any help Rory On 13/11/01, Roman Neuhauser ([EMAIL PROTECTED]) wrote: bbkeys-0.3.6 started from .xinitrc with bbkeys -i doesn't capture the keypresses. Is there a way to make it work without cluttering the desktop? .xinitrc #!/bin/sh exec /usr/bin/blackbox bbkeys -i bbkeys version 0.3.6
Re: iconized bbkeys
On Tue, 13 Nov 2001, Rory Campbell-Lange wrote: .xinitrc #!/bin/sh exec /usr/bin/blackbox bbkeys -i Use ps to see if bbkeys is running. From your .xinitrc above, it is not running. An exec starts the program (i.e. blackbox) by replacing the current process (/bin/sh). So, in other words, bbkeys is never even started! Place the bbkeys line before the exec line. (Remember that exec stops the current script from being used, so should be at the last line.) Jeremy C. Reed .. ISP-FAQ.com -- find answers to your questions http://www.isp-faq.com/
Re: [Fwd: chained keygrabs]
Now that I think about it...it does sound like it could be useful to have chained keybindings. I'm often running Win4lin or a vnc connection, and currently, I've got no way to Alt+Tab in Windows if I've got bbkeys set up to capture it. Now in general, I'd like bbkeys to handle the alt+Tab, but say if I pressed alt+M then alt+Tab, then pass that on to the current window. Not even sure if it could work that way, but just getting my opinion out in the open. Adam More than anything, I'm curious if anyone else has the desire/need for this kind of functionality. If I understand it correctly, this is leaning towards the Emacs model of keybindings that allow chaining things. So, you press alt+M and then press control+Up to do something. I would like to get some feedback from the blackbox user community on this--both interest in this sort of functionality as well as comments against it (if there's any). __ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com
Re: [Fwd: chained keygrabs]
On Tue, Nov13,01 11:45, Jason 'vanRijn' Kasper wrote: Umm. Broken internals Heh. Basically, to do this cleanly, I'd have to do a major overhaul of bbkeys's internals. Not so much because they're broken now as much as the paradigm for how bbkeys operates would COMPLETELY change, not to mention a radical departure from what morel was working on as far as implementing rudimentary keybinding support in blackbox proper. There's no way I'd want to do something like this if it's not done right. And by right I mean in a manner that is consistent throughout bbkeys itself as well as the configuration tools, and cleanly coded, easy to maintain and follow. More than anything, I'm curious if anyone else has the desire/need for this kind of functionality. If I understand it correctly, this is leaning towards the Emacs model of keybindings that allow chaining things. So, you press alt+M and then press control+Up to do something. I would like to get some feedback from the blackbox user community on this--both interest in this sort of functionality as well as comments against it (if there's any). Well, seeing as I started the thread... I'm definately in favour of the ability to chain commands together! Please implement. Besides, even if people don't want it.. it would only be an option, correct? DC Thanks in advance, vanRijn -Forwarded Message- From: Scott Moynes [EMAIL PROTECTED] To: BlackBox Mailing List [EMAIL PROTECTED] Subject: chained keygrabs Date: 13 Nov 2001 02:21:23 -0500 Here is a patch to allow rudimentary support for chained keygrabbing. It allows you to specify one global prefix which must preceed any other keybinding. For example: KeyToGrab(m), WithModifier(Control), WithAction(Prefix) KeyToGrab(a), WithModifier(Control), WithAction(ExecCommand),DoThis(aterm) would allow you to hit Ctrl-m and then Ctrl-a to start aterm. Proper chaining will not be complete untill some of the broken internals of bbkeys are fixed. It is against the current CVS codebase. If there is any interest, I'd be persuaded to create a proper patch file. -- Copyleft (c) 2001, Scott Moynes patch snipped for brevity -- Derek Cunningham [EMAIL PROTECTED] All men by nature desire to know. -- Aristotle.
Re: starting BlackBox
I tried starting X server by typing startx, but KDE comes out. Thanks for any advice. :) Marc Wilson wrote: On Tue, Nov 13, 2001 at 03:10:05PM +0800, Andres Montiel wrote: I installed Blackbox via the normal ./configre, make, make install Do I have to do anything else? You mean other than start the X server first? ^_^
Re: [Fwd: chained keygrabs]
More than anything, I'm curious if anyone else has the desire/need for this kind of functionality. If I understand it correctly, this is leaning towards the Emacs model of keybindings that allow chaining things. So, you press alt+M and then press control+Up to do something. I would like to get some feedback from the blackbox user community on this--both interest in this sort of functionality as well as comments against it (if there's any). So here is the advantage scenario: You have an alt-a keybinding. You could then have a ctrl-m alt-a binding for something else. The virgo among us (you know, the guys who color organize their sock drawer) can then have all of their exec something bindings under say ctrl-x and their workspace handling under ctrl-w. This is why emacs has chained bindings -- otherwise you run out of keys fast. Do we care, dunno. As an aside, is morel still hacking? I am getting the urge to dive in.
RE: [Fwd: chained keygrabs]
Now that I think about it...it does sound like it could be useful to have chained keybindings. I'm often running Win4lin or a vnc connection, and currently, I've got no way to Alt+Tab in Windows if I've got bbkeys set up to capture it. Now in general, I'd like bbkeys to handle the alt+Tab, but say if I pressed alt+M then alt+Tab, then pass that on to the current window. Not even sure if it could work that way, but just getting my opinion out in the open. I've had a similar experience...running vern (http://oneguycoding.com/vern/) on Windows alongside XFree86 compiled with Cygwin leads to a situation where blackbox and vern are both grabbing keys if I'm currently using the desktop that's got blackbox running and want to switch to another Windows desktop. Sorry...that's confusing. Anyways, in this situation, which sounds similar to using bbkeys with Win4lin or vnc, would chained bindings help or not? Does bbkeys pass on keystrokes to other apps if it decides it's not mapped in bb? Or do ALL keys grabbed by bbkeys never get seen by other Windows apps? Need more coffee to make sense... Craig
Re: Blackbox fails to start
* Dave Serls [EMAIL PROTECTED] [01-11-13 17:51]: Are you starting from kdm ? If so, there's a directory that contains startup scripts for its selectable window managers. I don't have its location right now, but I had to modify it to respect .xinitrc in my $HOME. Why should that help? If blackbox fails starting from the command line it also will fail if it is started by kdm or whatever (gdm btw). It's some problem with locales, isn't it? Andras -- 'Oh, that was easy,' says Man, and for an encore goes on to prove that black is white and gets himself killed on the next zebra crossing. - Douglas Adams
Re: [Fwd: chained keygrabs]
On Tue, Nov13,01 10:00, Craig Thrall wrote: Now that I think about it...it does sound like it could be useful to have chained keybindings. I'm often running Win4lin or a vnc connection, and currently, I've got no way to Alt+Tab in Windows if I've got bbkeys set up to capture it. Now in general, I'd like bbkeys to handle the alt+Tab, but say if I pressed alt+M then alt+Tab, then pass that on to the current window. Not even sure if it could work that way, but just getting my opinion out in the open. I've had a similar experience...running vern (http://oneguycoding.com/vern/) on Windows alongside XFree86 compiled with Cygwin leads to a situation where blackbox and vern are both grabbing keys if I'm currently using the desktop that's got blackbox running and want to switch to another Windows desktop. Sorry...that's confusing. Anyways, in this situation, which sounds similar to using bbkeys with Win4lin or vnc, would chained bindings help or not? Does bbkeys pass on keystrokes to other apps if it decides it's not mapped in bb? Or do ALL keys grabbed by bbkeys never get seen by other Windows apps? Well, obviously if all keys were grabbed by bbkeys, then you wouldn't be able to type much. So, in BB, you'd setup ^Z + Alt+TAB to change windows, and then just plain old Alt+TAB is avail for any Virtual environments that you're running, and so on. Need more coffee to make sense... Coca Cola! DC Craig -- Derek Cunningham [EMAIL PROTECTED] All men by nature desire to know. -- Aristotle.
Re: iconized bbkeys
Aah! So that is what the -w 'withdrawn' means. Yes that works fine. However I'd like to use the -i option. Surely having the icon at all isn't very useful? The -i option does what I want, and runs bbkeys with no icons. A related subject - how do I get the pager to be placed horizontally? I've tried 'bbpager -w -g horizontal' to no effect. Usage: bbkeys [options] Options: -i[conic] Start bbkeys in a minimized state (will override -withdrawn directive) On 13/11/01, Craig Thrall ([EMAIL PROTECTED]) wrote: bbkeys -w -t exec blackbox Does it make a difference if you start bbkeys before blackbox? Thanks for your help Rory
Re: Slit usage
Sorry everyone. Didn't notice the -w options when callling the bbutilities. Rory On 13/11/01, Rory Campbell-Lange ([EMAIL PROTECTED]) wrote: There are some useful utilities, such as the pager, which I would like to use. However when I load them they all pile on top of each other at the bottom left of the screen. Presumably the 'slit' would be useful for sorting this out? Unfortunately the user information links at the blackbox sites are failing with error 404 messages.
Re: iconized bbkeys
On Tue, 13 Nov 2001, Rory Campbell-Lange wrote: However I'd like to use the -i option. Surely having the icon at all isn't very useful? The icon has a use. Click on it. Jeremy C. Reed .. ISP-FAQ.com -- find answers to your questions http://www.isp-faq.com/
Re: starting BlackBox
On Wed, 14 Nov 2001, Andres Montiel wrote: I tried starting X server by typing startx, but KDE comes out. Try creating a ~/.xinitrc or ~/.xsession file that has: #!/bin/sh exec blackbox Jeremy C. Reed p.s. Look at my FAQ http://www.reedmedia.net/misc/blackbox/faq.html
Re: Blackbox fails to start
* Jeremy C. Reed [EMAIL PROTECTED] [01-11-13 19:07]: On Tue, 13 Nov 2001, Andras B. wrote: So do you already have another window manager running? From this message, I assume blackbox is running. Use ps(1) to see if it is. (This message just means it can't find your native language support data.) I'm doing that after I have quit Enlightenment or killed gdm, no other window manager is running. Andras -- 'Oh, that was easy,' says Man, and for an encore goes on to prove that black is white and gets himself killed on the next zebra crossing. - Douglas Adams
Re: [Fwd: chained keygrabs]
On Tue, Nov 13, 2001 at 09:01:55AM -0800, adam i. howard wrote: Now in general, I'd like bbkeys to handle the alt+Tab, but say if I pressed alt+M then alt+Tab, then pass that on to the current window. Not even sure if it could work that way, but just getting my opinion out in the open. i think that starts to look more like an idea that i suggested a bit ago, namely having one key combo map to another keyboard event, possibly an event directed at a specific app. so instead of your alt+tab you could use ctrl+alt+tab (or ctrl+m alt+tab as related to this threat) and then it'd pass an alt+tab to your vnc (or whatever) window. i had suggested it as a way to have bbkeys grab a key (say, ctrl+n) and then send a different event (say 'n') to a running mp3 player without having to focus it and hit the 'n' (next song) key. would this be better suited to some sort of 'event mangler' type program? i feel like this is what we're getting closer to, but i dont know if it could be a separate entity. Russ -- === | Russ Burdick | What do the good know...except what the | |=== bad teach them by their excesses? -Clive Barker| | [EMAIL PROTECTED] http://extrapolation.net | ===
Re: [Fwd: chained keygrabs]
* Russ Burdick ([EMAIL PROTECTED]) wrote: i think that starts to look more like an idea that i suggested a bit ago, namely having one key combo map to another keyboard event, possibly an event directed at a specific app. so instead of your alt+tab you could use ctrl+alt+tab (or ctrl+m alt+tab as related to this threat) and then it'd pass an alt+tab to your vnc (or whatever) window. i had suggested it as a way to have bbkeys grab a key (say, ctrl+n) and then send a different event (say 'n') to a running mp3 player without having to focus it and hit the 'n' (next song) key. would this be better suited to some sort of 'event mangler' type program? i feel like this is what we're getting closer to, but i dont know if it could be a separate entity. They really are quite different ideas, and I don't think yours would fit at all with bbkeys. For the mp3 player example, most good mp3 players offer some sort of method to control them from a command line, often through a fifo or with the correct options to the binary. scott -- Copyleft (c) 2001, Scott Moynes msg03790/pgp0.pgp Description: PGP signature
Re: [Fwd: chained keygrabs]
On Tue, Nov13,01 14:34, Scott Moynes wrote: * Russ Burdick ([EMAIL PROTECTED]) wrote: i think that starts to look more like an idea that i suggested a bit ago, namely having one key combo map to another keyboard event, possibly an event directed at a specific app. so instead of your alt+tab you could use ctrl+alt+tab (or ctrl+m alt+tab as related to this threat) and then it'd pass an alt+tab to your vnc (or whatever) window. i had suggested it as a way to have bbkeys grab a key (say, ctrl+n) and then send a different event (say 'n') to a running mp3 player without having to focus it and hit the 'n' (next song) key. would this be better suited to some sort of 'event mangler' type program? i feel like this is what we're getting closer to, but i dont know if it could be a separate entity. They really are quite different ideas, and I don't think yours would fit at all with bbkeys. For the mp3 player example, most good mp3 players offer some sort of method to control them from a command line, often through a fifo or with the correct options to the binary. Or, run xmms, and use xmms-shell, which provides a -e switch. I've got Ctrl+Shift+s setup to STOP, and Ctrl+Shift+P to PLAY. :) Then I use aumix to increase and decrease volume with Ctrl+Shift+J and Ctrl+Shift+K respectively. DC scott -- Copyleft (c) 2001, Scott Moynes -- Derek Cunningham [EMAIL PROTECTED] All men by nature desire to know. -- Aristotle.
Re: [Fwd: chained keygrabs]
On Tue, Nov 13, 2001 at 02:34:11PM -0500, Scott Moynes wrote: They really are quite different ideas, and I don't think yours would fit at all with bbkeys. the original idea (having a 'prefix command') is quite different, but what he proposed (having ctrl+m alt+tab interpreted as alt+tab by a specific app) is quite similar to what i mentioned before. i fully agree that the 'prefix command' doesnt match with 'event mangling'. For the mp3 player example, most good mp3 players offer some sort of method to control them from a command line, often through a fifo or with the correct options to the binary. yes, this was mentioned in reference to my mp3 example then. the definition of 'good mp3 player' is quite subjective anyway... Russ -- === | Russ Burdick | What do the good know...except what the | |=== bad teach them by their excesses? -Clive Barker| | [EMAIL PROTECTED] http://extrapolation.net | ===
rc file patch
Here's a patch to allow bbkeys to use an rcfile other than $HOME/.bbkeysrc Please test it and find any glaring errors. -- Copyleft (c) 2001, Scott Moynes Only in bbkeys-0.8.3/redhat: Makefile Only in bbkeys-0.8.3/redhat: bbkeys.spec diff -r -b bbkeys-0.8.3/src/bbkeys.cc bbkeys-0.8.3-rc/src/bbkeys.cc 795a796 if (!(options-bbkeysrc)){ 799c800,802 --- }else{ bbkeys_rcfile = options-bbkeysrc; } diff -r -b bbkeys-0.8.3/src/main.cc bbkeys-0.8.3-rc/src/main.cc 55a56,57 fprintf(stderr, -r[cfile] Your bbkeys config file. Default: $HOME/.bbkeysrc\n); 74c76 --- options.bbkeysrc = NULL; 90a93,99 }else if((!strcmp(argv[1], -rcfile))|| (!strcmp(argv[i], -r))){ if(++i == argc){ Usage(); exit(2); }; options.bbkeysrc=argv[i]; diff -r -b bbkeys-0.8.3/src/main.hh bbkeys-0.8.3-rc/src/main.hh 35a36 char *bbkeysrc; msg03793/pgp0.pgp Description: PGP signature
Re: rc file patch
I borked that patch. Here's a, hopefully, useable one. -- Copyleft (c) 2001, Scott Moynes Only in bbkeys-0.8.3/redhat: Makefile Only in bbkeys-0.8.3/redhat: bbkeys.spec diff -rucb bbkeys-0.8.3/src/bbkeys.cc bbkeys-0.8.3-rc/src/bbkeys.cc *** bbkeys-0.8.3/src/bbkeys.cc Fri Sep 14 17:33:46 2001 --- bbkeys-0.8.3-rc/src/bbkeys.cc Tue Nov 13 18:06:27 2001 *** *** 793,802 timer-setTimeout(100); timer-fireOnce(True); char *homedir = getenv(HOME); bbkeys_rcfile = new char[strlen(homedir) + 32]; sprintf(bbkeys_rcfile, %s/.bbkeysrc, homedir); ! XrmInitialize(); InitializeModifiers(); --- 793,805 timer-setTimeout(100); timer-fireOnce(True); + if (!(options-bbkeysrc)){ char *homedir = getenv(HOME); bbkeys_rcfile = new char[strlen(homedir) + 32]; sprintf(bbkeys_rcfile, %s/.bbkeysrc, homedir); ! }else{ ! bbkeys_rcfile = options-bbkeysrc; ! } XrmInitialize(); InitializeModifiers(); diff -rucb bbkeys-0.8.3/src/main.cc bbkeys-0.8.3-rc/src/main.cc *** bbkeys-0.8.3/src/main.ccWed Aug 1 23:50:16 2001 --- bbkeys-0.8.3-rc/src/main.cc Tue Nov 13 18:06:41 2001 *** *** 53,58 --- 53,60 but smaller.\n); fprintf(stderr, -t[inyMe] All you can see is his keyhole *sniff*.\n\n); + fprintf(stderr, + -r[cfile] Your bbkeys config file. Default: +$HOME/.bbkeysrc\n); } *** *** 71,77 options.noQt = False; options.miniMe = False; options.tinyMe = False; ! for (i = 1; i argc; i++) { if ((!strcmp(argv[i], -display))) { --- 73,79 options.noQt = False; options.miniMe = False; options.tinyMe = False; ! options.bbkeysrc = NULL; for (i = 1; i argc; i++) { if ((!strcmp(argv[i], -display))) { *** *** 88,93 --- 90,102 exit(2); }; options.config_file = argv[i]; + }else if((!strcmp(argv[1], -rcfile))|| + (!strcmp(argv[i], -r))){ + if(++i == argc){ + Usage(); + exit(2); + }; + options.bbkeysrc=argv[i]; } else if ((!strcmp(argv[i], -nobb)) | (!strcmp(argv[i], -n))) { options.nobb_config = True; } else if ((!strcmp(argv[i], -v)) diff -rucb bbkeys-0.8.3/src/main.hh bbkeys-0.8.3-rc/src/main.hh *** bbkeys-0.8.3/src/main.hhTue Sep 18 22:59:23 2001 --- bbkeys-0.8.3-rc/src/main.hh Tue Nov 13 17:56:41 2001 *** *** 33,38 --- 33,39 bool noQt; bool miniMe; bool tinyMe; + char *bbkeysrc; }; #endif // __MAIN_H msg03794/pgp0.pgp Description: PGP signature
bbappconf
Blackbox, Umm... I'm running bbappconf... and first off, neat. Second... I removed the window decorations from aterm, but now I can't move it anywhere! At least with a borderless eterm (using it's commandline options) I could use ALT+MOUSEBUTTON1 to move it around. Ideas how I can move these around? thanks. DC -- Derek Cunningham [EMAIL PROTECTED] All men by nature desire to know. -- Aristotle.
bbkeys
bb'ers.. can bbkeys grab: space, `, or any of those characters (ie: other than arrows, and alpha-nums)? DC -- Derek Cunningham [EMAIL PROTECTED] All men by nature desire to know. -- Aristotle.
Re: Blackbox fails to start
I am usually too lazy to exit out of my current WM if i want to test out a new WM here's a quick way to test new WM's without shutting down the one you're currently running -- fire up X on another display. create a script in your home directory start-x like this: #!/bin/bash xinit -- :1 then, in your ~/.xinitrc put the path to your blackbox binary and any progs you want started with blackbox. Then, at a console, run start-x, and hit ALT+F8 (at least on a mandrake box) to get to the second instance of X that you just started on display :1. You should see blackbox. If not, then there's probably something wrong with your version of BB. If BB's there, rejoice ;-) and get to troubleshooting the reason why it won't be your normal WM on --display :0 On Tuesday 13 November 2001 14:11, Andras B. wrote: * Jeremy C. Reed [EMAIL PROTECTED] [01-11-13 19:07]: On Tue, 13 Nov 2001, Andras B. wrote: So do you already have another window manager running? From this message, I assume blackbox is running. Use ps(1) to see if it is. (This message just means it can't find your native language support data.) I'm doing that after I have quit Enlightenment or killed gdm, no other window manager is running. Andras -- 'Oh, that was easy,' says Man, and for an encore goes on to prove that black is white and gets himself killed on the next zebra crossing. - Douglas Adams -- [scott] :: ein kalter Tod für den sprecher von Lügen