Re: looking for background image manager
Quoting Jeremy C. Reed [EMAIL PROTECTED]: I am looking for a lightweight program that does: - provides a file browser for selecting images - same file browser also displays the selected image in a small window (maybe same window) - once an image is selected be able to set it as the root image Hopefully: - record the currently used image so the program can be ran at startup (via .xinitrc for example) to load the previously chosen root image (and then promptly close). I can code this if needed. Optionally: - some randomizer for choosing next image - show many images (thumbnails) at same time for easier selection My goal is to have a simple tool for my wife to use for selecting the background image. For example, xfce4 provides a tool for selecting a background image, but it is a part of the xfce xfce-setting-show which does a lot more. Maybe I should use a tool available from some heavier desktop environment -- but then I don't want the bloat it may require. How about ROX? With the exception of the randomizer, the ROX pinboard has almost all the features you mentioned. To change the background image you right-click the desktop, choose an option, and a set background window appears. Then you can simply drag and drop an image from ROX's own file manager to it. The manager also has thumbnail preview and you can associate any of the aforementioned programs (I use display from ImageMagick) to see the image at full size when you open it. For me it was probably the nicest experience concerning background images. -- Ciprian Popovici -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
Quoting Jeremy C. Reed [EMAIL PROTECTED]: p.p.s. The next thing I am looking for is a light-weight tool for managing menus. Then find some scripts -- or write -- some scripts to convert to fbpanel or other formats. I have a PHP script I put together hastily that will convert a Blackbox menu to the fbpanel format. I only used it once when I had to make a fbpanel environment, and it wasn't perfect, but if it helps I'll post it. FWIW, fbpanel doesn't have a config or menu editing tool either, so if what you want is newbie ease of use you're not there yet. Since we're on the topic, I thought about writing a menu configurator and/or a style configurator for a while now. Issues: I can only code it in PHP-GTK; the style format for 0.70 is (at least in my opinion) still a moving target. But the menu could be tackled. -- Ciprian Popovici -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1023284 ] Programatically set 'Always on top/bottom' support
Bugs item #1023284, was opened at 2004-09-06 22:19 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1023284group_id=40696 Category: Behaviour Group: CVS Status: Open Resolution: Works For Me Priority: 5 Submitted By: Keith Maika (kicken) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: Programatically set 'Always on top/bottom' support Initial Comment: GTK has a couple new functions to set the always on top/always on bottom flags via a program. These functions are gtk_window_set_keep_above and gtk_window_set_keep_below. The keep_below function works fine it seems. It does keep the window below all others and checkes the 'Always on bottom' window menu item. The keep_above function though also sets the always on bottom flag rather than the always on top flag. I've attached a sample program that can be used to test it. Requires GTK+ 2.4 or better (I have 2.4.0) for the functions to work. The only other window manager I've tested this in is Enlightenment. It's the only other one I have access to atm. -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 09:19 Message: Logged In: YES user_id=459209 hmmm... perhaps there's a bug in your version of gtk: [EMAIL PROTECTED] ~/src/blackbox% pkg-config --modversion gtk+-2.0 2.4.9 i suggest an upgrade (since it works for me) -- Comment By: Keith Maika (kicken) Date: 2004-09-08 19:37 Message: Logged In: YES user_id=381596 Well, I just updated and rebuilt blackbox using CVS thinking that perhaps something had changed recently which made it work now, but it seems to still fail. When I click the 'Set always on top' button in my test application it turns on the 'Always on bottom' flag for the window instead of the always on top flags. Here's some details if any of them would help. gcc --version gcc (GCC) 3.3 Copyright (C) 2003 Free Software Foundation, Inc. blackbox --version Blackbox 0.70.0beta2 Copyright (c) 2001 - 2003 Sean 'Shaleh' Perry Copyright (c) 1997 - 2000, 2002 - 2003 Bradley T Hughes pkg-config --modversion gtk+-2.0 2.4.0 Also I attached a small screen shot of what happens. -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-08 11:00 Message: Logged In: YES user_id=459209 this works for me using CVS, it should also work with 0.70.0beta2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1023284group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1024929 ] Focus last window on workspace fails
Bugs item #1024929, was opened at 2004-09-09 09:57 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 Category: Behaviour Group: 0.70.x Status: Open Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: Focus last window on workspace fails Initial Comment: 'Focus last window on workspace' only works, if some window on the previous workspace had focus. If nothing had focus (eg empy workspace), focus is lost. This behaviour is independent from the chosen focus model (click to/sloppy). It worked in 0.65. markus (can be reached via bb mailinglist) -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 09:21 Message: Logged In: YES user_id=459209 this didn't work in beta1, yet it does work in beta2 and CVS, which are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1022210 ] Segfault with --enable-debug
Bugs item #1022210, was opened at 2004-09-04 05:44 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1022210group_id=40696 Category: Behaviour Group: CVS Status: Closed Resolution: Fixed Priority: 5 Submitted By: Steven Wong (glutinous) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: Segfault with --enable-debug Initial Comment: I build Blackbox with the following config: ./configure --disable-nls --enable-debug When I run it, and try to open any new applications (tried rxvt, xfontsel, and xterm), it will segfault. I ran it through GDB and this is the backtrace: (gdb) run Starting program: /home/steven/blackbox/xnest/blackbox/bin/blackbox blackbox: managing screen 0 using TrueColor visual 0x20, depth 24 Detaching after fork from child process 12824. Blackbox::process_event(): MapRequest for 0x400011 BlackboxWindow::BlackboxWindow(): creating 0x400011 Program received signal SIGSEGV, Segmentation fault. BlackboxWindow::show (this=0x811acf8) at Window.cc:1645 1645BlackboxWindowList::iterator it = client.transientList.begin(), (gdb) bt #0 BlackboxWindow::show (this=0x811acf8) at Window.cc:1645 #1 0x0805d3ae in BScreen::manageWindow (this=0x8104968, w=4194321) at Screen.cc:644 #2 0x0805d14e in BScreen::addWindow (this=0x8104968, w=4194321) at Screen.cc:562 #3 0x08085e20 in Blackbox::process_event (this=0xbab0, e=0xba00) at blackbox.cc:198 #4 0x0808a863 in bt::Application::run (this=0xbab0) at Application.cc:227 #5 0x08089928 in main (argc=1, argv=0xbca4) at main.cc:147 (gdb) quit The program is running. Exit anyway? (y or n) y Shutting down Xnest -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 09:22 Message: Logged In: YES user_id=459209 i don't normally use --enable-debug, so i didn't see this... -- Comment By: Steven Wong (glutinous) Date: 2004-09-04 05:48 Message: Logged In: YES user_id=987462 If I run without --enable-debug it works, though. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1022210group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1021910 ] 0.65.0 and bzflag
Bugs item #1021910, was opened at 2004-09-03 18:00 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1021910group_id=40696 Category: Behaviour Group: 0.65.x Status: Open Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: 0.65.0 and bzflag Initial Comment: The OpenGL bzflag in default mode opens a full screen unadorned window over everything else on the desktop (foreground). blackbox 0.65.0 (from the Mandrake rpm) does not deliver keyboard events to this window. According to Jon Trulson at xig: without the -window paramater, bzflag will go fullscreen with a 'redirect override' window - meaning the WM is supposed to ignore the window (no decorations). However, it does NOT mean that the WM shouldn't deliver keyboard events, and blackbox doesn't, at least to this game. If bzflag is run with -window -geometry 800x600 it comes up in an adorned window and then blackbox does deliver keyboard events and the game runs correctly. On the same system bzflag ran correctly in full screen mode under kde, gnome and iceWM. -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 09:39 Message: Logged In: YES user_id=459209 If the application is using an override-redirect window, then it is up to that application to ensure that it gets in keyboard focus; it is *not* the job of the window manager. From the inter-client communication conventions manual (ICCCM), section 4.1.10: ... The user will not be able to move, resize, restak, or transfer the input focus to override-redirect window, since the window manager is not managing them. If if is necessary for a client to receiver keystrokes on an override-redirect window, ether the client must grab the keyboard, or the client must have another top-level window that is not override-redirect and that has selected the Locally Active or Globally Active focus model. The client may set the focus to the override-redirect window when the other (managed) window receives a WM_TAKE_FOCUS message or one of the events listed in section 4.1.7 in the description of the Globally Active focus model. ... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1021910group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-917000 ] eTerm flickers when on top of GVIM
Bugs item #917000, was opened at 2004-03-16 01:23 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=917000group_id=40696 Category: Appearance/Rendering Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: eTerm flickers when on top of GVIM Initial Comment: I had an Eterm window open with a GVIM window underneath, and whenever I would activate the Eterm window the part directly over the GVIM window would flicker about once every 0.75 seconds. The part of the Eterm window not over the GVIM window was not flickering. Thanks, and great window manager! - Tim [EMAIL PROTECTED] -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 09:42 Message: Logged In: YES user_id=459209 i don't see how this is a blackbox bug... if Eterm flickers, what can blackbox do about it? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=917000group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1021215 ] iconified windows do not come to top
Bugs item #1021215, was opened at 2004-09-02 16:46 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1021215group_id=40696 Category: Behaviour Group: 0.70.x Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert Upshall (rupshall) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: iconified windows do not come to top Initial Comment: I have encountered another problem with fbpanl and blackbox. I am not sure where it lies but it was working correctly with openbox 3 and fbpanel. For example, I have mozilla and xterm. Mozilla has focus and is on top. I icionify mozilla and give focus to xterm, if I select mozilla from the fbpanel to restore it, it does restore with focus but it is under the xterm window. However, if I restore via the Icionified Windows section of the root menu mozilla will restore with focus and be on top. -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 10:02 Message: Logged In: YES user_id=459209 indeed... blackbox has code in 4 different places to handle deiconification, all 4 different... i've fixed this now, and unified the behvaiour -- Comment By: Robert Upshall (rupshall) Date: 2004-09-03 17:01 Message: Logged In: YES user_id=444991 It does appear to be the same problem. I did try it with Openbox 3.2 and fbpanel 3.8 and was unable to recreate, but the problems still exists with blackbox beta2. -- Comment By: Ciprian Popovici (sfrowd) Date: 2004-09-03 13:09 Message: Logged In: YES user_id=667423 See bug 954158 with fbpanel itself. http://sourceforge.net/tracker/index.php?func=detailaid=954158group_id=66031atid=513125 Is it the same? I've also experiences confused focus state when using the fbpanel taskbar to manipulate windows. But in my experience and of that of the original bug reporter this happened with Openbox 3.x, kwin 3.x as well as Blackbox 0.70. So it may be a fbpanel bug. Can you test more NetWM compliant window managers, such as a recent kwin or metacity? A simple ~/.xinitrc such as the following should be enough: fbpanel exec metacity Then use 'startx' from console to start an X session. Replace metacity with kwin if desired. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1021215group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-586465 ] 0.65.0_beta3 and bbpager
Bugs item #586465, was opened at 2002-07-25 15:13 Message generated for change (Settings changed) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=586465group_id=40696 Category: Behaviour Group: 0.65.x Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Spider (arach) Assigned to: Nobody/Anonymous (nobody) Summary: 0.65.0_beta3 and bbpager Initial Comment: With this beta (didn't note it before, but that doesn't say anything) it seems that sometimes (after it appears it is consistent) using bbpager to toggle desktops will be extremely delayd, enough for me to lean back and continue browsing, or to change desktop manually only to have it jump around manically once it starts to change the desktop. It appears to have something to do with wether a window is focused or not on the desktop, and the prominent behaviour here is the refusal to change desktops (apperantly) bbpager-0.3.0 feel free to contact me by mail since I can't seem to get comments/updates from this bug tracker (*grr* I like bugzilla) // spider at gentoo dot org -- Comment By: Sean 'Shaleh' Perry (shaleh) Date: 2002-07-25 16:59 Message: Logged In: YES user_id=37132 I have seen this once or twice I think. At the same time my system load went up to 1. This looks like a bbpager issue but I could be wrong. If you can find a way to reliably recreate this we could dig into it deeper. I just spent a solid two minutes rotating desktops with bbpager and had no weird happenings. Will contact you if you fail to respond. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=586465group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-590685 ] Wine focus bug
Bugs item #590685, was opened at 2002-08-04 07:07 Message generated for change (Settings changed) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=590685group_id=40696 Category: Behaviour Group: None Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Keith Fancher (discostoo) Assigned to: Nobody/Anonymous (nobody) Summary: Wine focus bug Initial Comment: On 0.65.0beta5 (and earlier, I believe), there is a focus bug after closing down Wine. The bug only appears to affect whichever window on the current workspace had focus right before Wine. What happens is said window will refuse focus completely. No amount of feverish clicking or even yelling will focus the window. The only ways that I know of to refocus it are to 1) focus another window on the same workspace, then go back and focus the original window, or 2) switch workspaces then switch back to the original workspace. I tested with just about every combination of click focus/sloppy focus/auto raise/click raise, but it occured every time. -- Comment By: Ben Jansens (eckzor) Date: 2002-08-22 00:28 Message: Logged In: YES user_id=166767 if its not a managed window, I don't think that much can be expected from the window manager. It doesnt get told the window was ever created, and certainly not that it was destroyed. -- Comment By: Sean 'Shaleh' Perry (shaleh) Date: 2002-08-08 21:06 Message: Logged In: YES user_id=37132 When wine is run in unmanaged mode blackbox does not control the window. So when wine exits blackbox does not get a notification and does not initiate its focus routine. It is not obvious to me how to solve this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=590685group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1024929 ] Focus last window on workspace fails
Bugs item #1024929, was opened at 2004-09-09 00:57 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 Category: Behaviour Group: 0.70.x Status: Open Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: Focus last window on workspace fails Initial Comment: 'Focus last window on workspace' only works, if some window on the previous workspace had focus. If nothing had focus (eg empy workspace), focus is lost. This behaviour is independent from the chosen focus model (click to/sloppy). It worked in 0.65. markus (can be reached via bb mailinglist) -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 02:35 Message: Logged In: NO Sorry, I forgot to mention: I'm using beta2; however cvs from 5min ago shows the error as well. All I did was: - edit mk.sh (change the path to aclocal) - ./mk.sh - ./configure --disable-nls - make - run If you want to, I can send you my config.log or even the binary (1.8MB zipped) -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 00:21 Message: Logged In: YES user_id=459209 this didn't work in beta1, yet it does work in beta2 and CVS, which are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1024486 ] dont let toggleDecorations die
Bugs item #1024486, was opened at 2004-09-08 08:56 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024486group_id=40696 Category: Appearance/Rendering Group: 0.70.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dont let toggleDecorations die Initial Comment: If freedesktop.org has no toggleDecorations this is ok for me. But would it break anything if it stays in blackbox? -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 02:48 Message: Logged In: NO If this is going to be a vote, do I have to mention that I for one would miss this feature? ;-) markus -- Comment By: Ed Anderson (nilbus1) Date: 2004-09-08 09:46 Message: Logged In: YES user_id=1118298 I second this. If the ability to toggle window decorations was removed, I'd stay with an older version of blackbox/bbkeys that supported it. Blackbox makes it easy, and it's one of the big reasons I use it. Please don't remove this feature -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024486group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1024486 ] dont let toggleDecorations die
Bugs item #1024486, was opened at 2004-09-08 08:56 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024486group_id=40696 Category: Appearance/Rendering Group: 0.70.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dont let toggleDecorations die Initial Comment: If freedesktop.org has no toggleDecorations this is ok for me. But would it break anything if it stays in blackbox? -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 04:02 Message: Logged In: NO If this is going to be a vote, do I have to mention that I for one would miss this feature? ;-) markus -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 02:48 Message: Logged In: NO If this is going to be a vote, do I have to mention that I for one would miss this feature? ;-) markus -- Comment By: Ed Anderson (nilbus1) Date: 2004-09-08 09:46 Message: Logged In: YES user_id=1118298 I second this. If the ability to toggle window decorations was removed, I'd stay with an older version of blackbox/bbkeys that supported it. Blackbox makes it easy, and it's one of the big reasons I use it. Please don't remove this feature -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024486group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1021910 ] 0.65.0 and bzflag
Bugs item #1021910, was opened at 2004-09-03 12:00 Message generated for change (Comment added) made by nilbus1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1021910group_id=40696 Category: Behaviour Group: 0.65.x Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: 0.65.0 and bzflag Initial Comment: The OpenGL bzflag in default mode opens a full screen unadorned window over everything else on the desktop (foreground). blackbox 0.65.0 (from the Mandrake rpm) does not deliver keyboard events to this window. According to Jon Trulson at xig: without the -window paramater, bzflag will go fullscreen with a 'redirect override' window - meaning the WM is supposed to ignore the window (no decorations). However, it does NOT mean that the WM shouldn't deliver keyboard events, and blackbox doesn't, at least to this game. If bzflag is run with -window -geometry 800x600 it comes up in an adorned window and then blackbox does deliver keyboard events and the game runs correctly. On the same system bzflag ran correctly in full screen mode under kde, gnome and iceWM. -- Comment By: Ed Anderson (nilbus1) Date: 2004-09-10 08:08 Message: Logged In: YES user_id=1118298 I really think this should be fixed, at least in another release. I had this problem before and didn't realize it was a blackbox-specific problem. -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 03:39 Message: Logged In: YES user_id=459209 If the application is using an override-redirect window, then it is up to that application to ensure that it gets in keyboard focus; it is *not* the job of the window manager. From the inter-client communication conventions manual (ICCCM), section 4.1.10: ... The user will not be able to move, resize, restak, or transfer the input focus to override-redirect window, since the window manager is not managing them. If if is necessary for a client to receiver keystrokes on an override-redirect window, ether the client must grab the keyboard, or the client must have another top-level window that is not override-redirect and that has selected the Locally Active or Globally Active focus model. The client may set the focus to the override-redirect window when the other (managed) window receives a WM_TAKE_FOCUS message or one of the events listed in section 4.1.7 in the description of the Globally Active focus model. ... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1021910group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
Jeremy C. Reed wrote: I am looking for a lightweight program that does: There was this program called 'chbg' I used to use a few years ago. It does randomising and changing after a certain time interval. http://chbg.sourceforge.net/ Now a days, I have no background. I hardly ever see it with all the windows I have open. :) Steven -- .. .. .. Steven Kah Hien Wong .. .. .. .. .. : E-mail: [EMAIL PROTECTED] : Mobile: +61 (0) 413 332 005 : ICQ: 3054 4062 : WWW: http://zensaki.com/steven/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
On September 09 (22:18 EDT), Jeremy C. Reed wrote: xv - doesn't seem to have a way to set the root image For the record: I don't think that xv is what you want, but it certainly can set the root image. xv -root PTO.gif or xv PTO.gif (right click on image) (press root button) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
On Fri, 10 Sep 2004, Chris Grossmann wrote: xv PTO.gif (right click on image) (press root button) I tried before I posted and tried again, but it doesn't do anything for me. In my case, the old, probably insecure, xv 3.10 I am using has a Root menu that shows Window with a checkbox. And it shows teh rest of the options very dimly and they can not be selected. Maybe it is because I am using an UNREGISTERED COPY. So I read the section in xvdocs.ps about root mode. I can make it display the root image with -root (I already new that) and -rmode. But I can't get any xv menu. Anyone have any clues on how to get xv to have that Root menu to work? Jeremy C. Reed echo 'G014AE824B0-07CC?/JJFFFI?D64CBD=3C427=;6HI2J' | tr /-_ :\ Sc-y./ | sed swxw`uname`w -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
On Thu, 9 Sep 2004 19:18:18 -0700 (PDT), Jeremy C. Reed wrote: - some randomizer for choosing next image Some time ago I wrote a deamon application capable of setting a random background every n-seconds. You could set, of course n as you like. Nice hack, that took me a few hours, but was a nice break from learning some algorithms for my studies. Thought, that someone may be in need of such thing. If yes, then let me know, I'll send source, or something :) Of course, code review or feature review would be nice too. My goal is to have a simple tool for my wife to use for selecting the background image. For example, xfce4 provides a tool for selecting a background image, but it is a part of the xfce xfce-setting-show which does a lot more. Maybe I should use a tool available from some heavier desktop environment -- but then I don't want the bloat it may require. gqview (GTK2 and GTK1 versions) I think that these goals are easily acomplished by gqview. It does not have random image, but well, can't have everything, it's just a broweser :) Still, setting a pic as a wallpaper is available as a right-click menu option. Quite convenient way. Of course it supports thumbnails, and is very easy to use. I recommend this one. Bye -- | o| Even if a samurai's head were to be suddenly | | `|, \.,o | cut off, he should still be able to perform | | /'\ |' | one more action with certainty | +---+---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
On Fri, 10 Sep 2004, Marcin Cylke wrote: gqview (GTK2 and GTK1 versions) I think that these goals are easily acomplished by gqview. It does not have random image, but well, can't have everything, it's just a broweser :) Still, setting a pic as a wallpaper is available as a right-click menu option. Quite convenient way. Of course it supports thumbnails, and is very easy to use. I recommend this one. gqview looks nice and is on my my wife's system. (gqview did crash 0.70.0beta2 on my other system.) The right click has edit then option to put on desktop. But it doesn't have option for proper scaling and so the images I used were distorted. And my wife tells me: What happened to the program that let me tile it? (She had xfce4 a few days ago.) Jeremy C. Reed echo 'G014AE824B0-07CC?/JJFFFI?D64CBD=3C427=;6HI2J' | tr /-_ :\ Sc-y./ | sed swxw`uname`w -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: looking for background image manager
On Fri, 10 Sep 2004 15:04:18 -0700 (PDT), Jeremy C. Reed wrote: The right click has edit then option to put on desktop. But it doesn't have option for proper scaling and so the images I used were distorted. Yes, this is quite an issue :), but still, the code for setting an image as a background have just about 15 lines of code, so don't expect miracles. Of course it would be nice to have this. You can always add some small program (wmsetbg may fit) to editors section in gqview. This may be some way of solving it. And my wife tells me: What happened to the program that let me tile it? (She had xfce4 a few days ago.) Yep, this is the price of trying to put somebody to action with some new stuff :) Lucky one, you've managed to persuade her, that linux isn't the worst that can happen to a woman. Bye -- | o| Even if a samurai's head were to be suddenly | | `|, \.,o | cut off, he should still be able to perform | | /'\ |' | one more action with certainty | +---+---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
