Learning about the Slitlist in Fluxbox...

[Wallex]

The Man fluxbox explains in detail how to do your own styles, how to edit the keys, how to edit your menu, but it barely touches the topic of the slitlist. I am trying to add gkrellm to my desktop. So far I've gotten to the point where I enter: gkrellm -w -g -0+17
That makes gkrellm appear right where I want it, but there's still something missing... a way to 'stop' apps from maximizing over my resource monitor. I went to init and said 'false' to maximize over slit, now what is missing is the slitlist file. That file was empty, the man says nothing about it.. so how was I supposed to fill it up? I entered one line: gkrellm. And it didn't work. I couldn't have expected less knowing that noone told me how it was supposed to be done. So.. knowing how popular fluxbox is around here, could someone explain me what extra 'steps' I need to take to achieve my goal?

[sharth]

i dunno, but my only suggestion would be to goto themes.freshmeat.org and download some of teh fluxbox themes and try to figure it out from those.

[Wallex]

*Computer Beep* Nope, wrong answer! 'Styles' only decide the look of your desktop and the background image, at most, I can't even create a style that would define it's own cursor (I've tried everything to get the cursor I want), Hmm... I'll go do a search around, maybe the 'secret search engine' will tell me something about it. Well thanks for trying and for giving me a chance to bump my problem.
EDIT: The secret search engine sent me to 'Momonga's Fluxbox HOWTO', now if that doesn't helps me, I doubt anything on this planet can (unless the HOWTO were unfinished or something like that).

REEDIT: Oh heck it didn't work! According to the howto, I just had to keep stuff 'configured' and then just run the program with the -w flag. I do that and the gkrellm shows up right in the middle of the screen and I can't move it. Then I think maybe fluxbox was not compiled with the proper flags, I go and recompile and reinstall fluxbox with slit-support, kde and gnome support as well. And well.. after all this, still no change! I wonder.... maybe there's something else missing... but what could it be? Can someone help me out... I am sure many people use gkrellm in the slit in fluxbox!

[Wallex]

Well.. I've manage to make some progress on my own. My first flaw was running gkrellm after initiating fluxbox, so... I had to 'restart' fluxbox for the monitor to go stick where it was supposed to go. Now... Hmm.. I have a 'problem' of a different nature. The toolbar is on the top-right corner of the screen, and my tabs appear on the top-left corner of the screen. My plan is to have the window fully maximized so that the tabs will cover the space not used by the toolbar. Altough I've placed 'fullmaximization = true' and 'maxoverslit = false', windows only get maximized to the point where the tabs will not go over the toolbar. Was it supposed to work like that when 'full maximization' is true? I was hoping it would maximize OVER the toolbar...

[Wallex]

Well.. more slitlist issues. Except that this time I 'hope' to receive help. I used to run gkrellm -w from the main menu, and then I would 'restart' fluxbox to get the monitor where it should go. Today I decided to do the 'automatic way' and add gkrellm -w to my .xinitrc. The very last lines of it go like this:
# Add your own lines here...
#

# day planer deamon
# pland &

# G-krell Monitor
gkrellm -w &
#
# finally start the window manager
#
exec $WINDOWMANAGER

# call failsafe

exit 0
As you can guess I added the gkrell -w part. Now gkrellm will start up with whatever windowmanager I chose, but what bothers me is that when fluxbox starts, it won't send the monitor to where it should go, instead I get the same result as if I had run gkrellm -w after starting fluxbox. As a result, when I start, I need to restart fluxbox again. Does anyone knows a way around this? Maybe I wasn't supposed to call gkrellm -w and fluxbox at the same time?

[Minus]

im not quite sure what the problem is, can you post a screenshot?

[TacKat]

There are more problems here than I can sort out right now, but I can give a little help with the slitlist. It's a new feature which is why its not in the man pages yet. Check out the online docs (http://fluxbox.sourceforge.net/docs.php). Specifically there's a question that explains how the slitlist works.

[Wallex]

Hmm.. well, I'll go give the docs a good look. Minus, the main problem is that when I start gkrellm + fluxbox, the monitor appears on the left/top side of the screen, and it appears 'unstick'ed, but it should appear on the top/right 'stick'ed. I fix that by choosing 'restart' from the Fluxmenu... but it's just that I wished I could 'skip' that step, well I'll go read the docs, I might learn something good out of them. Thanks for da info.

[Wallex]

Okay... this is what I have found so far.
The documentation doesn't speaks at all about this.. so I guess this isn't a common problem.. maybe I am just doing something wrong.
First wrong way to do this: I am running fluxbox, and while doing it, I invoke gkrellm -w, the result is a nonstick window that is on the middle of the screen and I can't move. If I right-click on it I get the options, not the slitlist menu. Conclusion: Fluxbox doesn't thinks gkrellm is supposed to be docked.

First wrong way to do this: In .xinitrc, the last line is 'gkrellm -w & exec $windowmanager', the result is a nonstick window that is on the middle of the screen and I can't move. If I right-click on it I get the options, not the slitlist menu. Conclusion: Fluxbox doesn't thinks gkrellm is supposed to be docked.

'Patched' solution: I open the fluxbox menu and choose 'restart Fluxbox', gkrellm now gets recognized as a dock and things work as they should. Am I the only one that has to do this to get his slit working correctly? When you open an app docked (usually -w) it inmediately goes to the slit?

[Minus]

that is NOT how things are supposed to go into the slit. A shot in the dark here, but maybe you messed something up in your settings. Quit flux, and from console
mv ~/.fluxbox ~/.fluxbox.old
then start up flux, and see if that helps.

[Wallex]

I see... well, considering I have reinstalled fluxbox, I guess what's left is to try to re-regenerate the personal config file.. hopefully it'll 'fix' stuff.. or I'll just have to uninstall fluxbox and then reinstall it.. AGAIN.

[JohnT]

At least you have a nice cursor to look at:D

[Wallex]

finally! It's silly to think it wasn't Fluxbox's fault, it was Gkrellm's fault! I logged in as 'Guest' (a user that doesn't needs a password to login.. um.. I don't think anyone else will use this pc, so that user is kinda there for nothing) and he had no problems sending the monitor to the slit. After much research, trials and errors, I found the source of the problem: the Gkrellm config.
The properties have two options named 'Set sticky state' and 'set dock type', these were on in my account, but off in the guest, and those were the options that caused all the problem! Now that both of them are 'off', gkrellm starts up right into the slit, as it should. Phew!
About the cursors... Hmm... I am currently using the artwiz cursors because I am trying to findout how to get the artwiz fonts working.. I think they are working because the cursor shows up, but I do not notice any difference anywhere else... anyway, this is a problem that already has it's own thread.