SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
To any of you who are using DockApps, I'd be interested to know which ones you like or are interested in along with a link to the sources. I can also help get them to compile sometimes when there are problems. Kepp in mind that there are other DockApps written for the AfterStep window manager(and others) which will work (mostly) fine with WindowMaker. On my site in the DockApps section there are several patches which show pretty generically how to fix one kind of problem -the program runs, but doesn't display or runs with a titlebar.
Quite a few of the other ones on my site which are working required some other update or modification -usually regarding library linking.
As I mentioned before, libdockapp was changed and then incorporated into the wmaker libs. Some of the apps that I have still link directly to libdockapp which I also package and install separately.(I guess I need to re-upload those). A little more work would probably get those linking to the lib routines in (libWMaker ?? I think).
Another is DockApps which use libPropList. These also are/were available separately and then were incorporated into libWINGs. Fixing these is usually just a matter of adjusting the Makefile and/or header file.
The standard Slackware build of wmaker does not build the WINGs shared libraries, so DockApps which *have* been fixed to link properly may not build. You could build and install libPropList separately and then link to them. Or use the WindowMaker-0.92.0-sowings.patch from my site and recompile.
Sorry, I just can't resist giving as link to this screenshot of my desktop. It shows the bare WindowMaker without Dock or Clip, the taskbar panel, the ROX-Filer pinboard for most of the icons and in the lower right corner two DockApps are running. Don't think that I use this backgroung image every day -I used it just for this shot as I find it to be one of the more amusing images I've ever seen in my life. If it doesn't make you laugh or cry (or both), you are dead!
Some other day I'll post a few more screenies which show some regular windowed-apps running so you can see better how things fit together.
I'm going to look into the matter of using the kde menus -do you mean so that it creates menus that include all apps that have a desktop file? Or just the ones in your particular menu?
The menu editor included with WPrefs is fairly easy to use -with drag-n-drop addition and rearranging of items. But you may find the wmakerconf system easier to use. (Note that if you are using Slack-12.0 you'll probably need to add the gdk-pixbuf package for some of the programs I have there -just use the package from Slack-11.0)
Sorry, man, it's been a long week. I'm just now getting back to this.
I'm looking to somehow import my current KDE menu into Window Maker. I'm not sure how KDE menus work, so I'm not sure what a desktop file is.
I've not made any changes to the default Slackware WM installation except to add the lines you pointed out above to the WMWindowAttributes file.
I'm starting to work with some of the doc apps to see which ones I like. I'm also, frankly, learning how to use WM. Along that line, I have a couple of question:
1) Why do icons for applications I have on the dock not show up on the desktop or clip when the application is minimized?
2) How do I change the resolution and refresh rate? Right now it opens at 1280x1024/60 HZ which looks pretty good but flickers too much for me. I set up my Xorg configuration to support 75 Hz at 1024x768 and can easily make that switch in XFCE and KDE. How do I do that in WM? Is that something I can do with the wmakerconf-2.9.2 WindowMaker Configuration Utility?
EDIT: I just found WM's documentation on their web site, so I'll poke around there and see what I can learn about my questions.
Go up one level and look around for other basic components to build your own lightweight dekstop environment.
If you added those lines to your conf file, they disable all miniwindows and the icons which are used when the windows are minimized. If you want to see these extra icons on the desktop then you should not use those lines, or you can re-enable those features individually by using the Attributes settings.
Here's a nice way to add a menu item which lets you set the resolution, incidentally from Slackware contributor Piter PUNK. Save the following code as /usr/bin/resolution.sh
Code:
#!/bin/sh
#
# resolution.sh - Piter PUNK
#
# This script makes a menu with all possible resolutions, and you can
# change to that resolutions with one "click".
#
# After change the resolution of screen, you need to "Restart WindowMaker",
# to put all windows and menus inside the new screen size.
#
xrandr | tr "*" " " | awk '
BEGIN {
print "\"Resolution\" MENU"
}
/^.[0-9]/ {
print "\" "$2"x" $4"\" EXEC xrandr -s " $1
}
END {
print "\"Resolution\" END"
}'
Then open the wmPrefs utility -right click on desktop and choose Appearance >> Preferences Utility.
Go to the section for menu settings (6th from the right). This opens the menu on the desktop in edit mode. From the main window grab the bar which says 'Generated Submenu'. Drag it to your menu and place wherever you like(I put it in the Appearance submenu). Double-Click on it and change the name to Set Resolution and then hit enter. In the main window in the box for 'Command', enter /usr/bin/resolution.sh and then click 'Save'. Now you have an entry in your menu where you can choose from all available resoultions.
If you want to always have the resolution set for you automatically, probably the best way is to place the 'xrandr -s resolution??' command in your $HOME/GNUstep/Library/WindowMaker/autostart script.
Also, as to your question about KDE menu items. There are several utilities which may help you there, like menumaker. Be sure to back up your current menu before using it though. I also used to use kde apps with wmaker. What I would do is simply start the kde kicker(is the panel still called that?) and start kde apps from there. Since a single kde app causes several processes to start, this actually makes them start much faster since the panel is already running. Sorry, I haven't used kde for years now so I'm not up-to-speed on it. Actually, I'm not sorry at all about that... only that I can't be more helpful.
If you want the kicker to always start you should be able to start it and then save the session so it will be started for you the next time.
If you like wmdrawer, you migtht also try bbdock which acts kinda like the bar at the bottom of the old MAC classic.
If you ever feel bad about not having rotating 3D stuff, try wmcube-gdk. :-)
There's a GTK front-end to xbindkeys called xbindkeys_config which might do what you want. (xbindkeys_config-0.1.3.tar.gz). I'm not sure how you do it manually -possibly by editing your xorg.conf file or with something in an Xmodmap file.
Try this: create a file /etc/X11/xinit/Xmodmap and put this line:
keycode 66 = Control_L
It could also be a file in your $HOME if you only want the changes to apply to your desktop. In that case it would be ~/.Xmodmap (I think)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.