this is r1 with the remember patch () --------- 1) Ability to launch applications at fluxbox startup via a submenu called 'Startup' in the menu file. It's useful for those using gdm as login manager (without .xsession). 2) Remembering of workspace, dimensions, position and other parameters via a new submenu called 'Remember...' when you right click on the titlebar of a window. Window settings are saved in a new file "~/.fluxbox/apps". --------- Anyway, this is my first ebuild, i hope it helps.
Created attachment 4336 [details] fluxbox-0.1.12-r2.ebuild
what a coincidence. LOL
This is still an experimental patch according to fluxbox.org. Please make it optional...
Awesome Jake! I've been working with the same patch. It looks like all that's really changed is the inclusion of the new SRC_URI and the patch command in src_unpack(). It compiles fine if we do it vanilla this way, but I'm interested if you've built and are actually running fluxbox with this patch. I'm getting "ghosting" on the menus that I'm working on repairing. Are you?
Nope, no ghosting on my end; Perhaps try the r1 and see if you are getting ghosting????? ive been running it for a while now too, such a nice patch.
Here's what I'm getting when I apply the remember patch: http://mkeadle.org/images/remember_patch_ghost.png You can see my menu on the right with the 'Startup' group. This works perfectly. On the left is the windowmenu with the 'Remember' options displayed. Those features work perfectly as well. The problem is that most of the other options in the windowmenu no longer match up with the correct function. For instance, to to make a window sticky I actually have to click 'Kill Client'. Also notice that I have two 'Close' entries in that menu. SHRUG. I've got three other machines to test on. Maybe it's just me!
http://www.presstec.net/Images/screenshot-6jul02.jpg well no ghosting here! :)
Ok. Please reread my last comment, perhaps more carefully this time. You'll see that I explained that my main applications menu is working fine, it's the Windowmenus that are having issues (the menus that appear when you right-click a windowtitle). Again, take another look at my screenshot. There's my applications menu with the 'Startup' group. Nothing wrong there. Now look again and the menu spawning from the windowtitle. See the two 'Close' entries mentioned before? And why does 'Shade' have a bullet next to it to become an expandable menu? *These* are the issues I'm speaking about. While you have perfected the art of the screenshot, it unfortunatly does not help me at all. There's no view of the Windowmenu in there (the specific part having problems), you've got no 'Startup' group (possibly because you don't see the need for one), and your menu title says 'Fluxbox 0.1.8' while the version in question is 0.1.12 (but menu titles aren't updated/forced automatically). So, while you may have a fine example of a desktop, the pieces I need evidence of are nowhere near sight! But kudos on the colors, I use a similar theme myself. If at all possible, please take a screenshot that displays your Windowmenu (the one produced by right-clicking a windowtitle)
Argh!! screenshot-6jul02.jpg thats 6 of july, thats the wrong one i linked/uploaded. Sorry! http://www.presstec.net/Images/Screenshot-5-oct-02.jpg Try that one. :)
Do you have blackbox/openbox or both installed as well? Was fluxbox the last one you compiled/installed? I'm starting to think these issues are related to NLS. I've removed all trace of any box from this machine, reinstalled fluxbox and the patch works fine.
Well, that's it. Without any boxes emerged: emerge fluxbox (with remember patch): works fine, no menu ghosting emerge openbox: openbox works fine, fluxbox still works fine emerge blackbox: black/openbox work fine, flux windowmenus start to ghost. emerge unmerge blackbox: fluxbox windowmenu ghosting goes away So it's a NLS thing, specifically with Blackbox. At one point I toyed with creating a commonbox-nls package. I still don't think that's the fix, but it helps me to remember that at one point I understood and could work with NLS! Cheers!
Ok. Done. The problem isn't with Blackbox, it's directly with Fluxbox. As we know, Flux/Open are essentially Black on the inside. Openbox seems smart enough to create their own NLS setup and use that solely. Fluxbox, on the other hand, creates it's own NLS, but if Blackbox NLS happens to be installed as well Fluxbox will use that instead of it's own. Line 92 on src/main.cc of Fluxbox source reads: NLSInit("blackbox.cat"); ...but curiously, on final install the NLS catalog is actaually called fluxbox.cat. So it's been a lot of detective work only to find out that single line needs to be changed to: NLSInit("fluxbox.cat"); ..and everything works great. I now have all three boxes installed with no menu ghosting from the remember patch. I plan to send email to aLEczapKA (Fluxbox author) and see what he knows of this, and also to update the patch itself. The only thing really keeping me from rolling this officially is a notice regarding this patch: NOTICE: Do not disable tabs in Fluxbox configuration, cause you will get lots of crushes when you try to move tabs around. You can still disable tabs for given applications and do not notice crushes when you have tabs enabled in Fluxbox.
To mention: I've been using Fluxbox with this patch on three machines solidly since my last comment and have *not* had any issues. Also, I can't find notices on maillists, etc. that mention having the "crushing" issues described. I'm at the point of commiting this to portage for widespread testing. If anything pops up, it may be possible to have a x11-wm/fluxbox and x11- wm/fluxbox-extreme (or some suchness). We'll see! Comments appreciated!
If you have -nls in your USE it breaks. But that's probably already a given seeing the comments here already, but just in case. :)
Ok. It's in. It's marked as ~x86, so you'll need the proper ACCEPT_KEYWORDS to have it show up.
