Re: Spanish translation
rkc ( BreakStuff ) [EMAIL PROTECTED] wrote: If the mail is for all the spanish-speaking users, why do u write it in English ? Weil halt auch anders-sprachige Leute diese Mailingliste lesen. -Jan -- Ancient Principle of WYGIWYGAINGW: What You Get Is What YouŽre Given, And ItŽs No Good Whining. --Terry Pratchett et al. (The Science of Discworld)
[eloli@hotmail.com: Blackbox web site]
Somebody sent this to me; thought you guys might find it interesting. -- A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. ---BeginMessage--- In this page: http://blackboxwm.sourceforge.net/ you write: M$ Windows (all varieties) I do not know the problem you might have with Microsoft sir, but this is down right unprofessional and filthy to reffer to Microsoft as M$, ESPECIALLY when the project you are developing is actually running on that platform. It truly takes down your credibility and it makes you look like one of these OSS zealots who can't see beyond their own nose from zealotry. I would like to kindly ask you to re-instate the correct name of the company, as you have done so for all the other companies mentioned in this very web page. Note: I am not a Microsoft assosiate of any kind, neither I have nothing else to do with them. I am NOT even their fan. My husband lost his job because of Microsoft. But no matter my personal feelings for them and their illegal business practices, I do not let these feelings dripping on OSNews. I run OSNews.com, which is a web site reporting *equally* on *all* OSes, OSS or not. I try to be objective. It really saddens me the behaviour of the Linux people not being able to deal properly with the Microsoft issue. If you want to fight Microsoft for a reason, please do it *intelligently*. I do not think I, the reader and user of Blackbox, deserved to see such a behaviour on an OSS site for a project that I use on *both* my Windows and on my Linux boxes. No hurt feelings. Thank you, Eugenia --- Editor-in-Chief at http://www.OSNews.com ---End Message---
Re: [eloli@hotmail.com: Blackbox web site]
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I always thought referring to the company as M$ was like referring to Un*x, it just avoided the explicit name and the need to pay someone (-: The difference is that M$ contains a judgement. Un*x or it's variants are neutral. It's intended to summarize the various flavors of UNIX-like operating systems with one word. I agree that M$, Micro$loth and all the other variations are not suitable for a projects website. -Jan -- I seem to be having this tremendous difficulty with my lifestyle.
Re: [eloli@hotmail.com: Blackbox web site]
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 22-Jul-2002 Jan Schaumann wrote: Somebody sent this to me; thought you guys might find it interesting. how is it you received this? You happen to be the first address on the screen shots page so if she chose that link that shows a certain lack of understanding. *shrug* Maybe I was the first for who she could find an email address. You might want to add a short mailto-link at the bottom of the index-page. -Jan -- http://www.anti-dmca.org/
Re: [eloli@hotmail.com: Blackbox web site]
[EMAIL PROTECTED] wrote: People are simply way too sensitive. I like to think of the internet as the Wild West in a way. People say whatever they want, and it's up to us to realize that we have every right to disagree, but *no* right to censor the views of others. This has nothing to do with censorship, but with how you would like to portray yourself or your project. If you want to be taken seriously and do not want to look childish or foolish, don't do childish or foolish things, that's all. And that was my last post on this topic. -Jan -- Probability factor of one to one. We have normality. I repeat, we have normality. Anything you still can't cope with is therefore your own lookout.
Re: new NETWM key grabber
Ben Jansens [EMAIL PROTECTED] wrote:
So, work has begun as of tonight on a next generation key handler for
blackbox. It will be written against the NETWM spec as much as possible. But,
we're not sure just what kind of feature people out there want in their
keyhandler. So, I'd like to take a bit of a poll.
Do you use the window list cycling currently found in bbkeys?
Ouh yeah! Without alt-tabbing, I'd be lost. FWIW, here's my
~/.bbkeysrc so you get an idea (hint: I do not use the mouse, except for
copy'n'paste):
,[ my ~/.bbkeysrc ]
|
| KeyToGrab(KP_Add), WithModifier(Control), WithAction(MaximizeWindow)
| KeyToGrab(Up), WithModifier(Control+Shift), WithAction(BigNudgeUp)
| KeyToGrab(Down), WithModifier(Control+Shift), WithAction(BigNudgeDown)
| KeyToGrab(Left), WithModifier(Control+Shift), WithAction(BigNudgeLeft)
| KeyToGrab(Right), WithModifier(Control+Shift), WithAction(BigNudgeRight)
| KeyToGrab(Tab), WithModifier(Mod1), WithAction(NextWindow)
| KeyToGrab(Tab), WithModifier(Mod1+Shift), WithAction(PrevWindow)
| KeyToGrab(F11), WithModifier(none), WithAction(ShadeWindow)
| KeyToGrab(b), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls -T Web -e
|links)
| KeyToGrab(t), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls)
| KeyToGrab(s), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls -g 85x35
|-e slrn)
| KeyToGrab(m), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls -g 85x35
|-e '/home/jschauma/bin/mutt.sh')
| KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand), DoThis(kill `ps ax |
|grep [b]lackbox | awk '{print $1;}'`)
| KeyToGrab(F1), WithModifier(none), WithAction(ExecCommand), DoThis(mozilla)
| KeyToGrab(F2), WithModifier(none), WithAction(ExecCommand),
|DoThis(/usr/bin/X11/navigator)
| KeyToGrab(Left), WithModifier(Control+Mod1), WithAction(LeftWorkspace)
| KeyToGrab(Right), WithModifier(Control+Mod1), WithAction(RightWorkspace)
| KeyToGrab(Up), WithModifier(Control+Mod1), WithAction(UpWorkspace)
| KeyToGrab(Down), WithModifier(Control+Mod1), WithAction(DownWorkspace)
|
`
-Jan
--
A common mistake that people make when trying to design something completely
foolproof is to underestimate the ingenuity of complete fools.
Re: Blackbox-HOWTO
Rachel Collins [EMAIL PROTECTED] wrote:
I was thinking of starting a Blackbox-HOWTO for The Linux
Documentation Project. I looked around on sourceforge and
the bb homepage and didn't see one (or similar
documentation) already in the works. Is there one already
available somewhere? Does anyone have any
questions/suggestions/objections to the idea?
Below find the complete Blackbox-HOWTO. It contains all the information
anybody might need to know to use BB:
--- snip ---
1. How do I have other applications start up when I start blackbox?
Enter them into you ~/.xsession (for {k,g,x}dm or ~/.xinitrc.
--- snip
What else is there?
;-)
-Jan
--
LISP - Lots of Irritating Stupid Parentheses
Re: blackbox + sylpheed behaviour
Jamin W. Collins [EMAIL PROTECTED] wrote: Semi-PS: how difficult would it be to get the list software to add to change the X-Loop: header to the submission address or add another commonly used list header with the submission address? ,[ excerpt from my ~/.muttrc ] | | set followup_to | set honor_followup_to=yes | subscribe [EMAIL PROTECTED] | ` So, when replying all I need to do is hit L. -Jan -- Probability factor of one to one. We have normality. I repeat, we have normality. Anything you still can't cope with is therefore your own lookout.
Re: bbweather 0.5
Arvid Warnecke [EMAIL PROTECTED] wrote: ,[ Messages ] | [15:27] [arvid@hasseroeder: ~] GrabWeather EDVE | bash: /usr/local/bin/GrabWeather: Datei oder Verzeichnis nicht gefunden | [15:27] [arvid@hasseroeder: ~] ` Any idea why? The script is available and executable. Probably a question of where you have perl installed. In this script, I assume /usr/bin/perl (IIRC), but depending onyour installation, it may be in /usr/local/bin/perl, /usr/pkg/bin/perl or somewhere else. Just edit GrabWeather and change the first line accordingly. Hope that helps, -Jan -- Ford, he said, you're turning into a penguin. Stop it.
Re: bbweather 0.5
Arvid Warnecke [EMAIL PROTECTED] wrote: Now I am trying to grep the weather from Braunschweig or Hannover, but it seems those stations don't work :-( ,[ Error ] | Could not fetch data using: | wget --proxy=off --passive-ftp --tries 0 -q -O | /home/arvid/.wmWeatherReports/EDVE.TXT | ftp://tgftp.nws.noaa.gov/data/observations/metar/decoded/EDVE.TXT; | Maybe non-existant Station ID? ` I tried some other stations but always had the same result. Or nothing happened for over 5 minutes. Yeah, those servers are getting clobbered -- anybody know of any mirrors? I couldn't find any yet... -Jan -- No matter where you go, there you are.
bbweather 0.5
Hi all, I just released bbweather version 0.5. Changes since 0.4: - if text is too long to fit into the window, let it scroll from left to right. Caveat: all XEvents are queued during scrolling, that is, one can not cycle by hand (right mouse-button) until this cycle is over. - bugfix: don't overwrite what's in the config file *unless* specified on the command line (for example geometry) - if the weather file does not contain 'Sky conditions' skip 'conditions' when cycling - when using 'metric' display, show wind-speed in kmh rather than in knots - initialize time to update to every 10 Minutes - used to be uninitialized unless specified using '-u'. Many thanks to Darryl Luff and other users for feedback and patches. Homepage: http://www.netmeister.org/apps/bbweather/ Download: http://www.netmeister.org/apps/bbweather-0.5.tar.gz http://www.netmeister.org/apps/bbweather-0.5.tar.bz2 NetBSD/i386 pkg: http://www.netmeister.org/apps/bbweather-0.5.tgz Changelog: http://www.netmeister.org/apps/bbweather/CHANGES Enjoy! -Jan -- http://www.anti-dmca.org/
Re: [BBCD] New release (0.3.0)
Bertrand Duret [EMAIL PROTECTED] wrote: Hi, A new release of BBCD is out: 0.3.0. ( http://tranber1.free.fr/bbcd.html ) The main changes are: - Use of a cross-platform library to manage CD-drive (libcdaudio), so BBCD *could* be cross-platform too. But I can only test it against linux... If you make the following changes, it will compile and run on NetBSD. In fact, I'm quite sure that you should make the change below anyway, as unistd.h should be used rather than sys/unistd.h anyway: --- CD_GUI.cc.orig Mon Jun 24 16:53:11 2002 +++ CD_GUI.cc Fri Jul 5 12:43:50 2002 @@ -23,7 +23,7 @@ #include CD_Ctrl.hh #include sys/types.h -#include sys/unistd.h +#include unistd.h #include X11/Xlib.h #include X11/Xresource.h -Jan -- Ford, he said, you're turning into a penguin. Stop it.
Re: basic startup
Matt Rowley [EMAIL PROTECTED] wrote:
Maybe this is a foolishly stupid question, but could someone explain the
difference between .xinitrc and .xsession? If one file is found, is the
other not executed? Is it best to have both and should they have the
same contents?
~/.xinitrc is read if you start X by hand from the command-line.
~/.xsession is read by {x,k,g}dm when you log in.
I have one being the symlink to the other, but generally only use
~/.xsession.
~/.xsession is mentioned in xdm(1) on some systems.
-Jan
--
I always said there was something fundamentally wrong with the universe.
Re: execution of commands on startup
Scott Furt [EMAIL PROTECTED] wrote: Jan Schaumann wrote: AFAIK, you gotta have a .xinitrc (unless you make blackbox your default windowmanager systemwide). Not if you're using a graphical login manager for X. To my knowledge, XDM and KDM (the two that i've used) don't need/use .xinitrc They honor .xsession instead. See xdm(1). -Jan -- Life, said Marvin, don't talk to me about life.
Re: execution of commands on startup
Sam Halliday [EMAIL PROTECTED] wrote: See the bbpager.bb file, or the INSTALL file in the bbpager tarball. oh cool, i never noticed the .bb file for the pager! It's explicitly pointed out the in the manual page. -Jan -- In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move.
FAQ link (was: Automatically starting programs (Newbie question))
Jim Severino [EMAIL PROTECTED] wrote: Just started using BB and man, it's a speedy joy on my aging laptop. I have a question: When I launch BB I'd like several programs - namely bbkeys -i, bbsload, and bbapm - to start automatically. Can we please append a link to the list-archive and the FAQ to all list postings? -Jan (who at least _hopes_ that people might follow such a link)
Re: idea about shade treatment was Re: Toolbar icons - taskbar patch?
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: one of the reasons to iconify is to clear up screen space. Icons are ignored by the wm (regardless of wm). Which made me think, if a shaded window is meant to be an icon, why not treat it more like one. With a simple one line change I can make newly placed windows ignore any shaded windows open. I know this would let me use shaded windows more. So, comments? I don't think that's a good idea. This just leads to the Blackbox calls themes styles behaviour: something that is called 'foo' in virtually all window managers has a certain behaviour. Only in blackbox, the thing that's called 'foo' does something else, and for the user to see the behaviour, she needs to use 'bar'. Shading is shading is shading and should not be treated as iconifying (even if it's recommended as an iconify-substitute, as BB doesn't have any real iconify, just hide or vanish). Just IMHO and my $.02 -Jan
Re: idea about shade treatment was Re: Toolbar icons - taskbar p
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Actually, according to the specs shaded windows are to be marked in the icon state. In fact blackbox has always done this. So this seems to be the next logical step. If that's the specs, then I concur and revoke my criticism. -Jan
Re: My blackbox site, again
Ciprian Popovici [EMAIL PROTECTED] wrote: Friday, May 17, 2002, 20:47:21, Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Quoting Sean 'Shaleh' Perry [EMAIL PROTECTED]: hackedbox openbox I can't track down a website for the last two, though. Anyone have a link? http://www.google.com/search?q=hackedbox+blackbox - http://scrudgeware.org/hackedbox/ http://www.google.com/search?q=openbox+blackbox+window+manager - http://freshmeat.net/projects/openbox/ - http://openbox.sunsite.dk/ -Jan
Re: Problems with replying to list.
Mr. Brigham Young [EMAIL PROTECTED] wrote: In actual truth I would argue that adding a Reply-To: is the Correct way to implement the needed behavior for two reasons: 1. From: should reference the person that wrote the email. 2. A response in the majority of cases should go to [EMAIL PROTECTED] 1 - sure. 2 - not quite so. For the same reason that From: should represent who the mail is sent from, the proper action upon replying to this message is to send an email back to the address specified in From:. It's just a question of what MUA you use and how you configure it. Use Mail-Followup-To headers to specify if you want to get replies to the list or to you. Use one key to reply to the list you're subscribed to (L in my case), and one to reply to the author (r in my case), yet another one to reply to absolutely all addresses (g in my case). If your MUA can't handle this easy task, it's time to switch to mutt :) Mailinglists are a lot (but not in all respects) like newsgroups. If you want to reply to an author it's a different thing than sending a follow-up. Redirecting the replies using Followup-To makes sense - so does Mail-Followup-To. Reply-To is a different beast. -Jan
Re: Problems with replying to list.
Mr. Brigham Young [EMAIL PROTECTED] wrote: Hey guys, I use majordomo at work and I know you can set it up to add a Reply-To: [EMAIL PROTECTED] header to the mail when majordomo sends it on to the list subscribers. That way you hit reply and it goes back to majordomo without having to dink with anything and keep using whatever mail client turns your crank. Oh, no good. Try reply-to munging considered harmful on google. -Jan
Re: [Announce] BBCD -- a CD player for BlackBox
Duret Bertrand [EMAIL PROTECTED] wrote: http://tranber1.free.fr/bbcd.html H, linux only, it seems (cdrom.h). (Maybe when I find the time...) -Jan
Re: [Announce] BBCD -- a CD player for BlackBox
Jeremy C. Reed [EMAIL PROTECTED] wrote: * As of Linux 2.1.x, all Linux CD-ROM application programs will use this * (and only this) include file. :( I thought the whole world was Microsoft. And now others are trying to make it all be Linux. I know. Blah. (Maybe when I find the time...) On your NetBSD box, try using /usr/src/sys/compat/linux/common/linux_cdrom.h (Haven't tried yet) Wouldn't that mean, that I'd have to run the whole app in linux-emulation (!= desirable)? -Jan
Re: wmWeather strangeness
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I do not have a problem with wmWeather (just apt-get installed it), bbweather is not packaged so I have not tested it. http://www.netmeister.org/apps/bbweather_0.4-1_i386.deb http://www.netmeister.org/apps/bbweather_0.4-1_sparc.deb
feature suggestion?
Hi all, I have an idea for a feature that, I think, might be nice. With the various Window Placement options, we all get our windows nicely in order. Now suppose I have a few windows like this: ++ || | +---+ ++ | | | | || | | | | || | | | | || | | | I| | II| | | | | || | | | | || | | | | || | | | | || | | +---+ ++ | || | +---+ ++ | | | | || | | |III| | IV| | | | | || | | | | || | | +---+ ++ | ++ Now suppose, I have smart placement, rows from bottom to top and from left to right. I remove Window (I) and create a new Window (V) of the size of window III and IV. It gets put into the place of Window I. Now I open another window (VI) of the size of window II, which doesn't fit anywhere and is placed somewhere, overlapping other windows. So far so good. Now suppose I close Window III. Now I have Window II and IV in their original place, and Window V is in the left column pretty much in the middle of the screen, Window VI somewhere in the middle overlapping others. So I have two Windows of size III and two of size II, as in the initial state, but kinda messed up on the screen (wrt to location). Wouldn't it be nice/nifty/useful if there was a re-arrange function, that would take these four windows and re-arrange them so that they sit on the screen nicely next to each other, thus yielding the same layout as above? I think I would like that. Oh, while we're at it - I also would like that BB treats a screen that is _completely_ covered with a window (ie maximized) the same a s an empty screen, that is, smart placement starts again at (in this case) lower left-hand corner. Thoughts? Need more ascii-art to visualize this? ;-) -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: bbsession script v0.02
Jamin W. Collins [EMAIL PROTECTED] wrote: Here's an update to the previous script based on the feedback received. I've attempted to make the script somewhat more shell neutral. Just to be a pain in the ass: #!/bin/ash (jschauma@becasse) [jschauma]$ ls -la /bin/ash ls: /bin/ash: No such file or directory (jschauma@becasse) [jschauma]$ which ash no ash in /usr/local/Office52/program /usr/local/sbin /usr/local/bin /usr/pkg/sbin /usr/pkg/bin /usr/X11R6/bin /usr/sbin /usr/bin /sbin /bin /usr/local/jdk1.3/bin (jschauma@becasse) [jschauma]$ What's wrong with plain ole /bin/sh - you can be pretty darn certain that /bin/sh exists on any *nix... -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: bbsession script v0.02
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: yep '~' is a GNU ism (-: It is? (jschauma@becasse) [jschauma]$ cat /tmp/foo.sh #!/bin/sh ls -la ~/ (jschauma@becasse) [jschauma]$ /tmp/foo.sh [listing of my $HOME snipped] (jschauma@becasse) [jschauma]$ I guess NetBSD implemented this as well. From expand.c in /usr/src/bin/sh/ if (*p == '~' (flag (EXP_TILDE | EXP_VARTILDE))) p = exptilde(p, flag); So ~ is not functional in the original Bourne Shell? -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: bbsession script v0.02
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 26-Feb-2002 Jan Schaumann wrote: Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: yep '~' is a GNU ism (-: So ~ is not functional in the original Bourne Shell? Get someone to try it on a Sun with a real /bin/sh. (jschauma@heineken) [/tmp]$ ./foo.sh ~: No such file or directory (jschauma@heineken) [/tmp]$ uname -a SunOS heineken 5.5.1 Generic sun4m sparc SUNW,SPARCstation-20 (jschauma@heineken) [/tmp]$ So it seems. Well, learned something today! :) -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: bbsnapshot idea for some intrepid programmer
cthulhain [EMAIL PROTECTED] wrote: please change #!/bin/sh at the top of your script to #!/bin/bash because of the following: WINDOW_IDS=(`xlsclients -l | grep Window | sed s/Window // | sed s/://`) I'd rather see it adjusted to work with /bin/sh than having it require bash. Some systems don't have (or want) bash. I'm no sh-wiz, but wouldn't WINDOW_IDS=`xlsclients -l | grep Window | sed s/Window // | sed s/://` work in /bin/sh work? -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: bbsnapshot idea for some intrepid programmer
Luke Freeman [EMAIL PROTECTED] wrote: it would be handy to have a windowsish 'startup' feature, a global rootCommand if you will. I know about .xinitrc and all that but that still is not blackbox specific .. (plus .xinitrc doesnt fire for me -- redhat 7.1 :) Why would startup-commands have to be blackbox specific? And why does .xinitrc not work under RH 7.1?? Make it bb-specific by sticking everything you want to startup into ~/bin/startbb (including the exec blackbox) and then put exec /home/you/bin/startbb into your .xinitrc (or .xsession). Voila. -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: reduce to titlebar
Wilbert Berendsen [EMAIL PROTECTED] wrote: Op Mon, 18 Feb 2002 20:30:41 -0500 krabbelde Marco Fonseca [EMAIL PROTECTED]: Jan Schaumann wrote: KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand), \ DoThis(kill `ps h -C blackbox -o %p`) Don't know about bsd, but for linux 'killall blackbox' seems easier. Doesn't bbkeys have a command ExitBlackbox ? Not that I'm aware of. If it does, that would of course be the proper thing to use ;-) If you are running as root, and there are remote users logged in, you would kill their sessions! Why would I be running blackbox as root? Why would I be running *any* Windowmanager as root? -Jan -- finger [EMAIL PROTECTED] Please do not CC me when replying to messages on a Mailing List. See Mail-Followup-To header (above) and http://www.google.com/search?q=Mail-Followup-To+Header
Re: reduce to titlebar
David Terrell [EMAIL PROTECTED] wrote:
I'm trying to get completely set up with a
no-mouse-required existance.
Somebody else already answered your shading question, but I thought you
might be interested in a not-so-popular but why-didn't-i-think-of-this
way of using bbkeys to exit out of Blackbox (something I've long been
looking for as it was the only thing I ever used the mouse for[1]):
(Linux)
KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand), \
DoThis(kill `ps h -C blackbox -o %p`)
(NetBSD)
KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand),
DoThis(kill `ps ax | grep [b]lackbox | awk '{print $1;}'`)
-Jan
[1] since the menu can't be popped open or operated by bbkeys (in the
moment)
--
finger [EMAIL PROTECTED]
Please do not CC me when replying to messages on a Mailing List.
See Mail-Reply-To header (www.google.com/search?q=Mail-Reply-To+Header).
Re: NetBSD
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 14-Feb-2002 [EMAIL PROTECTED] wrote: Just one other thing I found with a from scratch compile of blackbox on NetBSD [compile unsuccessfull due to /usr/X11R6/lib not in /etc/ld.so.conf ?] I am a little confused. Shouldn't the configure script be adding the proper path? It seems to on my box. configure determines the proper librarie-path and make does compile and link the latest blckbox just fine under NetBSD 1.5.3_ALPHA. -Jan -- finger [EMAIL PROTECTED]
Re: NetBSD
David Egan Evans [EMAIL PROTECTED] wrote: It doesn't. I even tried specifying with the --x-libraries option, and for some reason it couldn't find it. An ldd showed that it was missing the path to /usr/X11R6/lib. After adding that to the ld.so.conf it found it fine. I've only encountered that on NetBSD, so I think it's a NetBSD thing. It's not. It must be particular to your machine. Bring your /etc/ld.so.conf back into it's initial state, run ldconfig, download the latest sources, extract them and run configure. post the output of configure here. uname -a might also be helpful. Also, I would appreciate it, if you could refrain from top-posting and snip quotes that are not needed. Makes reading a lot easier :) -Jan -- finger [EMAIL PROTECTED]
Re: NetBSD
David Egan Evans [EMAIL PROTECTED] wrote: On Fri, 15 Feb 2002, Jan Schaumann wrote: configure determines the proper librarie-path and make does compile and link the latest blckbox just fine under NetBSD 1.5.3_ALPHA. You should find, by checking the NetBSD mailining lists, that I am not the only one who has run into this problem. I just searched through the mailing-lists for blackbox compile and found a few problem-reports, none of which seem to show this behaviour. Maybe I overlooked it? Got a URL? Btw - do you try to compile from source or are you using pkgsrc? If it's the latter, you should send-pr the problem. If it's the former, send the output of ./configure here. -Jan -- finger [EMAIL PROTECTED]
Re: NetBSD
David Egan Evans [EMAIL PROTECTED] wrote: The compile is fine. It's after a gmake install is run, and I adjust my .xinitrc to exec blackbox, and run startx that I get missing libraries. After running a ldd, it shows that the libraries that are missing are those that are found in /usr/X11R6/lib. Once that is added to the /etc/ld.so.conf, ldd shows all the libs fine. Aha! That, however, is not a problem with Blackbox, nor with NetBSD. It's simply a matter of how Userland is set up. I thought you suggested that the compilation fails, b/c configure does not determine where to look for the proper libraries and thus can't link. You (or anybody else) can correct the situation by adding the proper path to you LD_LIBRARY_PATH variable. Apparently, there was a misunderstanding. Phew. :) -Jan -- finger [EMAIL PROTECTED]
Re: [zefram@fysh.org: new SourceForge terms]
Jamin W. Collins [EMAIL PROTECTED] wrote: On 15 Feb 2002 22:59:08 +0100 Peter Korsgaard [EMAIL PROTECTED] wrote: Ok, do you recommend any other bug tracking system? Anyone considered Gnats? It looks slim and to the point, like Blackbox. Another one in favor of gnats! -Jan -- finger [EMAIL PROTECTED]
Re: bb and transient windows
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: [CVS] I do not like it Another thing is I have been coding often on my laptop and currently my only way to get files from it is via a floppy. cvs assumes you have a network or are willing to patch and commit. You seem to be missing the point of cvs. If you kept an up-to-date repository on sourceforge, you could work on your laptop, copy over the files to your workstations when you are back to a connected station and then commit them (or just commit them right away from the laptop). The next time you go somewhere with or without your laptop, you can get your sources easily and make changes and commit them, delete the sources locally and still have your changes the next time you want to work on them. Personally, I would rather people use the tarballs I release. Frankly the need to download code just because it is new has never made sense to me. Yesterday CVS did not even compile. If it doesn't, the people checking it out might actually make it work. If somebody wants to stay up to date, a system like CVS (or 'arch' or 'subversion') only makes sense to me. CVS is not intendend for _releases_ (as that's what appears to be your beef with it on contrast to tarballs), but rather as a Concurrent Versoin System'. Just my $localCurrency-$smallAmount -Jan -- finger [EMAIL PROTECTED]
Re: Fluxbox review
Derek Cunningham [EMAIL PROTECTED] wrote: On Thu, Feb07,02 10:42, Marco Fioretti wrote: Head on over to http://linuxtoday.com/news_story.php3?ltsn=2002-02-06-010-20-RV-DT-SW And then, aside from that... I'm curious... the author states this: Fluxbox also adds a native key grabber to the base functionality it inherits from Blackbox. The key grabber gives the ability to not only handle keyboard shortcuts for common window manager commands, but it also allows sophisticated multi-key sequences to be assigned in a manner similar to ^^ Emacs. Now, considering his false statement regarding the slit, is the keygrabbing ability EXACTLY like emacs'? or what? ^^ Why would you assume the keybindings are *exactly* as in Emacs, if the author says they are *similar*? I haven't read the article, but from what you quoted here, I can't find any false information[1]. -Jan P.S.: Not using Fluxbox, I have no idea anyway ;-) If fluxbox does *not* include a keygrabber, or if that keygrabber does not allow multi-key sequences *similar* to Emacs, I'll gladly call the author a liar and claim that he doesn't get it. -- finger [EMAIL PROTECTED]
Re: bb and transient windows
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: The next time you go somewhere with or without your laptop, you can get your sources easily and make changes and commit them, delete the sources locally and still have your changes the next time you want to work on them. as I said elsewhere, the assumption here is I have network access on my laptop -- I don't. If you don't have network access on your laptop, you update the sources before you leave from wherever it is that you *do* have net-access and commit when you return. But enough of this :) -Jan -- finger [EMAIL PROTECTED]
Re: bb and transient windows
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Um. I don't see why you would discourage help so quickly. At very least more people means more eyes and more ideas. Heck, even having people bug testing, trying to break things, can only help. I have always released pre releases whenever they would compile. This will continue. I also was put off by the rather harsh thanks, but NO thanks. Are you going to update the anonymous CVS-tree regularly? That would give other interested parties at least the possibility to view the progress and submit patches (yes, sometimes somebody else _does_ find something that you or xOr may have overlooked). -Jan -- finger [EMAIL PROTECTED]
Re: call for content
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: How would you like us to submit screenshots? please, link to a URL. That way everyone can see them and if my mail goes flaky we do not lose anything. http://www.netmeister.org/screenshots/ has a few blackbox screenshots. Feel free to use whatever you like. -Jan -- finger [EMAIL PROTECTED]
Re: new-site
Andreas Lappe [EMAIL PROTECTED] wrote: Greets guys Maybe you should include some screenshots of blackbox's, so the ppls will see what they are downloading? The old site used to have screenshots, and so will the new one (I suppose) - the various URLs were ment to show the _style_ of the page, not the final website itself, me thinks. -Jan -- finger [EMAIL PROTECTED]
Re: website, let's get the decision made
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: 2) http://www.threadbox.net/blackbox requires horizontal scrolling in NS - Blah! 3) http://www.threadbox.net/blackbox/lightgfx.html requires horizontal scrolling in NS - Blah! 4) http://speed.seas.upenn.edu/~rarya/bb2/ 5) http://speed.seas.upenn.edu/~rarya/bb/index.html Can't get there. 1) http://www.planetquake.com/lvl/blackbox is my favorite. -Jan -- finger [EMAIL PROTECTED]
Re: bbkeys misbehavior
Marc Wilson [EMAIL PROTECTED] wrote: On Wed, Jan 23, 2002 at 07:07:12PM +0100, Roman Neuhauser wrote: How to repeat: Position the cursor so that it's over a window, and over the bbkeys window menu when it pops up (ISTR it's configurable if it appears at all). Press your keyboard shortcut for cycling windows, and try to switch to a different one. I can duplicate this with the Debian packages of 0.62.0 and bbkeys 0.8.4... We discussed this some time ago - search the archive (not that there was a solution, mind you). I think it's a bb-ism, not a bbkeys-ism. Well, aactually[1], it's the proper behaviour for sloppy focus. Only, it's annoying :) It depends of course on if you regard the bbkeys-cycle-window as a _window_ or not. bbkeys regards it as a window. Therefore, when you cycle, it creates a window, the mouse-pointer happens to be on it, so that window gets the focus. The user chooses an entry, the cycle-window disappears and therefore looses the mouse-pointer focus. Whatever happens to be under the cycle-window receives a mouse-input event and, following sloppy focus, the focus. The only thing to remedy this situation would be, I think, to have bbkeys ignore it's own cycle-window. -Jan -- finger [EMAIL PROTECTED]
Re: Toolbar vs slit, was: Comments desired....
Mark Weinem [EMAIL PROTECTED] wrote: On Mon, 21 Jan 2002, Imad wrote: With the power of bbkeys, I -- and others -- need neither the toolbar *nor* the slit. How do you edit the current workspace name with bbkeys? alt+t [pops open a terminal] vim .blackboxrc ^d Ctrl+F12 [exits blackbox] log in again ;-) SCNR, -Jan -- finger [EMAIL PROTECTED]
Re: Comments desired regarding possible upcoming changes
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: a) are there any OS/2 people out there using blackbox. I would like to remove the OS/2 cruft if possible. Never having used OS/2, I don't care either way, but it's an almost philosphical question: should support for any Operating System be dropped if the usernumber falls below a certain number? I guess since OS/2's basically dead, it really doesn't matter. b) the slit is currently a compile time option which I think is a little silly. How many of you actually compile with the slit turned off? How many of those would care if the slit was still in the code, but only active if an app was actually in it? In other words, why are you disabling the slit? At home I use the slit with one or two dockapps - at work I don't use the slit at all, and even though I never recompiled bb to exclude the slit (I would if I didn't use it at home, but can't as at work I don't want to have a copy of BB separate from the systemwide install), I think it's a good idea to have it be a compile-time option. The Toolbar I only use for the date's advanced capabilities (strftime) over bbdate. If the Toolbar could be a compile-time option[1], I'd leave it out and adjust bbdate to support strftime and construct my own Toolbar-lookalike from bbmail, bbdate and bbweather. In short: my vote is to keep both slit and toolbar as compile-time options. After all, BB *is* trying to be (watch out, used-up standard-argument) minimalist. -Jan [1] Yes, thre's a patch for that - I might try it some day. -- finger [EMAIL PROTECTED]
Re: Comments desired regarding possible upcoming changes
Jason 'vanRijn' Kasper [EMAIL PROTECTED] wrote: The Toolbar I only use for the date's advanced capabilities (strftime) over bbdate. If the Toolbar could be a compile-time option[1], I'd leave it out and adjust bbdate to support strftime and construct my own Toolbar-lookalike from bbmail, bbdate and bbweather. Um. I may be completely confused (quite possible--probability rather high considering nobody else has thought of this), but isn't this already possible by using the slit in a horizontal manner and docking the mentioned apps? It seems to me that you'd end up with a horizontal bar that looks and feels exactly like a custom-constructed toolbar. And I understand that the missing piece for you seems to be bbdate not doing strftime D'uh! The reason I forgot about this is that I used to have licq in the slit, which then makes bbmail (being a lot smaller in size than the licq-dockapp-thiny) look ugly in the slit. But just those in the slit gets me what I want (except for strftime, but that should be easy enough to include). Thanks. -Jan -- finger [EMAIL PROTECTED]
Re: Comments desired regarding possible upcoming changes
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: The reason I want to remove the compile time option is because working around all of the #ifdef SLIT or BLAH in the code is just annoying. True. I actually do believe that the best way would be to remove those and instead offer the appropriate patches. Should make everybody happy (I know I am :). -Jan -- finger [EMAIL PROTECTED]
Re: Comments desired regarding possible upcoming changes
Jan Schaumann [EMAIL PROTECTED] wrote:
Um. I may be completely confused (quite possible--probability rather
high considering nobody else has thought of this), but isn't this
already possible by using the slit in a horizontal manner and docking
the mentioned apps? It seems to me that you'd end up with a horizontal
bar that looks and feels exactly like a custom-constructed toolbar. And
I understand that the missing piece for you seems to be bbdate not doing
strftime
D'uh! The reason I forgot about this is that I used to have licq in the
slit, which then makes bbmail (being a lot smaller in size than the
licq-dockapp-thiny) look ugly in the slit. But just those in the slit
gets me what I want (except for strftime, but that should be easy enough
to include). Thanks.
Just for completeness' sake, attached are two patches:
one to remove the toolbar alltogether from BB, and one to allow bbdate
to use strftime-format (so that it accepts bbdate.strftimeFormat: %k:%M
%Y-%m-%d %a, for example, in its config-file).
I think I really dig this :) With my three bbapps snug in the slit, I
can place them around the screen as I like.
See http://www.netmeister.org/screenshots/bb_no_toolbar.png
-Jan
--
finger [EMAIL PROTECTED]
diff -burN bbdate-0.2.1-orig/LinkedList.hh bbdate-0.2.1/LinkedList.hh
--- bbdate-0.2.1-orig/LinkedList.hh Mon May 3 16:24:53 1999
+++ bbdate-0.2.1/LinkedList.hh Mon Jan 21 13:13:18 2002
@@ -63,7 +63,7 @@
int elements;
__llist_node *_first, *_last;
- friend __llist_iterator;
+ friend class __llist_iterator;
protected:
diff -burN bbdate-0.2.1-orig/bbdate.cc bbdate-0.2.1/bbdate.cc
--- bbdate-0.2.1-orig/bbdate.cc Mon May 3 16:24:53 1999
+++ bbdate-0.2.1/bbdate.cc Mon Jan 21 13:15:38 2002
@@ -70,9 +70,15 @@
unsigned long create_mask = CWBackPixmap|
CWOverrideRedirect |CWCursor|CWEventMask;
- frame.width=XTextWidth(resource-label.font, mm/dd/yy ,
+ if (resource-report.strftimeFormat)
+ frame.width=XTextWidth(resource-label.font,
+resource-report.strftimeFormat,
+
+strlen(resource-report.strftimeFormat)) +
+resource-frame.bevelWidth*4;
+ else
+ frame.width=XTextWidth(resource-label.font, mm/dd/yy ,
strlen( mm/dd/yy )) +
resource-frame.bevelWidth*4;
+
label.width=frame.width-2*resource-frame.bevelWidth;
frame.height=resource-label.font-ascent+
resource-label.font-descent+4*resource-frame.bevelWidth;
@@ -200,12 +206,23 @@
void ToolWindow::Redraw()
{
-char date[12];
+time_t tmp;
+struct tm *tt;
+
+char date[1024];
+if ((tmp = time(NULL)) != -1)
+ {
+ tt = localtime(tmp);
+ if (! ((resource-report.strftimeFormat)
+ (strftime(date, 1024, resource-report.strftimeFormat, tt
+ {
if (resource-report.euStyle)
sprintf(date, %02d/%02d/%02d , day, month, year);
else
sprintf(date, %02d/%02d/%02d , month, day, year);
+ }
+ }
XClearWindow(dpy, labelwin);
XDrawString(dpy, labelwin, frameGC, resource-frame.bevelWidth,
diff -burN bbdate-0.2.1-orig/resource.cc bbdate-0.2.1/resource.cc
--- bbdate-0.2.1-orig/resource.cc Sat May 8 06:55:26 1999
+++ bbdate-0.2.1/resource.ccMon Jan 21 13:13:18 2002
@@ -22,6 +22,7 @@
#include resource.hh
#include blackboxstyle.hh
+
Resource::Resource(ToolWindow *toolwindow):
BaseResource(toolwindow)
{
@@ -307,5 +308,16 @@
else
report.euStyle = False;
+ if (XrmGetResource(resource_db, bbdate.strftimeFormat,
+Bbdate.strftimeFormat, value_type, value))
+ {
+ report.euStyle = False;
+ report.strftimeFormat = (char *) malloc((value.size + 1) *
+sizeof(char));
+ memset(report.strftimeFormat, '\0', value.size + 1);
+ strncpy(report.strftimeFormat, value.addr, value.size);
+ }
+ else
+ report.strftimeFormat = NULL;
+
/* what to show.resources */
}
diff -burN bbdate-0.2.1-orig/resource.hh bbdate-0.2.1/resource.hh
--- bbdate-0.2.1-orig/resource.hh Mon May 3 16:24:53 1999
+++ bbdate-0.2.1/resource.hhMon Jan 21 13:13:18 2002
@@ -69,6 +69,7 @@
bool auto_raise;
unsigned int check_delay;
bool euStyle;
+ char *strftimeFormat;
};
diff -burN blackbox-0.62.0-orig/Makefile.in blackbox-0.62.0/Makefile.in
--- blackbox-0.62.0-orig/Makefile.inSat Jan 19 14:10:47 2002
+++ blackbox-0.62.0/Makefile.in Mon Jan 21 12:09:15 2002
@@ -71,6 +71,7 @@
PACKAGE = @PACKAGE@
SHAPE = @SHAPE@
SLIT = @SLIT@
+TOOLBAR
Re: Fwd: Re: I am stuck in Window Maker I can't get out.
Nexist Xenda'ths [EMAIL PROTECTED] wrote: I didn't figure out how to force KDM to launch BB, but I did find the file which selected KDM. I changed this back to XDM. Not as pretty, but functional. I also have some idea of how it works -- plus I feel better that the names for all my users aren'tlisted across the top. You can configure kdm to bheave as you wish - take a look at the kdm Handbook, which should be in $KDEDIR/share/doc/HTML/lang/kdm/ These files not only tell you how to add another windowmanager, but also how to determine which (if any) users are to be displayed... -Jan -- finger [EMAIL PROTECTED]
Re: nl_NL@euro (And international man pages)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Keen. I was sent Slovenian man pages and nls files Sunday. Blackbox now supports *12* languages. Only major languages were are missing are German and Chinese. Let me know which files are to be translated, and I see if I can turn them into some Deutsch. -Jan -- finger [EMAIL PROTECTED]
Re: nl_NL@euro (And international man pages)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 16-Jan-2002 Jan Schaumann wrote: Let me know which files are to be translated, and I see if I can turn them into some Deutsch. look at nls/C, that is the template for the others. Not sure how to deal with these files: the lines starting with a hash-mark are to be translated, or the ones with the $ # or all? Ie: $ #Yes # Ja or $ #Ja # Yes or $ #Ja # Ja ? -Jan -- finger [EMAIL PROTECTED]
Re: 0.62.0-pre1 - some problems.
Jamin W. Collins [EMAIL PROTECTED] wrote: If you replace the binary that started Blackbox and then issue a restart via the menu, are you running the new version or do you need to exit and restart completely? (Probably a dumb question, but it's asked anyway.) My guess: You are running the identical version. It is loaded in memory, and for it to load the new binary, it would need to exit completely and then load the new executable, which would require it to call an exec on the actual binary and exit. While I believe it's possible, I think it would be confusing, weird and undesirable. But then, I may be completely wrong. -Jan -- finger [EMAIL PROTECTED] http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
feature request
Hi all, Here's a little (?) feature request, or at least the proposal to discuss it: I have Smart Placement (columns, left to right and bottom to top) enabled and that works just fine. However, suppose I open a terminal and maximize the window, the next window will not find a free spot on the screen and will be placed wherever (usually in the top-left quarter with subsequent windows cascading). I was wondering if it would make sense for BB when the focussed window covers the whole screen (ie is maximized, and since it's focussed no other windows are visible) to behave the same way as if there wasn't any window at all; that is, the next window would then (in my case) again be placed in the bottom-left corner. I think I really would like that behaviour. Thoughts? -Jan -- finger [EMAIL PROTECTED] http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: OT: Feature Idea
John Kennison [EMAIL PROTECTED] wrote: I've seen a patch around that adds scroll wheel support to blackbox in regards to changing workspaces. I was curious as to if this could be added in the future as part of the core blackbox code? I don't need it, I don't want it, it's not an important part of what a WM should do. Outta here! ;-) -Jan -- finger [EMAIL PROTECTED]
Re: sloppy focus + click to focus?
scott [EMAIL PROTECTED] wrote: It never did make any sense to me why the lock keys should affect something like ALT+Click. Just to nitpick: It makes sense in so far as the WM does receive two different events (IIRC, I may be wrong here) depending on whether one of the lock keys is on or not. Just like S is different from s - all that's different is that one of the lock-keys is on (shift-lock, in this case). From a user point of view, it's of course a bit annoying and I also welcome the change (even if I don't use it due to my very happy arrangement with bbkeys, which allows me to avoid the hated rodent almost entirely). -Jan -- finger [EMAIL PROTECTED]
Re: 0.62.0pre1 is on sf.net
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: This release is to be considered a release candidate. If nothing serious pops up in the next week, 0.62.0 proper will be released around Wednesday the 9th. If this is intended to be a release candidate, it should be tested longer than just a week. Just my two cents. -Jan -- finger [EMAIL PROTECTED]
Re: 0.62.0pre1 is on sf.net
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 01-Jan-2002 Jan Schaumann wrote: If this is intended to be a release candidate, it should be tested longer than just a week. It has been (-: Why do you think there has been such a delay between prereleases? No, my point is the following: You released 0.62.0pre1 - I assume this includes some changes in the code over the last pre-whatever version. Now this new release needs to be tested, over and over again before it should be called 0.62.0 (proper). IMHO, a week is not enough. It should be two or three, I think. -Jan P.S.: Please configure your MUA so it honors the Mail-Followup-To header (I don't need 2 copies of the mail ;-) -- finger [EMAIL PROTECTED]
Re: website - _basic_ design available
adam i. howard [EMAIL PROTECTED] wrote: So I guess that's my vote for a grey background rather than white. :) Yeah, white background sucks ass. ;-) How 'bout a black background and grey font (body bgcolor=#0 text=#cc)? I kinda like that. And we could expand the color-scheme to be vim with background=dark like. :) After all, it's _Black_box... -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Blackbox Walkthrough?
Patrick Nance [EMAIL PROTECTED] wrote: I know that this against the do-it-yourself kind of spirit lots of *nix users (including myself, most of the time) exhibit, but has anyone considered making a website that walks the reader throught the (small) Blackbox code? I'm pretty much a beginner at C++ and I'm very interested in improving my skills for practical purposes, but it's hard for me to go through the code line-by-line. Just a thought.. Another vote for this great idea. Only to find the people with the time to do that... -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: the great bb website contest
scott [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 24 December 2001 22:46, Sean 'Shaleh' Perry wrote: So, we have numerous suckers who want to show that they are all that at web design. Great, let's see some proof. How about a design contest? The people willing (and able) to take care of HTML maintenance need not necessarily be able to *design* a good web-page. I've supported myself with HTML, Javascript, PHP and the like for a few years now, yet I could not *design* anything. What technologies are open for use? I assume the site will be run on an Apache server that supports Perl (and possibly PHP). Should we just use our own judgement and worry about configuring the server later? IMHO, nothing but pure (_valid_ !) HTML (4.01) including stylesheets /or/ XHTML is needed. The site is to be purely informational and does not need *any*thing dynamic as far as I can tell. I would vote against PHP or Perl etc. The site _must_ validate through the w3's validator (I recommend frequent use of tidy. The site must be fully functional and navigational under non-graphical browsers and should be light and load really fast (read: (almost) no images). Considering these aspects, I don't see what's wrong with the original design -- but as I said, I'm not a person with graphical, aestethical or otherwise designer-related skills. Once a design has been chosen, I'll be glad to chip in with the occasional HTML maintenance -- alas, design I shall not. -Jan P.S.: Needless to say that, just as others, I have little free time (full-time job plus grad-school). -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Let our Doctors write your Prescriptions
John Kennison [EMAIL PROTECTED] wrote: Are the two members that sent this msg via carbon copy part of the mailing list?? Was this an intentinonal sending, it would appear so given the addresses used in the To: field now I'm not one to cause a fuss, but one of my big pet peeves, is to recieve spam via mailing lists. I would like this just to be cleared up, if it was unintentional (ie virus/accident) if not; for the people to understand that this is not accepted on this mailing list. I would think that this was a virus. IMHO, the ML should be configured to only accept postings from members of the list to prevent spam - how often do we get mail from anybody NOT subscribed to the list who has anything of interest to say? -- Try -- , please. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: The blackbox webpage
scott [EMAIL PROTECTED] wrote: Umm... is anyone the designated webmaster for the blackbox website? A few people have requested changes to the HTML, updating of links and such. I've got time between now and Jan 22nd to do some work on the website to bring it up to date with the current state of coding. So if nobody is already working on the HTML, i'll make up a list of things that need to be done and do them. I'll be happy to help as well. I'd suggest that Sean creates another user-account on SF to allow whoever will be in charge to modify blackboxwm.sourceforge.net -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: applications on startup
joh. n-do [EMAIL PROTECTED] wrote: hi all, i have closed blackbox while many programs were still open, i would like that blackbox will automatically reopen all the applications at X startup, like in windowmaker... This would entail Session managment, something that BB does not *want* to do (AFAIK) and *should* not do (IMHO). -- Now this is a proper sig-delimiter. --- This ain't. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: blackboxwm.sourceforge.net
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I would really like the new site to be different. We have had the same web page for like 3 years. lenix has some ideas and I think even some samples, but I seem to always miss him on channel. H... I think I rather like the design. If it's being revised, please keep it as simple as it currently is. IMHO, it mirrors BB's clear design and minimalistic approach and that should not be changed. If there's going to be new imagery, please keep it elegant and simple, and do not replace any darn link with an annoying mouse-over-changing icon etc. You get my point. Also, while I do understand the point of redesigning the site to demonstrate the new administration of BB, the site should remain *very* similar to what it is now to remain familiar, I think. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
blackboxwm.sourceforge.net
No website? (I know of sourceforge.net/projects/blackboxwm, but think there ought to be a normal website...) Anybody working on it? -Jan, stupidly showing an intention to help -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: blackboxwm.sourceforge.net
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 22-Dec-2001 Jan Schaumann wrote: No website? I have been offered help by two people on irc (lenix and Skatters). At this point I have not seen any work from them. If I knew how to contact them outside of irc I would give you their addresses. The work needs to be done. I sucked down the original website from blackbox.alug.org, changed the links to bb.themes.org to bb.classic.themes.org and made a few minor changes (ran tidy over the files to guarantee valid HTML and CSS, removed the alug-logo and inserted a sourceforge logo). You can view the result at http://www.netmeister.org/misc/blackbox/ and download the files in a tarball from http://www.netmeister.org/misc/blackbox-website.tar.gz If I can get a login on blackboxwm.sourceforge.net, I can extract them myself and would volunteer to do _some_ HTML maintenance for the project - otherwise feel free to download the tarball and extract it yourself. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: blackboxwm.sourceforge.net
Jamin W. Collins [EMAIL PROTECTED] wrote: On Sat, 2001-12-22 at 13:09, Jan Schaumann wrote: You can view the result at http://www.netmeister.org/misc/blackbox/ and download the files in a tarball from http://www.netmeister.org/misc/blackbox-website.tar.gz Few suggestions: - the Blackbox logo came up rather chunky when I viewed the page, bit of a turn off. True. I'm no graphics person, and my abilities are limited to using the Gimp's Script-fu to generate a button. However, I did replace the logo with the logo from xwinman's window manager site. If we want to use it, we will, of course, need to ask their permission... - the Download links point to the the portal.alug.org ftp server. Since the project is being assumed and moved to sf.net, it might be a good idea to change these links and put a copy of the referenced versions on sf.net instead. These are the links for the stable sources - SF currently only has the development links. I left the stable-links in and added links to sourceforge's download site (as well as to other SF ressources) - as indicated by another post, the development machine should be changed to indicate what Sean (and possibly others) are developing BB on now. True. Somebody please update the credits page (ie write up what we want to be displayed), I have no oversight of who's doing what exactly. What does everyone think about a reference indicating the minimum known system specs to adequately run BB? Sort of an indication as to how slim it really is. Yes - that'd be nice. Also, I like the idea of BB has been compiled and runs suvvessfully under:. Volunteers? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: BlackBox?
scott [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anyone on this list know if there could perhaps be a New User email sent out to all new subscribers with the most recent URL for blackbox info? Just configure Mailman (or majordomo or whatever software is used for the ML) to send this email. Who's administring the ML? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: BlackBox?
Speedy [EMAIL PROTECTED] wrote: [please trim your lines to 80 chars] And maybe set up the list to only accept and pass on mail from legit subscribers, to stem the flow of SPAM and virii? Good idea. Also, every other list I am on will reply to the list when I hit reply, whereas this one replies to the sender. Could that be changed as well? Not everybody agrees on this issue. In general, it probably is a good idea if the ML does not set or modify any headers. Try a search on google on this topic to read up on the different viewpoints. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: BlackBox?
Speedy [EMAIL PROTECTED] wrote: On 13 Dec 2001 21:23:07 -0600 Jamin W. Collins [EMAIL PROTECTED] wrote: On Thu, 2001-12-13 at 20:50, Jan Schaumann wrote: Speedy [EMAIL PROTECTED] wrote: And maybe set up the list to only accept and pass on mail from legit subscribers, to stem the flow of SPAM and virii? Good idea. Agreed, but the plural of virus is viruses. It's a common misconception that it's virii (I too thought it was). A quick search will reveal the reasons. The plural of mouse is mice, but the computer industry calls them mouses. I believe that mouse as in rodent and mouse as in the superflous pointing-device are different things and the plurals (plurii?) are, accordingly, different as well. Incidentally, I believe that the plural of virus (as in Microsoft) is virus. Also, every other list I am on will reply to the list when I hit reply, whereas this one replies to the sender. Could that be changed as well? Not everybody agrees on this issue. In general, it probably is a good idea if the ML does not set or modify any headers. Try a search on google on this topic to read up on the different viewpoints. Header Munging (as it is more commonly known) is a very bad practice that breaks several different things. As indicated, a quick search will show the different view points on this. Additionally, I would advise getting a client that supports replying to a mailing list. Another topic we just covered ;-) Mutt is very good with MLs. (BTW Jan: I changed some settings, and I hope my lines now wrap at the 72 characters I _thought_ that I had set before) Almost - you will notice in the above (unaltered) quotations that there are some nasty linebreaks where they shouldn't be. So I just have to be more careful when replying. I'm not afraid to use my brain... Hooray. Welcome to the who me? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
BB 1.0 (was: call for patches)
Mads Martin Jørgensen [EMAIL PROTECTED] wrote: How about calling the upcoming release Blackbox 1.0? There are some aspects of that: o The masses think a 1.0 release is better, and more people would probably use BB now it's out in a 1.0 release, therefore bugs will be discovered. I'm not sure BB is targeted at the masses. Not a good enough reason, IMHO. o Developer phsycology--even though people claim they don't care, there is some fundamental phsycology about actually having a 1.0 release. One really feels like something have been closed Which is why it should be used only if that is the case. Picking up the development and releasing a new bug-patch-release does, IMHO, not sound like something has been closed, but rather something has been openend. , a project have been done, so now new energy can be put into the next move. After 1.0 we could have 1.0.x releases with bugfixes and 1.1.x for devel. o We would also give the impression that development picked up again. And it did! Souceforge sites, new guy in charge etc. etc. etc. It sure has, but the upcoming version should be numbered according to what it is. And it's not a 1.0. I'd suggest calling this version whatever you like, release it, get feedback, update the code, fix bugs, NOT add feeatures or any new code *whatsoever* (except for closing bugs), test it and _then_ /maybe/ call it 1.0 and go from there. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: very minor bugs (sorry, no patches)
[could you trim your lines to something 80 chars/line please? thanks] David Lawrence Ramsey [EMAIL PROTECTED] wrote: Bug 1: Right-click on any window's titlebar to get the titlebar menu, and maximize or unmaximize the window. The titlebar menu will not be removed (but it should be). This is easier to see when unmaximizing the window; when maximizing it, the only hint that the menu still exists is that the next time you click the mouse on anything, nothing will appear to happen (since blackbox removes the menu then, but the menu is unseen since it is covered by the maximized window), but after that, it will work as expected. Can't reproduce the problem. Bug 2: Maximize a window, shade it, and unmaximize it. The window will unmaximize, unshade for a split second (which it shouldn't do), and then reshade. can't reproduce this either - but I see a different problem: Small window, right click titlebar, shade - window is shaded Now, right-click titlebar, select maximize - window _un_shades AND maximizes (note that the shade in the titlebar-menu is now deselected, as it is no longer shaded). Big window, titlebar menu, shade - big window shades Now, right click titlebar menu, maximize (ie unmaximize) - window gets small, but stays shaded, as it should. However, right-clicking on the titlebar shows that the Shade part in the menu is _de_selected. That is, even though the window is shaded, BB thinks it's unshaded. Select Shade: window stays shaded (as BB thought it was unshaded), Shaded is turned on. Once more Shade and it's back to normal (small window, unshaded, menu has all the proper selections (ie none). -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: E-mail clients
Christian Dysthe [EMAIL PROTECTED] wrote: On Mon, 10 Dec 2001 21:27:55 -0800 Marc Wilson [EMAIL PROTECTED] wrote: On Mon, Dec 10, 2001 at 05:53:26PM -0600, Jeffrey Taylor wrote: I am looking for GUI e-mail clients that work well with Blackbox. I was away from Linux for a while. I am back now on Blackbox. Something hasn't changed though: You ask for a GUI mail client and people recommend mutt. It depends on your itnerpretation of graphical. I find lots of colors, a thread-tree etc at least somewhat graphical ;-P Seriously, if somebody asks for a general GUI application, and I know that a non-GUI application will work better, I will suggest it. If you _absolutely_ *must* have something to point and click the rodetn against, try Balsa -- it seems like a nice client. Linux really needs good robust GUI software, especially an e-mail client. Sylpheed is very close to be a professional tool. Why? E-Mail is, as news, a text-medium. Next time someone ask me for a good wm I should probably not say Blackbox, but rather the console.. ;) screen(1) might be a suitable replacement ;) -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Exiting Blackbox
Eric Christian Carlsen [EMAIL PROTECTED] wrote:
Along with the confirmation exit issue I have another question. Is it
possible to set up a way to exit using the keyboard? Is there any
command in bbkeys that will do this or any other way of going about
it? Just thought I would ask
[jschauma@becasse jschauma]$ cat .bbkeysrc | grep kill
KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand),
DoThis(kill `ps ax | grep blackbox | grep -v grep | awk '{print $1;}'`)
[jschauma@becasse jschauma]$ uname
NetBSD
[jschauma@becasse jschauma]$
[jschauma@www jschauma]$ cat .bbkeysrc | grep kill
KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand),
DoThis(kill `ps h -C blackbox -o %p`)
[jschauma@www jschauma]$ uname
Linux
[jschauma@www jschauma]$
man kil
man ps
-Jan
--
http://www.netmeister.org
http://guinness.cs.stevens-tech.edu/~jschauma/
Re: E-mail clients
Christian Dysthe [EMAIL PROTECTED] wrote: On Tue, 11 Dec 2001 11:48:28 -0500 Scott Moynes [EMAIL PROTECTED] wrote: [...] Every email client is basically a collection of text areas all connected together to do one job: create and read email. Just to be a PITA: And a lot more. At least to me. It is a database, it is my memory (I need search capabilities). mutt has very good search-capabilities. In addition, mails are stored in a standard forat, so that you can easily and happily grep through your mail and perform searches that are far beyond those any GUI-email-client is capable of. It is where I conduct a lot of business, therefore I need spell checking so that my mails look good. Use a spell-checker then. How about ispell? With a decent editor (which *should* be independent of the MUA) it's trivial to invoke the spellchecker before you quit it. Or not, if you don't want this. It is my address book as well. No, it's not. It (it being the kind of reader you are looking for or are used to) usually _includes_ an addressbook. Which, in most cases, is incompatible with any other MUA, so if you want to switch, you have to import/export the whole addressbook from/into another format (if possible at all). Here's a thought: you want to store addresses? Store them in an addressbook. Configure your MUA and/or editor in such a way that you can easily access the addressbook. I could go on and on regarding this. Me too. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Exiting Blackbox
Jamin W. Collins [EMAIL PROTECTED] wrote:
On Tue, 2001-12-11 at 14:08, Jeremy C. Reed wrote:
CTRL+ALT+BACKSPACE is the default keyboard shortcut to exit The X Window
It also does NOT save changes to workspace(s) ... i.e. new ones added,
renamed, etc. :-(
Then this sounds like a bug. I am assuming that X would send a polite
signal to blackbox to tell it to close. Then blackbox should quickly do
the right thing.
I don't know, I've always thought that if you wanted to save your
changes that you should issue a Restart of Blackbox. Sort of like a
save feature. If you don't then you lose your changes.
When blackbox shuts down, it does the following:
void Blackbox::shutdown(void) {
BaseDisplay::shutdown();
XSetInputFocus(getXDisplay(), PointerRoot, None, CurrentTime);
LinkedListIteratorBScreen it(screenList);
for (; it.current(); it++)
it.current()-shutdown();
XSync(getXDisplay(), False);
save_rc();
}
Now, if blackbox receives any of SIGSEGV,SIGFPE, SIGINT or SIGTERM, it
calls this shtudonw-function, just as if exit had been selected from
the menu. It would therefore stand to reason that if you CTRL-ALT-BSPC
X, bb should receive a SIGTERM and save the current configuration.
If it doesn't, something's fishy.
-Jan
--
http://www.netmeister.org
http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Exiting Blackbox
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 11-Dec-2001 Wilbert Berendsen wrote: I believe the signal it sends is X is not here die now. Which bb can not catch. I think the signal is SIGPIPE (13, Broken pipe), Blackbox just terminates without saving anything. Not sure it should either. In which case the following simple patch should fix the problem (assuming BB _can_ catch SIGPIPE, and I don't see any reason why it shouldn't be able to): --- blackbox.cc.origTue Dec 11 18:06:15 2001 +++ blackbox.cc Tue Dec 11 18:07:01 2001 @@ -749,6 +749,7 @@ rereadMenu(); break; + case SIGPIPE: case SIGSEGV: case SIGFPE: case SIGINT: No? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Script to exit confirm (was Re: Exiting Blackbox)
scott [EMAIL PROTECTED] wrote:
For anyone that's interested... here's a perl script to show how easy it is
to exit-confirm. Call this script in a term window when you want to
exit, and it'll ask for a Y or an N (case insensitive) no is default,
so hitting enter will not kill blackbox)
Caveat: It'll kill all blackbox instances that you own.
#!/usr/bin/perl
print Really exit? (y/N): ;
if (STDIN =~ m/y/i) {
system('killall blackbox');
}
Not platform independent:
[jschauma@becasse jschauma]$ uname
NetBSD
[jschauma@becasse jschauma]$ killall
bash: killall: command not found
[jschauma@becasse jschauma]$
I believe you need to revert to the whole ps, kill, grep shebang that I
posted earlier as part of my .bbkeysrc
-Jan
--
http://www.netmeister.org
http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Exiting Blackbox
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: The menu represents a chunk of code and there are programs that will display a menu so maybe I should remove the menu from blackbox? As a matter of fact, I would like that a lot. I don't use the menu _ever_, so if it could be a compile-time option... -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Exiting Blackbox
Steve Clarke [EMAIL PROTECTED] wrote: At 09:23 AM 10/12/2001 -0500, you wrote: Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: The menu represents a chunk of code and there are programs that will display a menu so maybe I should remove the menu from blackbox? As a matter of fact, I would like that a lot. I don't use the menu _ever_, so if it could be a compile-time option... You're joking.. right? ;P Not really: [jschauma@www jschauma]$ cat .xinitrc exec /home/jschauma/bin/startbb [jschauma@www jschauma]$ cat bin/startbb #!/bin/bash imwheel -k xhost +localhost xscreensaver xset dpms 0 1200 2400 rxvt -ls -g 85x45 -T E-Mail -e mutt rxvt -ls -g 85x45 -T News -e slrn #rxvt -ls -g 125x45+0+68 wmnet -w licq xsetroot -cursor_name X_cursor xconsole -geometry 1035x35+100+0 -file /var/log/apache/access.log xset m 20/10 4 bbpager bbkeys -i bbmail -c /home/jschauma/.bbmailrc /usr/bin/bbweather -g +110-0 -c -t 20 -u 20 KNYC exec blackbox [jschauma@www jschauma]$ cat .bbkeysrc # bbkeys config file, automagically generated by bbconf. KeyToGrab(KP_Add), WithModifier(Control), WithAction(MaximizeWindow) KeyToGrab(Up), WithModifier(Control+Shift), WithAction(BigNudgeUp) KeyToGrab(Down), WithModifier(Control+Shift), WithAction(BigNudgeDown) KeyToGrab(Left), WithModifier(Control+Shift), WithAction(BigNudgeLeft) KeyToGrab(Right), WithModifier(Control+Shift), WithAction(BigNudgeRight) KeyToGrab(Tab), WithModifier(Mod1), WithAction(NextWindow) KeyToGrab(Tab), WithModifier(Mod1+Shift), WithAction(PrevWindow) KeyToGrab(Up), WithModifier(Control+Mod1), WithAction(UpWorkspace) KeyToGrab(Down), WithModifier(Control+Mod1), WithAction(DownWorkspace) KeyToGrab(Left), WithModifier(Control+Mod1), WithAction(LeftWorkspace) KeyToGrab(Right), WithModifier(Control+Mod1), WithAction(RightWorkspace) KeyToGrab(l), WithModifier(Mod1), WithAction(ExecCommand), DoThis(bblaunch -h -v rxvt -ls -T Web -e links) KeyToGrab(t), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -bg black -fg wheat -ls) KeyToGrab(s), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -bg black -fg wheat -ls -T News -g 85x45 -e slrn) KeyToGrab(m), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -bg black -fg wheat -ls -T E-Mail -g 85x45 -e mutt) KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand), DoThis(kill `ps h -C blackbox -o %p`) KeyToGrab(F1), WithModifier(Mod1), WithAction(ExecCommand), DoThis(konqueror) KeyToGrab(F2), WithModifier(Mod1), WithAction(ExecCommand), DoThis(/usr/bin/X11/navigator) [jschauma@www jschauma]$ What would I need the menu for? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Exiting Blackbox
Marc Wilson [EMAIL PROTECTED] wrote: On Mon, Dec 10, 2001 at 10:11:22AM -0500, Jan Schaumann wrote: [jschauma@www jschauma]$ cat bin/startbb deleted xhost +localhost Very bad. Whatever problem you think this is solving, find another way to solve it other than punching holes in security. ^_^ Good point - I had forgotten about this little titdbit. Alas, since I'm the only user on _that_ system, it's actually not a problem. But you're right - I should change it just to not get into the habit.. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: apt-get question
John Marr [EMAIL PROTECTED] wrote: What command do i use to get rid of the cache that it has, and replace it with one that is from the stable tree. The command you're looking for is man apt-get P.S. What file do I edit to change the time format on the tool bar? ~/.blckboxrc man strftime will be heplful -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: minimal apps (offtopic)
Peter Szekszardi [EMAIL PROTECTED] wrote: Would you please help me with some suggestions that which programs use less cpu and memory than others? Compile all your apps yourself without debugging enabled (or strip them after compiling). That can reduce the size. For example aterm uses less resource than xterm. Could you please suggest me a good editor both for console and X that uses less than vim/vim -g (vim with X gui)? Hmmm... I found vim to be just fine, but if that's too big for you, use vi (proper). Any ideas for a good browser? Console: links. Beats the crap out of lynx. Graphical: all suck. Try amaya. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
bbkeys / BB interaction bugs
Hi, There are two things that I recognize as bugs, but I'm not quite sure if they are in BB itself, in bbkeys or in the interaction between the two. Here goes: Blackbox Version 0.61.1 bbkeys Version 0.8.2 Window Switching Focus Error -- Focus Model: Sloppy Focus Focus New Windows: Yes Focus Window on Workspace Change: Yes Image Dithering: Yes Full Maximation: No Window Placement (probably irrelevant to this problem): Smar Placement (Columns), Bottom to Top, Left to Right Now, occasionally, when I have two (or multiple) windows and use alt-tab to switch windows (as configured through bbkeys), but have the mouse-pointer over the first window, the window I alt-tabbed to will receive focus, but immediately give it back to the window with the mouse-pointer (as sloppy focus suggests). The only way for me to focus the other window is either use the mouse to move the pointer to that window, or use the mouse to remove the pointer from the first window -- once the mouse-pointer is over another window (including the root-window), alt-tabbing works as normal again. Note that alt-tabbing works about 95% of the time and this weird behaviour occurs on seemingly random instances - I have not been able to determine a pattern. Does anybody else experience this? bbkeys stops working after certain Qt apps I believe we discussed this earlier, but IIRC it has not been fixed: When running a Qt-Application such as Licq, qtella or Opera bbkeys does not get back control over the keys if you selected a menu. It seems that Qt-apps grab the keyboard and don't let go, until you physically focus another window using the mouse. Interestingly, it appears that this does not occur when using Qt-3.0, but mostly with Qt-2.x apps. Possibly, this is a bug/misbehaviour/Feature in Qt? Just wanted to throw these two things into the whole discussion regarding the need for further development of BB. :) -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: waimea, yet another blackbox spawn
Peter Szekszardi [EMAIL PROTECTED] wrote: Blackbox is just fine. It has some very small annoying bugs (mostly focus errors), but it's ok. The only problem with Blackbox is one thing: it is in a quite left-alone state. There are a number of patches around which should be at least inserted into a new Blackbox release. I disagree. I do not require any of the patches available, and I'm sure there are other people who do not need them either. Having them stay out of BB is a good thing for me. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: waimea, yet another blackbox spawn
Peter Szekszardi [EMAIL PROTECTED] wrote: I disagree. I do not require any of the patches available, and I'm sure there are other people who do not need them either. Having them stay out of BB is a good thing for me. Patches that provide additional functions may be considered, but there is no doubt that bugfix patches should be applyed into blacbox. Which ones are those - as I said, I have not encountered any problems that would require me to patch the source. If there are serious bugs and patches are available, then, sure, they should be included. But it's always (as especially seen on this list) the dicussion of Bug vs. Feature. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: waimea, yet another blackbox spawn
Laszlo Gerencser [EMAIL PROTECTED] wrote: Jan Schaumann wrote: I said, I have not encountered any problems that would require me to patch the source. If there are serious bugs and patches are available, then, sure, they should be included. But it's always (as especially seen on this list) the dicussion of Bug vs. Feature. As I wrote a few weeks (months?) ago, there ARE bugs in bb. The workspace change crash IS a bug. (I hope nobody consider it as a feature). If you don't use slowly redrawing apps and/or don't change workspaces quickly, this may never happen on your system. JFTR: It doesn't occur on my system, no matter how fast I switch desktops or what apps I have running. But there are many people on this list (including myself) who had this kind of chrash, dumping bb core. This is a fact. I don't want to discuss it more, everyone can access the list archive and find details on it. Yes, this is a bug. It needs to be fixed. I don't know if it's a blackbox or bbkeys bug, since I have not followed the discussion. It is clearly a development task to address these problems. Continuous development is a vital point of any kind of software. Agreed. Don't misunderstand me, I do not need additional features, I even do not use patches for bb. But I would like to see at least a minimal development effort to make bb better. (Sorry, I do not have any C++ knowledge. Maybe I'll learn this language in the future.) Well, maybe you should. Open Source always offers you the possibility of scratching your itch. That's the greatest thing about it - on the other hand, nobody can come along and say I can't do it, but I demand others do it[1]. I can't belive that anybody will claim here that the deveolpment of bb is not wanted anymore. We can live with the current (great) release, but I'm sure, everybody would be happy to be able to install a new version. Only if the new version offers features I'm missing or fixes bugs I'm encountering. Why else would I install a new version? Just b/c it's new? I do not mean that BB is perfect and should not be touched again, ever. What I _do_ mean, is that it's tricky to determine the actual bugs and separate them from what people *consider* bugs, b/c they are not used to the way BB works, or b/c they have certain expectations towards a windowmanager, that would be better suited for a Desktop Environment. -Jan [1] grossly paraphrasing and not intended as bait -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: intent to captain the blackbox ship, seeking comments
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I think we really need a bug tracker. And please not bugzilla. How about gnats? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: make window with no borders
Rory Campbell-Lange [EMAIL PROTECTED] wrote: I have written a small status program that I would like to run in a borderless window in a fixed position (or in the slit) on startup. Search the archive - I believe the whole borderless issue has been discussed at some point, IIRC. Fixed position is easy: write your program so that it accepts -geometry WIDTHxHEIGHT+XOFF+YOFF command-line options (as any good X app). -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: bbweather question
John Marr [EMAIL PROTECTED] wrote: Hey all: Is it possible to have bbweather become imbedded in the blackbox toolbar? I know that you can have it start at different locations, but it does not look nice in my slit and it seems like the toolbar would be a perfect spot. Yes indeed, it would. However, currently that's not possible. It would require modifying the BB sources, as the toolbar is an integral part of BB and, unlike the slit, was not designed to swallow other apps. What I do is actually use the geometry command-line option to move it right next to the toolbar (see http://www.netmeister.org/screenshots/). HTH, -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: bbtools
tp40 [EMAIL PROTECTED] wrote: Hi all, I'm having troubles with bbtools ... bbtime, bbdate, and bbweather all ignore configuration files and show up as little black rectangles with black text that is impossible to see. I have no idea what's going on ... it's probably some lib that has to be updated or something ... any ideas? bbweather currently doesn't support a different config-file than the default (my bad, I will change this when I find the time). The others, IIRC, provide a switch to load an alternate file. How's your root-menu? If you can read that fine, the other bbtools should work as well, as they read the same file (don't they?). -Jan
Re: fluxbox, blackbox
Jason vanRijn Kasper [EMAIL PROTECTED] wrote: If somebody wiser than I about the black arts of copyright issues can advise me on whether or not it's possible/legal/beneficial to replace the GPL-2 viral license in bbkeys with something more friendly to the world, so be it. Possible/legal: in an abstract way: yes. In this example, no. As the creator and copyright-holder of bbkeys, you can place it under whatever license you wish, even if you used to distribute it under another license. You can even place it under mutliple licenses at the same time (standard-example here: Trolltechs Qt). Note that this, of course, does not put the already released and distributed software quasi retro-actively under the new license (whichever you may choose). Note, too, that the above statement only holds if all of the parts of bbkeys are original, or you did receive the agreement of the original author to include the code AND place it under the new license. Sooo: It just occurs to me that you did mention that bbkeys contains GPL'd code (through bbtools codebase from John Kennis, IIRC). In that case, you have but two options: 1) remove all code that was originally GPL'd and not created by you. If you re-write all code from scratch[1] you can distribute it under whatever license you choose. 2) distribute it under the GPL Beneficial is subjective. -Jan [1] this is where things can get complicated: it's theoretically possible to infringe someone else's copyright by not only stealing the code, but writing code (from scratch) that resembles the original code to a certain extent. Were you to re-implement the GPL's code and it was a bit too similar, John Kennis could sue you. Theoretically. If he (and/or you) could afford a lawyer. One who knows stuff about Copyright in general. And GPL in particular. Obviously not me. IANAL. See header.
Re: The *nix way (was Re: fluxbox, blackbox)
Jamin W. Collins [EMAIL PROTECTED] wrote: Jeremy C. Reed wrote: Using lots of simple tools (versus bloatware) is not always the best, most stable, or easiest way. There have been a few people that have claimed this. However, I've yet to see any sound examples where the simple tools combined together for a task were not better at it than some (as you put it) bloatware package. I'm sure it goes without saying, but just to make 100% we are comparing best-of-breed applications here right? standard-counter-example for=unix-way-argument Emacs. /standard-counter-example What is so bad about GPL'ing something? Personally, if I decide to give away my code (which I have), I like knowing that any enhancements to it are public domain. Different ideologies. BSD style is nicer in that it says here it is, enjoy. In a perfect world, it's be the ideal license. GPL poses restrictions on the user. Best argument I've heard so far for BSD style license: since MS used so much BSD licensed code, they have a hard time condemming Open Source per se, and instead can only focus on GPL and eventually look ridicolous. But more people have had heated arguments about this - try google to get an idea of the arguments for either side. -Jan
Re: keybindings
Sascha Huedepohl [EMAIL PROTECTED] wrote: Hi, i know about bbkeys and xmodmap and xev... I wonder if it is possible to bind a key like F5 to execute a Prog like rxvt? Have you _tried_ it? KeyToGrab(F5), WithModifier(None), WithAction(ExecCommand), DoThis(rxvt) -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: FAQ location?
Mitchell, Edmund [EMAIL PROTECTED] wrote: Hello all I've got some newbie questions which weren't covered in the man pages, so I'd be grateful if someone could steer me to the FAQ for this list. man google -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Current Development
Gene Doty [EMAIL PROTECTED] wrote: Right; I don't use Mutt because I prefer Pine. And because I've never managed to get Mutt to work right for me. Mutt's far superioir to pine (IMHO, of course) -- what exactly was the problem you had? -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: Saving window positions / layout
Igor Pruchanskiy [EMAIL PROTECTED] wrote: Hi all, I tried out blackbox recently, and it has nearly convinced me to switch from WindowMaker, except that I can't figure out how to save window positions so that when I shut down X and restart, blackbox will open the same windows and put them in the same place as I had them before. Is there a way to do this? aterm -geometry 137x52-27-29 That's not the same, I believe. The OP wants Session Managment it seems to me, something that is not (and will/should not) be part of BB. Correct me if I'm wrong. -Jan -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
Re: bbkeys alternate config file
Peter Szekszardi [EMAIL PROTECTED] wrote: Anyway, I will take a look on that. Maybe modifying an existing c++ program is not like rocket science... But I'm not going to write a patch, as I do not know how to do that. 20 Steps to making a patch: 1. cd package-dir 2. cd src-dir 3. cp file_to_change to file_to_change.orig 4. change file_to_change 5. make sure everything works 6. cd package-dir 7. man diff 8. diff -bu src-dir/file_to_change.orig src-dir/file_to_change patch 9. cd somewhere_else 10. get original package 11. unpack original package 12. cd original_package-dir 13. cp /wherever/it/was/patch . 14. man patch 15. patch patch 16. compile 17. check it works 18. nodd 19. smile 20. submit patch -Jan (correct me if I made mistakes) -- http://www.netmeister.org http://guinness.cs.stevens-tech.edu/~jschauma/
