Re: Multiple backgrounds
cga <[email protected]>
| Newsgroups | gmane.compw.window-managers.windowmaker.user |
|---|---|
| Message-ID | <[email protected]> |
[email protected] wrote: [..] >>OK, now I think we're getting somewhere. What I was thinking about was >>getting the "WorkspaceSpecificBack" directive to disappear, but perhaps >>it would be easier to use "wmsetbg -w n" in a loop, or something like that. >> >> > >i would investigate how to use wdread and wdwrite those are very usefull tools >for editing proplist files, while windowmaker is running > > And possibly document them..? ;-) Well wdwrite has a man page of sorts but not much in the way of a user's guide.. >>The type of thing I am talking about about is this: >> >>Assume that you have selected a common theme with only one background. >>This will be set according to the global "WorkspaceBack" directive. >>Then, suppose you set up multiple backgrounds. Fine. Then, if you try to >>reinstate a single global background with a theme, for example, only the >>previously unassigned backgrounds change to the theme background. It >>seems that once "WorkspaceSpecificBack" is in your defaults file, it >>sticks there until it gets manually removed, >>or am I missing something obvious? >> >>cheers >>Duncan >> >> This behavior hasn't changed in ages. When I was playing w/ themes I would dread the ones w/ multiple bg's because I didn't know how to get rid of the "specific" bg's.. Because once this gets into ~/GNUstep/Defaults/WindowMaker there's no amounts of cycling wmaker or rebooting that will get rid of it. So what I did was to create a ~/GNUstep/Library/WindowMaker/reset.themed/style file that contains the following: { WorkspaceSpecificBack = (()); } and then I would run a setstyle against it to get rid of the troublemakers. IIRC.. You may need to follow that by a wmaker "Restart" (not shutdown/restart.. use the "Restart" option in the Exit submenu..) .. to refresh the in-core copy of the plist I guess.. If you change themes frequently and/or you have many of those "workspacespecific" themes you could probably front-end the setstyle command with a two-line script that does the reset prior to invoking the new theme (?) _______________________________________________ INFO: https://windowmaker.org/lists/listinfo/wm-user ARCHIVE: https://windowmaker.org/lists/archive/wm-user/ FAQ: http://windowmaker.org/faq.html