Re: Java/Blackbox oversized window bug with IBM JRE
On Thu, 25 Jul 2002 13:52:16 -0700 (PDT) "Mr. Brigham Young" <[EMAIL PROTECTED]> wrote: > Q: How do you make a Pentium III perform like a 386? > A: Use Java Apps Boy have you been using the wrong Java Apps. -- Jamin W. Collins
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: intent to remove Top and Bottom Center option from slit
On Mon, 22 Jul 2002 16:02:15 -0500 (CDT) Cary Mathews <[EMAIL PROTECTED]> wrote: > Umm, hi. I've been using BB for a while, really enjoy the minimal feel. > I just upgraded from 0.62.1 to 0.65.x (from sourceforge) and had some > confusion over terminology. I had assumed that the "slit" was the bar at > the bottom of the screen which had the workspace name in it and the > time. But from this discussion I see that there is (also?) a "toolbar"? > Where is that enabled, or is what I have desribed as the "slit" really > the"toolbar"? If that is the case, what is the slit? :} You have described the toolbar. The slit is place for docking apps. In most cases, the app either supports the slit (which I believe is more or less the same as the WindowMaker wharf) or doesn't. I seem to recall an app that would swallow others into the slit, but don't recall the exact name. For a good example of a slit app you could try either bbkeys or gkrellm. Launch either app with the "-w" command line option and the slit will be revealed. > (Sorry for posting to an older thread, but this has the history for > those who may not understand what I'm talking about.) Nothing to be sorry about. Tiz what I would have done. -- 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 12:32:21 -0700 paul <[EMAIL PROTECTED]> wrote: > Jamin, profuse apologies for spelling your name wrong in the above. Ehhh, no biggie, with a name like mine you get used to it after a bit. I've had my name severely mutilated a few times. At one point I think one person added 7+ syllables to my name. It's a real pain to find vanity/personalized mugs and things. However, I like it's rather uniqueness. I've only found a handful of people that share my name. And, my wife's grandmother still calls me Jamie. -- Jamin W. Collins
Re: 0.65.0 status
On Thu, 18 Jul 2002 11:50:05 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > So there are two bugs left on 0.65.0: > > 1) Java issue > > 2) licq dock icon > > I can not recreate the licq dock issue. Anyone? What is the dock issue? I periodically use Licq and have seen no problem with it. > The Java issue is important however I do not see a solution in the near > future. I am open to suggestions. I wouldn't hold the release on it. List it as a known-quirk with possible pending resolution. An FAQ item for now. -- Jamin W. Collins
Re: a shot in the dark
On Thu, 18 Jul 2002 10:33:01 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > I may need those of you who can easily reproduce the problem to submit > info on this bug. I'm certain we'll be here if you need us, I know I will. =) -- 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: intent to remove Top and Bottom Center option from slit
On Tue, 16 Jul 2002 10:18:47 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > Does anyone actually use either option and would miss it? Now is your > chance to speak up! 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. -- 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: 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: 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: 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: 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 F&R > > 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: 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 F&R 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 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: 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: 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
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
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
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 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: 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: 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: alpha8 - maximization stuff
On Thu, 6 Jun 2002 09:08:11 -0400 "Derek Cunningham" <[EMAIL PROTECTED]> wrote: > I see no reason why I would want to move a maxmimized window, as moving > it puts some of the windows off screen. I propose that maximized windows > should not be moveable (config option?). I can think of a few. I almost never "fully" maximize a window. I frequently vertically maximize my windows. Should these windows then become stuck? If so, in what way? Should I still be able resize their horizontal width, and just not be able to move them vertically? There are many possibilities here. -- 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
Bug: Slit apps unshade maximized windows
Noticed an oddity last night while working on a GKrellM plugin. If an application enters or leaves the slit (starting or exiting) and you have a vertically maximized window that is shaded, it will automatically unshade. I just verified this with the current CVS version (~6:53 PM CDT). Just verified that this also happens with the other shade maximized options. However a horizontally maximized xterm behaves very strangely. In this case (horizontal shading) the window doesn't become unshaded, but rather messed up. Screenshot of this one here: http://www.asgardsrealm.net/jamin/horizontal-xterm-oddity.png These changes appear to be do to a minor size change in the slit. If I can be of further help, let me know. Adding this to SF's bug list now. -- 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: 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: 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: 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: 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
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 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
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: 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 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
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: 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
Devel Test Systems (was Re: OpenOffice 1.0 crashes Blackbox on startup)
On Fri, 31 May 2002 07:56:19 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > shit. I need like 3 test machines so I can run every known piece of > software on Earth. I have a few extra machines I would be more than happy to place a few of them at your disposal. I also have a local debian mirror (for stable, testing, and unstable) on my network that's updated nightly so software installs wouldn't take long. Let me know if you're interested. -- 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: OpenOffice 1.0 crashes Blackbox on startup
/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 11:21:13 +0200 "Wilbert Berendsen" <[EMAIL PROTECTED]> wrote: > When I start OpenOffice 1.0, blackbox crashes (and due to the > construction of my ~/.xinitrc, it is restarted immediately), and Open > Office window does not appear. However it remains running in the > background. I have installed OpenOffice 1.0 on my Debian work computer (from the unofficial debs), and have never had it crash BB. Is it possible that some minor dependancy isn't quite right on your LFS system? -- 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: 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 ". 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 30 May 2002 23:16:50 +1200 "Matt Wilson" <[EMAIL PROTECTED]> wrote: > Some things are, some things aren't, for me - an xterm maximized is > fine, but evolution maximized only snaps to the very top and bottom > edges of the screen - no struts, no left and right edges. > > actually, it seems that anything that doesn't quite fit snug (ie xterm - > uses increments) snaps properly, but anything that does fit snug with > full maximization off only sees (in my case) the top and bottom screen > edges. With full maximization on no snapping occurs. Updated to latest CVS (as of 8:10 AM CDT today). I've found that behaviour changes depending on whether "Full Maximization" is selected or not. Full Maximization off and snap threshold of 10: - Sylpheed v0.7.4 - Maximized snaps to both the struct and the actual display boundaries - Normal snaps to both the struct and the actual display boundaries - Xterm - Maximized snaps to both the struct and the actual display boundaries - Normal snaps to both the struct and the actual display boundaries Full Maximization on and snap threshold of 10: - Sylpheed - Maximized doesn't snap to anything - Normal snaps to actual display boundaries and not to struct - Xterm - Maximized snaps to actual display boundaries and not to struct - Normal snaps to actual display boundaries and not to struct I'm running Dual Head (no Xinerama) with snapping enabled on the first display (the one used for testing) and not enabled on the second display. Both heads are running at 1280x1024 with a depth of 24. In testing, my toolbar was located at bottom center and slit was vertical in the bottom left. If I can provide any more information please let me know. -- 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: 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: 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: idea about shade treatment was Re: Toolbar icons - taskbar patch?
On Wed, 29 May 2002 13:16:51 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > 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? Would it be much more difficult to make it a toggle option for a while? That way we could try it with and without and see if there's a large impact. -- 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" > or"park" 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: 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: 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: 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: 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: 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
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: 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
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 09:38:08 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > The "every waking moment for Matt" release > > alpha7 has lots of small fixes for lots of things. (snip) > As before, please help us test it is time for a beta series! You are going to spoil us! Just updated from CVS and installed. Things look good so far. -- 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 here> refugee thing. ;-) GACK!!! did she really just do that to me? Yep, she did.... =) -- 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: 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: 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: 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: 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 08:35:59 -0700 (PDT) "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote: > Another option is I could have the Tracker send copies of the > bug data to the list. Sounds like a good way of doing things. -- 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 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: 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 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: 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: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: 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: 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://www.techtv.com/screensavers/answerstips/story/0,24330,3374122,00.html 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: 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 15:49:58 -0500 "Jan Schaumann" <[EMAIL PROTECTED]> wrote: > "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 CRAP! =( I'll change that to "#!/bin/sh", unless someone has a problem with that. Jamin W. Collins
bbsession script v0.02
Here's an update to the previous script based on the feedback received. I've attempted to make the script somewhat more shell neutral. Please let me know of any problems you encounter. I didn't mean to start a shell-war, I simply coded the script for the shell I was using (that appears to have been a bit of a mistake). Here's a short snippet of the changes in this version. 2/26/02 - v0.02 - adjust script to run under ash (per user feedback) - removed extranious IFS variable setting - removed shell header comment from created bbsession file - added check for temp file creation programs Jamin W. Collins bbsession Description: Binary data
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
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 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. #!/bin/sh # -------- # Version: 0.01 # Released: 2/23/02 # Author: Jamin W. Collins ([EMAIL PROTECTED]) # Web Site: <A HREF="http://www.asgardsrealm.net/linux/">http://www.asgardsrealm.net/linux/</A> # 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 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 ; > 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: [zefram@fysh.org: new SourceForge terms]
On 15 Feb 2002 22:59:08 +0100 "Peter Korsgaard" <[EMAIL PROTECTED]> wrote: > Sean> I really, really, really hate bugzilla. More than cvs. > > Ok, do you recommend any other bug tracking system? Anyone considered Gnats? It looks slim and to the point, like Blackbox. Jamin W. Collins
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: 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: 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: 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