Re: Java/Blackbox oversized window bug with IBM JRE
On Thu, 25 Jul 2002 11:03:29 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: From the bug database on another improper window handling bug: Evaluation twm is not currently supported. x@x 2001-01-09 Isn't that like saying that X isn't supported? -- Jamin W. Collins
Re: [eloli@hotmail.com: Blackbox web site]
On Mon, 22 Jul 2002 10:25:20 -0400 Jan Schaumann [EMAIL PROTECTED] wrote: Somebody sent this to me; thought you guys might find it interesting. From: Eugenia Loli-Queru [EMAIL PROTECTED] Subject: Blackbox web site 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. While I can see their point, they strike me as a bith of a zealot with the request. Anyway, doesn't Blackbox require Cygwin in order to operate on MS OSes? If so, why not just change the reference to Cygwin? -- Jamin W. Collins
Re: cvs won't build: blackbox.cc:358: parse error before `'
On Thu, 18 Jul 2002 10:03:04 -0700 paul [EMAIL PROTECTED] wrote: Subject says it all. I'm getting the source via the standard anonymous cvs instruction provided by Sourceforge: Just checked out a new CVS tree (~12:02 PM CDT), it configured and built fine here. What versions of autoconf and gcc and g++ are you using? My versions: autoconf - 2.13 g++ - 2.95.4 gcc - 2.95.4 HTH -- Jamin W. Collins
Re: intent to remove Top and Bottom Center option from slit
On Tue, 16 Jul 2002 10:26:26 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 16-Jul-2002 Jamin W. Collins wrote: In most cases, I've simply left the slit in it's default bottom center location. I've never really bothered moving it to a new location. you mean BottomRight. Nope, I mean BottomCenter. However, my brian was segfaulting on the correlation of slit-slit and instead was returning slit-toolbar. I've fsck'd now and all is better, please disregard my ramblings. -- Jamin W. Collins
Re: bbmenu? [Was: Re: new NETWM key grabber]
On Sat, 13 Jul 2002 11:18:05 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Once the bblib is available the menu code from blackbox will be public. Someone could easily implement this idea then. I was just thinking about this. It could even be made to display the same menu as BB would natively. This way you wouldn't have to worry about having entries in one menu but not the other. Basically just a small app that reads the same menu source(s) as BB the same way. Then people could bind a key via bbkeys to execute this app. -- Jamin W. Collins
Re: bbmenu? [Was: Re: new NETWM key grabber]
On Sat, 13 Jul 2002 14:01:15 -0500 Ben Jansens [EMAIL PROTECTED] wrote: Thats a lot of extra overhead for a minimalitic world. :\ It would be preferable if blackbox extensions were added as hooks for menu interaction. Even just for popup. Didn't say it was a perfect solution. However, if bblib were to provide an interface to getting the menu listings it wouldn't be that much overhead to display it and allow for keyed navigation, would it? Or, am I just missing something here? -- Jamin W. Collins
Re: Java dialog problem encountered in other apps
On Fri, 12 Jul 2002 15:23:53 +0200 Øyvind Stegard [EMAIL PROTECTED] wrote: Just wanted to point out that I just experienced the dialog problem with LimeWire running JRE1.4.1 from Sun (the newest, as far as I know). Problem does not seem to be specifically related to just JBuilder, but perhaps it's worse with JBuilder than other Java apps. The problem is most certainly not specific to JBuilder. I think Shaleh's on to something with his previous statement about system load. I suspect that JBuilder puts a decent load on the system during it's startup (haven't used it specificially). -- Jamin W. Collins
Re: Java dialog problem encountered in other apps
On Fri, 12 Jul 2002 08:59:43 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I just wish I could see the swing/awt code. I'd probably sign a NDA right now. Java windows appear to start at arbitrary sizes and then control everything via hints, often changing the hints right up until the initial window manager display. It is most peculiar. When I have time I plan to experiment with writing test apps that act like Java windows. Will see what that shows us. All I can say is, man, Java is weird. It's not weird, it's advanced (little humor from the Debian list) =^). Isn't the source for the Blackdown implementation available? Looks like it is: http://blackdown.org/java-linux/docs/support/faq-release/FAQ-java-linux-8.html#ss8.4 Perhaps we could see if the Blackdown JRE can reproduce the problem and then riffle through the source? If this would help, I'll gladly install the Blackdown release and give it a whirl. -- Jamin W. Collins
Re: additional verbosity
On Fri, 12 Jul 2002 00:32:15 +0200 [EMAIL PROTECTED] wrote: Tried to apply patch, it asked for what file to patch. Sorry, but I have very little experience in using the patch command. Perhaps it's Blackbox.cc ? Some patch output seemed to indicate this. the second patch sould be applied with a -p1 option. -- Jamin W. Collins
Re: call for help -- need Java programmers
On Thu, 11 Jul 2002 10:40:24 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Have you or a friend recently been through a college programming course where they forced you to learn Java? Now is your chance to use this knowledge to help the blackbox community. Hmmm no real college programming, but I hope you'll still accept my submission. =^P We are receiving reports of odd sized windows. Transients, main windows, all of them. Simple programs which open and modify windows sizes AND demonstrate this bug would be VERY helpful. Attached is a simple GUI java app which can reproduce the problem ~ 1 in 5 times under Blackbox (source and class). I've also attached the redirected output from Blackbox with the requested verbosity patches. The window id for the java app was always 0x121. Be sure if possible that the app looks correct under twm or some other trusted window manager, preferably several. Ran this same app under Window Maker 25 times without a replication of the error. If you live in the San Francisco bay area I am willing to hack at a common location (your place, my place, whereever). Some nice ale would be appreciated but definately not required. I don't live in the SF area, but a beer is certainly on me for a fix to this. Note: didn't figure anyone would mind all the items being directly attach as they are only a whopping 1633 bytes total. -- Jamin W. Collins DemoApp.class Description: application/java-vm import javax.swing.*; public class DemoApp { static JFrame aWindow = new JFrame(Quick Demo App); public static void main(String[] args) { aWindow.setBounds(50, 100, 400, 150); aWindow.setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE); aWindow.setVisible(true); } } bb-log.gz Description: Binary data
Re: call for help -- need Java programmers
On Thu, 11 Jul 2002 19:25:46 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: as I commented on the other thread, my second patch has a small problem. s/xmaprequest.parent/xmaprequest.window/; Grrr I thought I'd gotten all of those. Should have use the FR function rather than eyeballing it. =( If it would help I can rerun the tests. -- Jamin W. Collins
Re: call for help -- need Java programmers
On Thu, 11 Jul 2002 20:39:32 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 12-Jul-2002 Jamin W. Collins wrote: Grrr I thought I'd gotten all of those. Should have use the FR function rather than eyeballing it. =( If it would help I can rerun the tests. fixed patch attached (-: Updated bb-log attached. Window ID this time is 0x1400021. -- Jamin W. Collins bb-log.gz Description: Binary data
Re: blackbox + sylpheed behaviour
On Wed, 10 Jul 2002 08:14:18 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Wilbert, since I am not on the sylpheed list please be sure this makes it to them. I've forwarded the message to the Sylpheed list. -- Jamin W. Collins
Re: blackbox + sylpheed behaviour
On Tue, 09 Jul 2002 14:10:31 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: sounds like a gravity handling bug. Anyone up for some finger pointing? Only if the fingers can be pointed at me. =) 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? -- Jamin W. Collins
OT - ML Responses (was Re: blackbox + sylpheed behaviour)
On Tue, 9 Jul 2002 19:34:26 -0400 Jan Schaumann [EMAIL PROTECTED] wrote: ,[ 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. Right, but that configuration will only work if _everyone_ on the list sets a: Mail-Followup-To: [EMAIL PROTECTED] header on their message. My patch to Sylpheed provides support for the Mail-Followup-To header. The problem is that not everyone sets it (still working on how to feasibly set it in Sylpheed). A good number of lists add custom headers with their submission address. Some common ones are: X-BeenThere: X-Loop: X-Mailing-List: List-Post: Blackbox already sets the X-Loop header, it just doesn't have the complete submission address in it. -- Jamin W. Collins
Crash on minimize of Sylpheed's send dialog.
Got an odd one for you. Just verified it against the latest CVS of Blackbox. If you are sending a message with a large attachment in Sylpheed (or are using a slow connection) the send dialog will appear and show the progress of the message. If you try to minimize this window, Blackbox will crash. Sylpheed v0.7.8 I'll add this to the SF tracker. -- Jamin W. Collins
Re: keybindings
On Thu, 27 Jun 2002 08:48:22 -0500 xOr [EMAIL PROTECTED] wrote: Blackbox itself doesn't catch any key events. Not quite so. There are a few keys that BB will catch, such as ALT in conjunction with a right/left mouse click (I was corrected on this in the past). I don't have a complete list (haven't bothered with it really), but for the most part xOr's statement is correct. There are very few keys that BB natively uses. -- Jamin W. Collins
Re: BlackBox 0.65alpha8 death after 30-35 hours of continuous usage
On Mon, 10 Jun 2002 20:58:50 +0200 Øyvind Stegard [EMAIL PROTECTED] wrote: It concerns version 0.65alpha8: After about 30-35 hours of operation (samme X session), BlackBox suddenly dies for no obvious reason, and thus X exits = I lose unsaved work etc etc etc. Hmmm. I leave my workstation running 24/7 here (running relatively current CVS), and I haven't seen anything of this nature. What applications are you normally running? -- Jamin W. Collins
Re: BlackBox 0.65alpha8 death after 30-35 hours of continuous us
On Mon, 10 Jun 2002 23:34:45 +0200 Øyvind Stegard [EMAIL PROTECTED] wrote: OK, it is confirmed that TIME is NOT an issue here, like you said. It (snip) some more factors: Mozilla and Gaim were the only two apps running now. One of them is triggering something, when switching desktops. Just a gut reaction, but I would guess that it's probably Gaim. I use Mozilla (Debian testing's 0.9.9) on a fairly regular basis (as I suspect a few other here do also). Gaim seems to be the wild card. Again, just a gut reaction. -- Jamin W. Collins
Re: Feature-itis has got me! :)
On 06 Jun 2002 23:24:54 +1200 Matt Wilson [EMAIL PROTECTED] wrote: Oooh... sounds like a bug to me. Mine hang around, like I believe they're supposed to... Mine hang around too. Maybe he's behind on his adhesive bill? -- Jamin W. Collins
Re: CPU leak
On 07 Jun 2002 13:01:57 +1200 Matt Wilson [EMAIL PROTECTED] wrote: On Fri, 2002-06-07 at 01:42, -|- Hurgh -|- wrote: What vid card are you using cause the NVidia drivers for linux make this happen to your cpu and it reports it as X using all the CPU That may be the prob, thanks. I've downgraded to older nvidia drivers, so we'll see how that goes. I'm using the 1.0.2880 drivers built from the Debian wrapper (which TMK is just that, no changes). I haven't experienced this here. BTW, aren't you running dual dispalys on your end Matt? -- Jamin W. Collins
Re: BBConf and Meta keys
On Tue, 4 Jun 2002 23:01:52 -0500 xOr [EMAIL PROTECTED] wrote: On Tue, Jun 04, 2002 at 06:18:46PM -0400, Jason 'vanRijn' Kasper wrote: Yay! Inherited bug! =:D I don't think this is a bug at all. If X doesn't recognise the keypresses how are the applications supposed to get a key press event (hint: they dont). xev uses some underneath magic, but just cuz it shows the key doesn't mean its modmapped (i.e. mapped to something other than a keycode, i.e. usable). I think that if you have your X server set up to not use those keys yo shouldn't expect it to use them.. Ah, but shouldn't the use of xmodmap to assign a keysym of Meta_L make the key available? xev was not only showing a keycode for the key, but also the assigned keysym. -- Jamin W. Collins
Re: OT: versioning?
On 05 Jun 2002 11:27:50 -0400 Matthew Weier O'Phinney [EMAIL PROTECTED] wrote: Why do most of the good X window managers have 0.xx versions after years of development? For example, I've used Enlightenment (various versions from 0.14.x through 0.16.5), WindowMaker (from versions 0.75 - 0.80.0), and currently BlackBox (various 0.6x versions). Why have none of them released a 1.x or above? A better question would be why is a 1.x version release of importance? Many tend to think of a 1.x release as an indication of stability (i.e. first release). This is really nothing more than a warm fuzzy in my opinion. Version numbers indicate degree of change. Has there been significant enough change to warrant a 1.x version number? Well, that's entirely subjective. I don't know that any of the projects I maintain will reach a 1.x version any time soon simply because of the stigma that is associated with it. I'm not a BB developer (beyond periodic bug reports and other spoutings). So, these are only my personal opinions (as always). -- Jamin W. Collins
Re: shading and window tiling
On Wed, 5 Jun 2002 15:44:21 -0400 David Bonner [EMAIL PROTECTED] wrote: Saw all the negative reactions to the new layout feature, and thought I'd chime in with a positive one. I much prefer this method of layout to the old one. If I've shaded a window, I don't want it to figure into the layout calculations. I too find this quite useful. -- Jamin W. Collins
Re: shading and window tiling
On Wed, 05 Jun 2002 13:00:56 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: But as long as we hear praise or complaint it means people are still using Blackbox and Brad and I are not entirely wasting our time. Don't let the praise/complaints confuse you. These are just automated cron jobs spouting off at a mailing list. j/k -- Jamin W. Collins
Re: BBConf and Meta keys
On 04 Jun 2002 07:49:55 -0400 Jason 'vanRijn' Kasper [EMAIL PROTECTED] wrote: er. So, I was just going to ask for a patch. =:) But it looks like bbconf is working correctly? Well, yea. But, any ideas why it wouldn't see keys (assigned via xmodmap) that xev does? -- Jamin W. Collins
Re: BBConf and Meta keys
On Tue, 04 Jun 2002 07:45:46 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Jamin, if you try out an app like 'kate' it has a very similar key grabber. That would help track down the problem. Same exact problem exists in 'kate'. If the keyboard is set to pc-101 then regardless of whether the keys are defined and seen by 'xev' properly, they are not seen by 'kate'. -- Jamin W. Collins
BBConf and Meta keys
Anyone able to use Meta_R or Meta_L keys as modifiers in keybindings? I've mapped both logo keys on my keyboard appropriately via xmodmap and xev sees the bindings. However, bbconf doesn't appear to notice them. -- Jamin W. Collins
Re: BBConf and Meta keys
On Mon, 03 Jun 2002 10:02:06 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I just played around with bbconf and it does read my meta key. Dunno why Jamin is having problems. Looks like the problem was due to my XF86Config-4 file (carry over from Red Hat configuration). The keyboard was set to pc101 instead of pc104. It's strange though that xev was seeing things correctly when I assigned the keys via xmodmap, but bbconf wasn't. -- Jamin W. Collins
Re: blackbox and mozilla
On Fri, 31 May 2002 23:02:16 -0400 Adam Hooper [EMAIL PROTECTED] wrote: Dunno if it's any help, but on my Windows box (at work! I wouldn't dream of running it at home!) Mozilla does what I think might be the same thing. Sometimes all the input type=text boxes simply don't let me type anything in, and the address bar won't let me type stuff in. However, I still get the context menu (cut/copy/paste/select all). I can also select the text inside - I just can't replace it (except by cut/pasting other text inside). I've been trying for a while to consistently get this to happen, but no luck yet. If that's the same problem as you're getting, I'd say it's most likely a bug with Mozilla and not blackbox :) Sounds a lot like: http://bugzilla.mozilla.org/show_bug.cgi?id=70812 -- Jamin W. Collins
Re: OpenOffice 1.0 crashes Blackbox on startup
/lib/openoffice/program/libvcl641li.so #39 0x0805e277 in Desktop::Main() () #40 0x401f0f17 in SVMain() () from /usr/lib/openoffice/program/libvcl641li.so#41 0x40356f7a in main () from /usr/lib/openoffice/program/libvcl641li.so#42 0x40b1014f in __libc_start_main () from /lib/libc.so.6 -- Jamin W. Collins
Re: OpenOffice 1.0 crashes Blackbox on startup
On Fri, 31 May 2002 07:57:04 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: cvs should have the phantom issue solved, if not please let us know. If this is the same as the one I meantioned about Nedit windows, the current CVS version does correct it. -- Jamin W. Collins
Re: Devel Test Systems (was Re: OpenOffice 1.0 crashes Blackbox
On Fri, 31 May 2002 08:30:12 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Thanks. No, I think I need to get one or two really cheap low end pcs (e-machines maybe) that I can install GNOME, KDE, ROX, whatever else on. You can get really inexpensive complete mid-range systems on pricewatch (pricewatch.com) Because of the nature of testing and debugging a wm, you really need to sit at the console. Anything else is pain. Just remember they are available if needed (GUI and Shell access). -- Jamin W. Collins
Re: OpenOffice 1.0 crashes Blackbox on startup
On Fri, 31 May 2002 18:07:33 +0100 Martin Rowe [EMAIL PROTECTED] wrote: Which version of OpenOffice.org1.0? - the 'unofficial' debs of 1.0 or from the OpenOffice.org website tarball? I'm using the 'unofficial' debs (1.0.0-3). -- Jamin W. Collins
Re: Terminal Window Text
On Thu, 30 May 2002 11:36:53 -0400 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm new to the list. I'd like to change the transparency, color and size of my xterm window. On the archives I read a note about how transparency can be done with something called aterm. Is this necessary or is there another way? TMK, these are all features of the terminal program itself. So, while aterm supports them there are others as well. I don't believe xterm supports transparency, but it will allow you to change the color and size. In most all cases, these items can be effected by command line options. For a detailed listing, take a look at man app-name. So, in the case of xterm, try man xterm. Also, can someone recommend a good (i.e. compact and solid) text editor for bb? I'm assuming you are looking for a GUI editor. If so, check out Nedit (nedit.org). -- Jamin W. Collins
Re: Feature request: Position locking of maximised windows
On Thu, 30 May 2002 13:54:00 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: ok, found two issues. (snip Will commit this momentarily. Sweet... knocking out the bugs. -- Jamin W. Collins
Re: Toolbar icons - taskbar patch?
On Wed, 29 May 2002 09:04:47 +0200 Martin Egholm Nielsen [EMAIL PROTECTED] wrote: Back then, when I ran BB 0.60.1, I applied Ignacio E. Thayer's taskbar patch to get all windows shown in the taskbar. I loved that patch! What is the alternative today - I assume the patch will not work any more? Have you tried tearing off the icons menu, and then using it? -- Jamin W. Collins
Re: Toolbar icons - taskbar patch?
On Wed, 29 May 2002 10:49:19 +0200 (MEST) Ciprian Popovici [EMAIL PROTECTED] wrote: I had an idea: how about a patch/rc option/whatever that would stack orpark windows together near one of the screen edges the moment they are shaded? We've seen window edge snapping work. It wouldn't be minimizing, nor would it be iconifying, if would just be an extra hand for people using shading. It would be even nicer if shaded+parked/stacked windows would remember their coordinates and size and return to them when they are unshaded. I believe the icon menu would provide this functionality when used in the torn off state. -- Jamin W. Collins
Re: idea about shade treatment was Re: Toolbar icons - taskbar p
On Wed, 29 May 2002 13:26:34 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: I can make it a #define since it will only be temporary. -DPLACEWINDOW_IGNORES_SHADED=1 sound ok? It would default to enabled. Works for me. Not too hard to recompile and issue a restart to toggle the behaviour. -- Jamin W. Collins
Re: Feature request: Position locking of maximised windows
On Wed, 29 May 2002 20:22:44 -0500 Es Bee Ex [EMAIL PROTECTED] wrote: allow maximized windows to be snapped to the strut/screen edges(allows you to quickly pop the window back in place after you accidentally move it). Already exists with no changes. Just adjust the value of session.screen0.edgeSnapThreshold in your .blackboxrc file (of course making sure its for the correct screen in question). -- Jamin W. Collins
Re: Feature request: Position locking of maximised windows
On Wed, 29 May 2002 21:26:43 -0500 Es Bee Ex [EMAIL PROTECTED] wrote: No matter what I set this to, I can not make Sylpheed snap to the toolbar or the slit while maximized (or to the screen edges if Full Maximization is set). What version of BB are you using? Did you restart BB after making the change? I just double-checked this with 0.62.1 on my home workstation and it works here. Haven't specifically tried it with alpha7 yet. -- Jamin W. Collins
Re: BlackBox eats 99% CPU after runing a while under VNC
On Sun, 26 May 2002 22:41:09 +0300 Ciprian Popovici [EMAIL PROTECTED] wrote: Idea: could it have something to do with the fact that while I am in the vncclient I launch a terminal and do a killall blackbox blackbox ? I believe Shaleh asked this a while ago, but why are you killing and restarting BB? -- Jamin W. Collins
Re: BlackBox eats 99% CPU after runing a while under VNC
On Sun, 26 May 2002 16:36:19 -0500 xOr [EMAIL PROTECTED] wrote: On Sun, May 26, 2002 at 04:04:15PM -0500, Jamin W. Collins wrote: I believe Shaleh asked this a while ago, but why are you killing and restarting BB? It still should break like that tho :) I assume you mean should not, and I agree. However, I don't see a need to kill BB only to restart it like that. Perhaps understanding the desired end result will shed light on the situation. -- Jamin W. Collins
Re: alpha7 released
On Fri, 24 May 2002 09:38:08 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: As before, please help us test it is time for a beta series! Got an oddity for you. I normally use Nedit for my GUI text editing purposes. After my last update from CVS, I noticed some strange behaviour. The problem appears to be related to whether or not any of it's dialog boxes have been opened. If they have the window no longer appears to register focus, and it's title bar is no longer updated (normally provides indication as to whether the files modified or not). These appear to only be cosmetic problems as the application still fuctions properly in all other respects. -- Jamin W. Collins
Re: alpha7 released
On Fri, 24 May 2002 11:33:45 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Brad added new code for group window handling and transients. It is possible nedit hits a rough spot in this code. If you could come up with a guaranteed way to recreate it and post a bug that would be great. Will do. Short version. Install nedit and open a dialog box. I'll post this at SF too. -- Jamin W. Collins
Bug: Switch to Fullscreen and lose your VNC window
This problem isn't new to the CVS version, I just remembered that it happens. If you open a normal windowed VNC connection, and then try to switch to fullscreen view, the VNC view will disappear. The application is still running. However the display window is nowhere to be found. To replicate: - Open windowed VNC connection to any system - Press F8 for popup menu - Select Full screen from the menu Your VNC display should now be gone. -- Jamin W. Collins
Re: Bug: Switch to Fullscreen and lose your VNC window
On Fri, 24 May 2002 12:08:31 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: hmm, no vnc to play with, makes this a tough one to debug. Couple of options. I could provide a system to VNC into, or it is also possible to VNC into the same system. Or if I had an idea what to look for I could try a few things here. -- Jamin W. Collins
Re: Bug: Switch to Fullscreen and lose your VNC window
On Fri, 24 May 2002 22:00:38 +0200 Arjen Hommersom [EMAIL PROTECTED] wrote: [fullscreen vnc does not work] The same happens with mplayer on fullscreen. Maybe usefull for debugging.. Just to clarify, the problem only occurs when switching from windowed view to fullscreen view. If you start the connection in fullscreen it works fine. -- Jamin W. Collins
Re: alpha6
On Thu, 23 May 2002 12:36:01 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 23-May-2002 dan radom wrote: this is shapeing up very nicely. i'm loving bb more and more with each release. i didn't think that was possible. I certainly have to agree. I just pulled the CVS version today and switched from Debian Woody's stock 0.62-1. I was able to switch versions without even exiting my X session, and I noticed an immediate improvement in responsiveness. I had taken a previous vacation from following the development versions as my system had developed a strange instability. Which, I'm happy to say had nothing to do with Blackbox or Debian. Turns out it was a bad portion of the drive being randomly hit by temp/cache files from the look of it. The summary is developers need to hear thanks every now and then because all they usually here is complaints. It is kind of like being in tech support. Every person you talk to is contacting you because they have a problem or need a different solution. If only more customers/consumers really understood this. I've worked for the last 6 years in a support capacity of one form or another, and as you can probably guess the seemingly endless string of complaints can grate on a person. Please accept my thanks. -- Jamin W. Collins
Re: alpha6
On Thu, 23 May 2002 15:11:03 -0500 Rachel Collins [EMAIL PROTECTED] wrote: (And as Jamin's wife, I can vouch for the insert project here refugee thing. ;-) GACK!!! did she really just do that to me? Yep, she did =) -- Jamin W. Collins
Re: need help debugging
On Wed, 15 May 2002 09:23:56 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: #554003 on the sf.net tracker is causing us problems. I can not recreate it here and the first guess seems to be wrong. Anyone out there mind giving this one a look and seeing if you can a) recreate it and b) give some insight into the problem. Unable to reproduce it here. Tried two different machines. Both running Debian Woody with latest udpates. The description sounds very similiar to the spin-lock problem I was experiencing randomly on one of my systems in the past (see ML archives). -- Jamin W. Collins
Re: need help debugging
On Wed, 15 May 2002 09:53:36 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 15-May-2002 Jamin W. Collins wrote: The description sounds very similiar to the spin-lock problem I was experiencing randomly on one of my systems in the past (see ML archives). indeed, it does. suggestions on helping the submitter recreate the problem with some more diagnostic info would be welcomed. Each time I experienced this, I found that X was using 100% of the CPU. I only experienced the problem when I was using Evolution on the system. Not saying it was the culprit, just that it was the only application I was consitently running when the problem occurred. Also, the system has not experienced the problem since I stopped using Evolution. However, it was around that same time that I switched from RH 7.2 on my systems to Debian Woody. So, I guess that's a bit of apples and oranges. Would be interesting to find out if the person that reported the bug is/was using Evolution. -- Jamin W. Collins
Re: exit blackbox
On Wed, 15 May 2002 15:17:07 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 15-May-2002 Denis wrote: I have some entries in my blackbox-menu: killall blackbox startx killall blackbox startx -- -layout layout1 My guess is when blackbox exits via the signal handler it takes the running killall with it. Is there some reason not to run xdm? Not sure of a way to get two different X startup types with xdm, any ideas? -- Jamin W. Collins
Re: Problems with replying to list.
On Sat, 11 May 2002 22:23:12 -0700 (PDT) Mr. Brigham Young [EMAIL PROTECTED] wrote: Regarding your comment I would have to say that the argument presented in the document you referenced is spurious for the following reasons. (snip) The reasons for not munging the Reply-To header presented are still valid. There are several different ways to provide a means of easing the ability to reply to a list without breaking existing functionality. For one good idea, take a look at: http://cr.yp.to/proto/replyto.html -- Jamin W. Collins
Re: click to focus bug when in sloppy focus
On Sat, 04 May 2002 07:22:13 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: This isn't a bug, it is intended behaviour. People have long complained that in sloppy focus the only way to raise a window involved the frame or a keybinding. So, now when using sloppy focus, if you click anywhere in the windows it will raise the window? If so, please tell me there's a way to turn this off. -- Jamin W. Collins
Re: now that themes.freshmeat.net is up ......
On Thu, 02 May 2002 14:17:55 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Those of you with time to burn should go through and help them clean up the blackbox area. What do you have in mind when you say clean up? -- Jamin W. Collins
Re: gkrellm doesn't draw properly on startup(65.0alpha2)
On Fri, 26 Apr 2002 08:23:55 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 26-Apr-2002 Robert wrote: I run gkrellm -w on startup and it doesn't get drawn properly, I have to click something in the slit in order to get it to redraw. I'll put up a screenshot tonight if you can't replicate and put in the tracker then -- must dash now! works here (I just installed it). Perhaps one of the monitors is not happy? Or perhaps the Remember screen location at exit and move to it at next startup option is checked? -- Jamin W. Collins
Re: gkrellm doesn't draw properly on startup(65.0alpha2)
On Fri, 26 Apr 2002 08:52:22 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Or perhaps the Remember screen location at exit and move to it at next startup option is checked? I have that option enabled. I don't know about the newer version of BB, but I do know that in the older versions (0.61.1 and 0.62.1) that having this option enabled when using the withdrawn (or dock) option caused problems with how GKrellM was displayed. -- Jamin W. Collins
Re: gkrellm doesn't draw properly on startup(65.0alpha2)
On Fri, 26 Apr 2002 19:57:42 +0100 Robert [EMAIL PROTECTED] wrote: So far its failed for me 3 times out of four (worked the third time), most of the time I get: http://www.chezmarshall.freeserve.co.uk/gkrellm-shot.jpg The looks pretty much like the problem I had a while back. Make sure that Remember screen location at exit and move to it at next startup is not enabled. -- Jamin W. Collins
Re: Click anywhere to raise windows...
On Sun, 21 Apr 2002 16:26:06 +1200 Matt Wilson [EMAIL PROTECTED] wrote: On Sat, 20 Apr 2002 21:03:02 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: It still seems odd to me that people want to have other windows on top of a window they are using. heh... guess maybe I'm just different then... but I find it real convenient when I'm working with multiple windows to be able to keep (for instance) my browser window partially overlapping my editor window. I tend to do much the same thing most of the time. -- Jamin W. Collins
Re: [OT] Re: Spam
On Sat, 20 Apr 2002 08:54:38 -0400 (EDT) James E. Flemer [EMAIL PROTECTED] wrote: How about you just add the rule: :0: * Content-Type:.*charset=.ks junk to your procmailrc That's a fine suggestion for how to deal with it once it's been received. However, for a list, that's dealing with the problem at the wrong end. Each piece of spam sent to the list sent out to all the subscribers of the list. This means not only a lot of wasted bandwidth, but that each subscriber now has to deal with the same spam over and over again. For any problem, it's best to deal with it as soon as possible. In this case at the server for the mailing list, not at the subscriber's system. -- Jamin W. Collins
Re: Another BlackBox fan site
On Mon, 15 Apr 2002 23:48:03 +0300 Ciprian Popovici [EMAIL PROTECTED] wrote: If you have the time, please have a look at this: http://xlife.zuavra.net/blackbox/ Interesting. I'd appreciate comments, pointers and maybe some extra info about the beginnings of BlackBox. A few observations: - Under The latest Blackbox gossip You meantion that while in feature freeze no outside patches are added. This is not quite the case, at least to my understanding. The feature freeze means just that, a freeze on features. Outside patches are welcome to correct existing features (mis)behaviour. - Under What is the Blackbox spirit? You indicate that pure eye-candy has no place in Blackbox. I don't know if I quite agree with that. I don't see a problem with pure eye-candy, but I don't want it at an extreme cost in system resources. I've seen many a Blackbox screenshot that amazed me with the eye-candy it provided. Yet, I'm relatively sure these systems suffered little to know performance hit for it. - Under How do I install Blackbox? You indicate that three packages are needed (bbkeys, bbpager, and Blackbox). All that's really needed is the Blackbox package. Sure having the other two may make some things easier. Granted there are most likely many Blackbox installs with both bbkeys and bbpager installed on them. However, mine isn't one of them. I only recently added bbkeys to some of my installations. -- Jamin W. Collins
Blackbox @ SF, good or bad?
Off and on, I'd heard rumors of undesirable policy changes happening at SourceForge (believe there was a short lived discussion on it here a while back). Recently, the project owners of another piece of software I use (Dillo) decided to remove itself from SF due to these changes. Some of the reasoning behind this decision can be found at the following link: http://www.fsfeurope.org/news/article2001-10-20-01.en.html Is SF the place for Blackbox? Just wondering. -- Jamin W. Collins
Re: slit functionality...
On Tue, 2 Apr 2002 16:37:34 -0500 Matthew Weier O'Phinney [EMAIL PROTECTED] wrote: However, I _would_ like to put this in the slit as I use multiple workspaces. I just tried wmswallow as follows: wmswallow gkrellm gkrellm ...and got a truncated gkrellm inside the slit. How do I get the full app to show up? Nothing fancy needed, just add a -w (withdrawn) to the command line: gkrellm -w -- Jamin W. Collins
Re: Window manager questions...
On Sun, 31 Mar 2002 20:19:33 -0500 (EST) Eric Binet [EMAIL PROTECTED] wrote: I was wondering, on the alug.org site, it is said that bb is ICCCM compliant, what exactly is that ICCCM stuff? Could someone tell me where I could get this standard? http://www.freedesktop.org/standards -- Jamin W. Collins
Re: Window manager questions...
On Sun, 31 Mar 2002 20:27:49 -0500 (EST) Eric Binet [EMAIL PROTECTED] wrote: http://www.freedesktop.org/standards Great, thanks! (that's what I call fast service :) Comes from not having a life... =) That is unless it involves a computer. -- Jamin W. Collins
Re: Open root menu with key binding ??
On Sat, 23 Mar 2002 00:53:41 -0600 Brandon Thigpen [EMAIL PROTECTED] wrote: Anyone know how I can set up bbkeys to allow me to open up the root menu using Alt+m, and then be able to traverse through the menu with vi keys (h,j,k,l)? Not currently possible, it's being worked on. This is all I need to have a mouse-free desktop! You and so many others. -- Jamin W. Collins
Re: bbconf segmentation fault
On Fri, 15 Mar 2002 16:11:57 -0500 Jim Knoble [EMAIL PROTECTED] wrote: I can. Versions of RPM later than v3.0.3 automagically compress man pages and info pages as part of the packaging process. The secret has two parts: (snip) The problem you're encountering is that the %files listing is being generated automatically, but *before* the brp-compress script is called. Hence, the automatically-generated listing contains the uncompressed man page filenames, but by the time RPM gets around to actually making the package, the brp-compress script has compressed them right out from under you. The best thing to do when generating automatic file lists is to call brp-compress *before* generating the list, Sweet explaination! I've run into this problem with a few SRC RPM files and now I finally know why! The things you learn on the Blackbox list never fail to amaze me. Jamin W. Collins
Re: bbkeys won't open?
On Sun, 10 Mar 2002 18:21:57 + Paul Mackinney [EMAIL PROTECTED] wrote: Anyone else seen this, and where do I begin troubleshooting? I tried hiding my .bbkeysrc file but no luck. The shortcuts all work, I just can't get the nice gui interface. Some details: Debian GNU/Linux, running Sid w/no problems mostly. Blackbox 0.62.1pre0 BBkeys 0.8.4 I believe for the nice GUI, you need to install bbconf from bbconf.sf.net. Jamin W. Collins
Re: [patch] sloppy focus click anywhere to raise
On Wed, 6 Mar 2002 18:59:10 -0800 Marc Wilson [EMAIL PROTECTED] wrote: On Wed, Mar 06, 2002 at 12:55:04PM -0800, Sean 'Shaleh' Perry wrote: for instance. The next thing to consider is whether to honour the availableArea of the screen and thereby not cover things like the slit or the toolbar. It would also keep applications on the screen fully if the new X would be say -200. (snip) But I'm trying to modify it to do what you describe, and I don't see where bb calculates the available area. Got a pointer to the appropriate code? In reading through the maximize_over_slit patch, it seems that bb has to calculate it on the fly each time. IIRC, this is correct. The current method of placement doesn't maintain a list of free areas. Jamin W. Collins
Re: (newbie) blackbox and YDL 2.1 (ppc)
On Sun, 3 Mar 2002 14:49:37 +0100 Yvon Thoraval [EMAIL PROTECTED] wrote: i'd like to know if someone sucessfully installed blackbox on YDL 2.1 (for ppc). I can't speak for YDL 2.1, but I have successfully compiled and installed it on YDL 1.2 and 2.0. However, I now use Debian for my PPC system. it seems that KDE on YDL makes use of gdm not kdm/xdm ??? the, what is the session files to edit ? I believe this has been covered in the past. The path should be something like: /etc/X11/gdm/Sessions and you just need to make a new executable file that executes blackbox. Probably want to call it something like Blackbox. Jamin W. Collins
Blackbox on TV? (ala Screensavers)
Just thought some of you might like to know that Blackbox recently got some TV exposure thanks to The Screensavers More information at the following link: http://wwwtechtvcom/screensavers/answerstips/story/0,24330,3374122,00html Jamin W Collins
Re: bbsession script v0.02
On Tue, 26 Feb 2002 13:09:30 -0800 (PST) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: CRAP! =( I'll change that to #!/bin/sh, unless someone has a problem with that. I would prefer #!/bin/luxury_yacht its pronounced Bourne compatible shell though. Is that licensed under the GPL or some other Open Source friendly license? I'm sure there are a few that would prefer it. Jamin W. Collins
Re: bbsession script v0.02
On Tue, 26 Feb 2002 17:14:27 -0500 Jan Schaumann [EMAIL PROTECTED] wrote: Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: yep '~' is a GNU ism (-: It is? (snip) I guess NetBSD implemented this as well. From expand.c in (snip) So ~ is not functional in the original Bourne Shell? Gotcha. Changing it now. Jamin W. Collins
Re: bbsnapshot idea for some intrepid programmer
On Fri, 22 Feb 2002 12:27:05 -0800 (PST) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: On 22-Feb-2002 Jeremy C. Reed wrote: Or maybe a simple shell tool using xlsclients and xprop could do this? (But not runing all the time.) this could work too. But I am not sure if xprop(1) can return all that; it does offer _BLACKBOX_ATTRIBUTES and WM_STATE and more. xprop has all of the information it seems. Well, here's a quick stab, for those of you interested. It locates all windows (at least those reported by xlsclients) and starts gathering information about them. Then stores this information in ~/.bbsession. Currently, it get's the workspace and geometry. Gather state won't be difficult, at least not if someone can give me a few pointers (or ideas where to look) regarding the information reported by xprop. Feedback/pointers appreciated. script #!/bin/sh # # Version: 0.01 # Released: 2/23/02 # Author: Jamin W. Collins ([EMAIL PROTECTED]) # Web Site: http://www.asgardsrealm.net/linux/ # E-Mail: [EMAIL PROTECTED] # # # This is a first take at a script to capture window position # information to be used in conjuction with a launcher # application (perhaps bblaunch) to provide a simple means # for starting applications up in the same location. # # Uses the following programs to gather the needed information: # xprop xwininfo xlsclients # # Uses the following programs for data manipulation: # grep sed cut # # Uses the following programs for file manipulations: # tempfile mv # # # # Copyright (C) 2002 Jamin W. Collins # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA# # # set IFS to new line only so we get complete command lines IFS=$'\n' TEMPFILE=`tempfile` echo #!/bin/sh $TEMPFILE # get hex ids for all windows WINDOW_IDS=(`xlsclients -l | grep Window | sed s/Window // | sed s/://`) # loop through each entry in command lines for WINDOW_ID in ${WINDOW_IDS[@]}; do # get the application command line (with arguments) COMMAND_LINE=`xlsclients -l | grep $WINDOW_ID -A 5 | grep Command | sed s/ Command: //` # grab just the executable, not the command line arguments APP_NAME=`echo $COMMAND_LINE| cut -f1 -d ' '` # Get application's geometry APP_GEOM=`xwininfo -id $WINDOW_ID | grep 'geometry'` # Grab list of BB attributes for later use BB_ATTR=`xprop -id $WINDOW_ID | grep _BLACKBOX_ATTRIBUTES` # get workspace that application is running on (3rd BB attribute?) WORKSPACE=`echo $BB_ATTR | cut -f 3 -d ',' | sed s/ 0x//` # display retrieved information echo WINDOW_ID = $WINDOW_ID echo Command line = $COMMAND_LINE echo Executable = $APP_NAME echo Blackbox Attributes= $BB_ATTR echo Workspace = '$WORKSPACE' echo Application Geometry = $APP_GEOM echo if [ -n $WORKSPACE ]; then echo bblaunch -w $(($WORKSPACE+1)) $COMMAND_LINE $APP_GEOM $TEMPFILE fi done mv $TEMPFILE ~/.bbsession /script Jamin W. Collins
Re: bbsnapshot idea for some intrepid programmer
On Sat, 23 Feb 2002 19:33:57 -0600 Jamin W. Collins [EMAIL PROTECTED] wrote: Well, here's a quick stab, for those of you interested. It locates all windows (at least those reported by xlsclients) and starts gathering information about them. Then stores this information in~/.bbsession. In looking at this after I posted, I realized that I might want to meantion that there are some apps I don't seem to be able to get good information on. In most cases the window id that xlsclients retruns at the command line for these apps is not the same as the window id that xprop returns via interactive mode. As a result, I'm not able to get proper information concerning the location and geometry of these windows. So, for now the script posted previously doesn't make an entry for anything it can't locate workspace information on. Figured it was better not to make the entry than to make a wrong one. Apps I've found exhibiting this problem: - Sylpheed v0.6.6 (haven't had a chance to check newer versions yet) - Dillo v0.6.4 - sjog v0.5-5 - gkrellm v1.2.8 The script as posted should echo information it gathers about the running applications. If there is no information on the Blackbox Attributes line, there will be no entry made in the ~/.bbsession file. Jamin W. Collins
Re: bbsnapshot idea for some intrepid programmer
On Sat, 23 Feb 2002 21:49:45 -0500 cthulhain [EMAIL PROTECTED] wrote: please change #!/bin/sh at the top of your script to #!/bin/bash because of the following: (snip) another thing is that you do not need to have the line #!/bin/sh at the top of the ~/.bbsession file. this file should be sourced, not executed. Very good points, I actually forgot to take that out before posting it, sorry. also, couldn't you have sent that script as an attachment to your message? having to copy and paste it out of your email and reformat the line breaks has made me very cranky. Forgot about that too... sorry. Cranked the script out in a couple hours and didn't think about the line breaks when sent inline. =( Jamin W. Collins
Forcibly removed from list
Anyone else recently get forcibly removed from the list? Both my wife and I were recently booted from the list. The following message was included in notice: Received: from reticent.troll.no ([213.203.59.28]:14352 HELO there ident: bhughes) by trolltech.com with SMTP id S115726AbSBOH7W; Fri, 15 Feb 2002 08:59:22 +0100 Content-Type: text/plain; charset=iso-8859-1 From: Bradley T Hughes [EMAIL PROTECTED] Organization: Trolltech AS (snip) Date: Fri, 15 Feb 2002 08:58:58 +0100 X-Mailer: KMail [version 1.3.1] Sender: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: [EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] (snip) un***scribe [EMAIL PROTECTED] -- -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway Jamin W. Collins p.s. Had to snip some lines for the list to allow the message. It keep complaining that I was sending commands to the wrong e-mail address.
Re: Latest Release
On Sun, 10 Feb 2002 07:47:12 -0500 Glenn [EMAIL PROTECTED] wrote: I was trying to get the latest release and have been away for a couple of weeks. The last I was here I thought the new home page was going to be: http://www.planetquake.com/lvl/blackbox/ Source Forge is the actual hosting location (http://sf.net/projects/blackboxwm). The other sites were/are in the running for the layout and of the homepage to be displayed at (http://blackboxwm.sf.net), which currently has nothing.
Re: 0.62.1 released!
On Wed, 2002-02-06 at 13:32, cthulhain wrote: one thing i'm curious about: gkrellm no longer has the usual window border in the 0.62.* releases. is there a reason for this? What usual window border are you referring to? I've just check gkrellm in and out of the slit and it runs the same for me now (under 0.62.1) as it did previously under 0.61. ps - i hope i'm not going to get 50 replies telling me that gkrellm will run in the slit. i know it will do this, but i prefer to run it stand-alone. nope, just don't quite follow what's missing. Jamin W. Collins
Re: quake3/gaim in bb
On Wed, 2002-02-06 at 15:17, Sean 'Shaleh' Perry wrote: On this topic (forgive me I am not a gamer and generally do not own cool enough hardware to run most games) what does 'fullscreen mode' mean? Is this something like DGA? I suspect I will have to track down the source and look. Not sure of the complete technical breakdown in terms of what it means to Blackbox, but in essence Fullscreen items take over the complete display (no decoration of any kind). I don't believe this requires DGA. If it would help, I could whip up a really minor fullscreen SDL application (any video card should be able to run it) for testing with. Jamin W. Collins
Re: keybindings
On Fri, 2002-02-01 at 19:43, skidley wrote: I have a logitech internet keyboard and have loaded the map for the extra keys in XFree86 with this line: Option XkbModel logiinternet I have 3 keys working easily in fluxbox. I have used bbkeys and bbconf to try to load the keys XF86WWW, XF86AudioRaiseVolume, and XF86AudioLowerVolume to execute commands without success. I've found (thanks to advice from this list) that there is better success in remapping the keys to the extra F?? keys via xmodmap. If you'd like I can provide my '.Xmodmap' file as an example. Details are in the list archives also. Jamin W. Collins
Re: Xinerama support
On Mon, 2002-01-28 at 22:25, Marco Fonseca wrote: Icon menu jumps to mind. Simply minimize the offending window. If pulling it up frequently is a problem, tear off the icon menu and leave it hanging around. This in particular doesn't work so well for me. I have a tendancy of having tons of terminal emulators open at once. These usually have the name rxvt and nothing more. If I have multiple terms iconized, its a pain to try to find which one to un-iconize. Could always use the title option and label your rxvt terminals to reflect what they are used for. Same thing applies for what was said about moving apps to a new workspace. While its trival, nothing seems to replace being able to quickly use the additional display room when using xinerama. However, this does not mean that we need artificial boundaries. Xinerama provides one screen, end of story. Jamin W. Collins
Re: website, let's get the decision made
On Sat, 2002-01-26 at 10:28, Sean 'Shaleh' Perry wrote: 1) http://www.planetquake.com/lvl/blackbox 2) http://www.threadbox.net/blackbox 3) http://www.threadbox.net/blackbox/lightgfx.html 4) http://speed.seas.upenn.edu/~rarya/bb2/ 5) http://speed.seas.upenn.edu/~rarya/bb/index.html 6) http://furt.com/blackbox Right now I am leaning towards 2 (with the updates to fit the screen better). Please only mail this list, check those CC lists. My vote goes to 5. Jamin W. Collins
Re: Xinerama support
On Sun, 2002-01-27 at 15:16, Marc Wilson wrote: And this is the stated, documented, and implemented reason for and behavior of Xinerama in relation to blackbox. Absolutely. I've stated this several times. I'm not against Xinerama. If you like it, use it. I do, from time to time. But I *am* against imposing artificial limits on what windows do, just because I've selected it. If I'm using Xinerama, and I tell that window to *maximize*, it better damn well *maximize*. Across both heads. Anything else is the window manager trying to do my thinking for me. Again. Very solid points. Jamin W. Collins
Re: newbies ..
On Thu, 2002-01-24 at 18:56, Sean 'Shaleh' Perry wrote: Not to jab, but other than it being GTK based, why not use bbconf? One reason that jumps to mind is the default window size. The laptop I use (C1VN) has a odd-ball screen size (1024x480) and the default screen from whiteBOX (690x451) fits on the screen whereas the default bbconf screen does not. Note: This is not a dig against bbconf. vanRijn and I have discussed the reasons for the default size and it is being worked on. Jamin W. Collins
Re: Xinerama support
On Tue, 2002-01-22 at 22:57, Sean 'Shaleh' Perry wrote: Brad worked hard to make sure Blackbox was one of the few wms to support multiple screens. Rest assured I will take the same precautions. If I can at the same time make Xinerama users' lives a little easier/better along the way, so be it. I ask that what ever easier/better additions supposedly for Xinerama not be forced on the Blackbox users, rather that they be configuration options. I believe I've made it very apparent so far, but just to be absolutely clear. I for one don't want what this proposed patch provides. Jamin W. Collins
Re: my take on toolbar v. slit
On Tue, 2002-01-22 at 19:18, Sean 'Shaleh' Perry wrote: My toolbar time/date format is %a %b %e %l:%M %p %Z which translates to Tue Jan 22 5:13 PM PST. Putting the time/date in the slit will result in an overly wide slit that will look very ugly on my system. Not necessary the case. The date inserted in the slit could be configured to wrap to fit the slit width, thus not increasing the slit beyond a minimum. Something like: Tue Jan 22 5:13 PM PST The same level of information is provided, but not on a single line. Jamin W. Collins
Re: Xinerama support
On Tue, 2002-01-22 at 08:20, Bo Thorsen wrote: So? The Xinerama idea of creating a single logical screen out of multiple simply does not work well for desktop usage. Sure it does, I use Xinerama every day. Two 19inch monitors both running at 1280x1024 for a single 2560x1024 screen. Unfortunately Xinerama is the only way to achieve a good desktop when using two monitors; starting two X servers is only one light gray box better than having two separate machines. And Blacbox's current support of Xinerama is fine. From the HOWTO: (snip) This is all correct. It doesn't matter what Xinerama authors or Bill Gates or your grandmother might think about Xinerama usage. No need to degrade to juvenile arguments. This HOWTO describes what the sane approach for a desktop windowmanager is. I doubt that you have ever actually worked with a Xinerama desktop on two monitors with a wm that doesn't support it. I suggest you try it before you bitch about not putting in obvious features. First, I do use Xinerama every day, as indicated above. If it would make you happy I'll make screen-shots available for you (or anyone else that would like). Second, if by a wm that doesn't support it you mean Blackbox, I do use Blackbox on the Xinerama system. This is what Sawfish - and similarly for KWin now, I believe - implemented (again from the HOWTO): So, because it's done by Sawfish and/or KWin, it should now be done by Blackbox? Please guys, review the patch. It's the right thing to do, the question is only how to do it. If the patch has technical issues, these can be solved. Certainly the patch should be reviewed, but whether or not it's included should be based not on supposed Xinerama support for Blackbox, but rather whether artificial boundaries are something that should be included in Blackbox. After all, that is what the patch does. Jamin W. Collins
Re: Definition of bbtool and toolslit
On Tue, 2002-01-22 at 02:18, Marco wrote: Does GKrellM not meet these requirements? Functionally, yes, but as pointed out by somebody else, GKrellM inside blackbox looks like an elephant into a Church, and since we already have bbtools, do we need anything else but *one* little place to put them in? GKrellM can be configured to look however you'd like it to look. It fully supports skins/themes. If you don't want all the bells and whistles you can turn them off. One big thing for GKrellM over most of the bbtools that I've seen is the small footprint, both in terms of screen and memory usage. I need workspace assistance is very different from I *need* the toolbar because *today* workspace assistance is there If so, let's move the corresponding code to bbworkspace, bbwindow, etc, and then everybody places whatever combination he likes in one single toolslit. Agreed. Jamin W. Collins
Re: Definition of bbtool and toolslit
On Tue, 2002-01-22 at 04:50, Guido 'lenix' Boehm wrote: Marco [EMAIL PROTECTED] felt like writing: If so, let's move the corresponding code to bbworkspace, bbwindow, etc, and then everybody places whatever combination he likes in one single toolslit. this would imho cause way too much memory-load for this stuff. I don't believe the suggestion was for the creation of separate apps with the functions (least I hope not), but rather keep the code internal to Blackbox, as it already is, and allow the user to place the interfaces in the toolslit where and how they want. Jamin W. Collins
Re: Toolbar vs slit, was: Comments desired....
On Mon, 2002-01-21 at 07:59, Marco wrote: meaning that for the end user they functionally overlap, and all it's really needed is*ONE* only way to puth a small, cpu light, unobtrusive dashboard with aall the tools {time, link speed, cpu usage, new mail, all the bbthings...} inside it? Because that's *exactly* what I've been thinking for some time. Does GKrellM not meet these requirements? Jamin W. Collins
Re: Comments desired regarding possible upcoming changes
On Mon, 2002-01-21 at 16:36, Mads Martin Jørgensen wrote: In short, I'm for the removal of the Toolbar and functionality moved to the Slit. As long as one not would be stuck with anything unwanted in the slit. Certainly not. I didn't intend to imply that anyone would be forced, to have them in the slit, rather that they could have them in the slit. Perhaps as configuration options? Jamin W. Collins
Re: Xinerama support
On Mon, 2002-01-21 at 21:13, Jason Chu wrote: I have some code to add Xinerama support to Blackbox... (still waiting for the cheering to die down). For those of you who don't know what Xinerama is it allows multiple monitors to be used as a single monitor. The problem is things like Blackbox placing windows across window borders and menus spanning windows and things like that. I too use Xinerama in Blackbox, and have some difficulty understanding the frequently voiced viewpoint that Blackbox's Xinerama support is broken in some way. There is nothing broken concerning Blackbox's current Xinerama support. The idea behind Xinerama is simple, to make multiple physical screens function as one logical screen. Thus, it should be possible (and is under Blackbox currently) for items, that would normally appear anywhere on a single physical screen, to open anywhere on the one (Xinerama provided) logical screen. Even if this means that it opens partially on two different physical screens. What is currently being proposed, is a patch to create artificial boundaries (that in this case happen to coincide with the physical monitor sizes) that items should not cross. While this may sound like a nice feature, that's all it is. It has nothing to do with Xinerama (if you don't believe me check with the developers, I have). So, please take it at what it is, a patch to add artificial no-cross boundary generation to Blackbox. I see no need for patches of this nature to be included in Blackbox. Jamin W. Collins
Re: blackbox crasher bug
On Tue, 2002-01-15 at 21:32, Scott Moynes wrote: I have found a set of annoying aesthetic bugs, as well as a crasher in the Edit Workspace Name code. First, the crasher: (snip) (gdb) run code/blckbox-0.61.1/src/blackbox Not to be picky, but it would appear that you are testing the 0.61.1 source. There have been many changes made to Blackbox recently. Can you try reproducing this with the latest 0.62pre release (believe it's 0.62pre4). The aesthetic bugs are related to the same code. Enter a fairly long workspace name, say 100 characters or so, and hit enter. The toolbar gets ruined. Is there any reason to have a workspace this long? I wonder if maybe we should have a more reasonable length limit on the workspace names. Also, one can edit the workspace, switch to another workspace, and begin typing. This will produce unexpected results. A check during workspace change should correct this, right Shaleh? Basically just check to see if the workspace was being edited, if so ditch the editing and switch workspaces? There are also some minor bugs to do with typing odd characters while inputting the workspace name. eg: control c. Not sure on this one. Jamin W. Collins
Webpage Entries and Voting was (Re: Blackbox Webpage?)
On Tue, 2002-01-15 at 22:11, Ben Neuman wrote: I was wondering about this, too. I'm a bit concerned, however - what if the webpage about the webpages' layout is poor and not minimalistic? We ought to have some candidates for the blackbox webpage-about-the-webpages in order to decide which we want. This sounds a bit like having a contest to have a contest. Seems like it would prolong the decision process. To this point we have the following presented sites: http://www.planetquake.com/lvl/blackbox http://www.threadbox.net/blackbox http://www.threadbox.net/blackbox/lightgfx.html http://speed.seas.upenn.edu/~rarya/bb2/ http://speed.seas.upenn.edu/~rarya/bb/index.html http://furt.com/blackbox Please add to this if there are any I missed in my review of the list. Also, if the authors would like any of the similar versions removed, please let us know. If there are no major objections, I say we wind up the entries a week from now and begin voting (on list). So, all entries in by the 23rd and voting through the 30th. Then we have a new design to enter February with.
OT: Quirky problems on a laptop
I know this posting is WAY off topic for the Blackbox list as a whole, and I apologize for the OT posting. However, I'm not sure where else to look for assistance and have grown to respect the opinions and technical ability of the members of this list (hereafter referred to as elected family j/k). My wife has a laptop that does some very strange things. From time to time, certain programs will refuse to start. However, in many cases a reboot will correct one or more of the applications. Most frequently, Evolution and GKrellM fail to start with a Segmentation fault. In some cases Blackbox fails to start (not sure error), but this is normally corrected by a restart. Anyone got any ideas, or places/lists for more information on how to look into something like this? System information included below. PCG-SR7K (http://www.ita.sel.sony.com/products/pc/notebook/pcgsr7k.html) RH 7.2 Blackbox 0.61.1 Evolution 1.0.1 GKrellM 1.2.2 Jamin W. Collins P.S. my list traffic seems to be lagging, please CC me directly.
Re: Possible Spin-Lock with 0.61.2pre4 (and with 0.62.0pre2)
On Tue, 2002-01-08 at 11:45, xOr wrote: Has this problem gone away in any releases since 0.61.2pre4? It would appear that my list feed is lagging somewhat (been getting blast deliveries of 40+ mails from the list over the last couple of days). I realize that 0.62.0pre3 was just recently released, I haven't yet updated my systems. However, the spin-lock just happened again this morning with 0.62.0pre2. I'm attaching the output of 'ps ax' from an ssh session when the problem occurred to give a better idea what was running. This time I was unable to solve the problem via an init change. Instead, I had to issue a poweroff to the system which understandably took exceptionally long to complete. Jamin W. Collins -- Life is the art of drawing without an eraser. - John Gardner PID TTY STAT TIME COMMAND 1 ?S 0:04 init 2 ?SW 0:01 [keventd] 3 ?SW 0:00 [kapm-idled] 4 ?SWN0:00 [ksoftirqd_CPU0] 5 ?SW 0:07 [kswapd] 6 ?SW 0:00 [bdflush] 7 ?SW 0:00 [kupdated] 8 ?SW0:00 [mdrecoveryd] 14 ?SW 0:00 [scsi_eh_0] 17 ?SW 0:06 [kjournald] 92 ?SW 0:00 [khubd] 215 ?SW 0:00 [kjournald] 216 ?SW 0:00 [kjournald] 217 ?SW 0:00 [kjournald] 548 ?S 0:00 /sbin/dhcpcd -n eth0 612 ?S 0:00 syslogd -m 0 617 ?S 0:00 klogd -2 637 ?S 0:00 portmap 665 ?S 0:00 rpc.statd 761 ?SW 0:01 [rpciod] 762 ?SW 0:00 [lockd] 783 ?S 0:00 /usr/sbin/apmd -p 10 -w 5 -W -P /etc/sysconfig/apm-sc 872 ?S 0:00 xinetd -stayalive -reuse -pidfile /var/run/xinetd.pid 904 ?S 0:00 gpm -t ps/2 -m /dev/mouse 922 ?S 0:00 crond 972 ?S 0:06 xfs -droppriv -daemon 1008 ?S 0:00 /usr/sbin/atd 1022 tty1 S 0:00 /sbin/mingetty tty1 1023 tty2 S 0:00 /sbin/mingetty tty2 1024 tty3 S 0:00 /sbin/mingetty tty3 1025 tty4 S 0:00 /sbin/mingetty tty4 1026 tty5 S 0:00 /sbin/mingetty tty5 1027 tty6 S 0:00 /sbin/mingetty tty6 1233 ?S 0:02 oafd --ac-activate --ior-output-fd=11 19229 ?S 0:00 /usr/X11R6/bin/xdm -nodaemon 19309 ?S 7:42 esd -nobeeps 19527 ?S 0:00 sshd 18004 ?S 0:00 ./kohan 18006 ?S 0:00 ./kohan 18300 ?R305:49 /etc/X11/X -auth /etc/X11/xdm/authdir/authfiles/A:0-8 18301 ?S 0:00 -:0 18314 ?S 0:00 blackbox 18368 ?Z 0:00 [xsetbg defunct] 18370 ?S 0:00 bbkeys -i 18371 ?S 0:02 gkrellm -w 18390 ?Z 0:00 [bb-start defunct] 18393 ?S 0:00 rxvt -fn 6x13 -fg grey -bg black -l -geometry +74+0 18394 ttyp2S 0:00 bash 18429 ?S 0:00 gkrellm -w 18447 ?S 0:00 bonobo-moniker-xmldb --oaf-activate-iid=OAFIID:Bonobo 18485 ?S 0:00 evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOM 18532 ?S 0:00 rxvt -fn 6x13 -ls -fg grey -bg black 18533 ttyp3S 0:00 -bash 20254 ?S 0:00 sh -c evolution 21 20255 ?S 0:01 evolution 20269 ?S 0:00 evolution-addressbook --oaf-activate-iid=OAFIID:GNOME 20282 ?S 0:00 evolution-executive-summary --oaf-activate-iid=OAFIID 20288 ?S 0:00 evolution-calendar --oaf-activate-iid=OAFIID:GNOME_Ev 20299 ?S 0:00 evolution-mail --oaf-activate-iid=OAFIID:GNOME_Evolut 20309 ?S 0:00 evolution-mail --oaf-activate-iid=OAFIID:GNOME_Evolut 20310 ?S 0:00 evolution-mail --oaf-activate-iid=OAFIID:GNOME_Evolut 20312 ?S 0:00 evolution-mail --oaf-activate-iid=OAFIID:GNOME_Evolut 20315 ?S 0:00 evolution-mail --oaf-activate-iid=OAFIID:GNOME_Evolut 20318 ?S 0:00 evolution-mail --oaf-activate-iid=OAFIID:GNOME_Evolut 20321 ?S 0:00 gconfd-1 --oaf-activate-iid=OAFIID:gconfd:19991118 -- 20330 ?S 0:12 /usr/lib/mozilla/mozilla-bin http://www.blender.nl 20336 ?S 0:00 /usr/lib/mozilla/mozilla-bin http://www.blender.nl 20337 ?S 0:00 /usr/lib/mozilla/mozilla-bin http://www.blender.nl 20338 ?S 0:00 /usr/lib/mozilla/mozilla-bin http://www.blender.nl 20349 ?S 0:00 /usr/lib/mozilla/mozilla-bin http://www.blender.nl 20357 ?S 0:00 sshd 20358 pts/0S 0:00 -bash 20405 pts/0R 0:00 ps ax
Re: bbkeys questions/comments
On Mon, 2002-01-07 at 18:38, Imad wrote: The best way is to run xev and see what X calls your keys. Then, you just put the key (XLookupString gives 1 characters: f), etc. in your ~/.bbkeysrc as shown in the README. That's what I tried, but I kept getting XLookupString gives 0 characters: ). I went back to try it again after getting your message, and noticed that right after the keycode there's a bit that reads (keysym 0xffe7, SunFront) (this is also how xev treats Mod/CTRL/Shift). D'oh! I put SunFront as the KeyToGrab in bbkeysrc and everything's working fine. Since we're talking about key-bindings, how would I go about using keys that xev displays no character or keysym for? All the windows keys on my keyboard return only a differing keycode. There is no keysym for them and certainly no character. On a few other keyboards, I have extra buttons that likewise don't return keysyms or characters. Any ideas, or are they just dead keys? Jamin W. Collins
Re: Blackbox Web Design
On Tue, 2002-01-08 at 08:39, xOr wrote: Well, my vote still holds with http://speed.seas.upenn.edu/~rarya/bb2/ It's got, and had my vote from the beginning. Good use of space in all browsers from what I can see. Jamin W. Collins