Expose-clone 2.4 (shows thumbnails of open windows)
You can delete
/usr/local/skippy/
It was from the first broken Dotpup.
With the new one, skippy should be in /usr/bin
I had that error X Error: BadAccess just once, when I ran skippy again, it worked.
In my own program (expose) I catch such errors.
Maybe it would be easier, to add a shortcut to runexpose2now.
Which Windowmanager do you use? Icewm?
Hmm.. have a look...
open
/root/.icewm/keys
in leafpad.
Add the line
key "F9" /usr/local/expose2.4/expose2now
Then it should work.
I send this message now, then I try it myself in Icewm.
**edit** yes, works fine
Mark
/usr/local/skippy/
It was from the first broken Dotpup.
With the new one, skippy should be in /usr/bin
I had that error X Error: BadAccess just once, when I ran skippy again, it worked.
In my own program (expose) I catch such errors.
Maybe it would be easier, to add a shortcut to runexpose2now.
Which Windowmanager do you use? Icewm?
Hmm.. have a look...
open
/root/.icewm/keys
in leafpad.
Add the line
key "F9" /usr/local/expose2.4/expose2now
Then it should work.
I send this message now, then I try it myself in Icewm.
**edit** yes, works fine
Mark
I've installed the library and the expose dotpups.
It runs,
- I click on it and it "shows" the minimized screens,
- I move my mouse over and I see the orange bars at the top and bottom with the application name
The problem is that only the screen at the front shows the mini window, the other windows look proportonally correct but just show portions of a not scaled front window.
It runs,
- I click on it and it "shows" the minimized screens,
- I move my mouse over and I see the orange bars at the top and bottom with the application name
The problem is that only the screen at the front shows the mini window, the other windows look proportonally correct but just show portions of a not scaled front window.
rarsa,
Options: If you get no correct screenshots, you can edit expose2 and expose2now in beaver, and try to set the delay-value to 500000 or so.
That should do it.
If you run the x.org -xserver, try this instead:
type in a console:
xcompmgr -a
This will activate the render-extension (without special effects like shadows, so it is fast).
In expose2 and expose2now, set
xcomp=0;
to
xcomp=1;
Now expose can use the render-extension, that allows to grab windows without any delay
Mark.
PS: this just works, if /etc/X11/xorg.conf contains these lines:
Options: If you get no correct screenshots, you can edit expose2 and expose2now in beaver, and try to set the delay-value to 500000 or so.
That should do it.
If you run the x.org -xserver, try this instead:
type in a console:
xcompmgr -a
This will activate the render-extension (without special effects like shadows, so it is fast).
In expose2 and expose2now, set
xcomp=0;
to
xcomp=1;
Now expose can use the render-extension, that allows to grab windows without any delay
Mark.
PS: this just works, if /etc/X11/xorg.conf contains these lines:
Code: Select all
Section "Extensions"
Option "Composite" "Enable"
Option "RENDER" "Enable"
EndSection
jcagle,
the Icon is displayed, when you run "expose2".
expose2 runs /resource/exposestart
exposestart displays the icon, and runs /resource/runexpose that displays the screenshots.
If you run "expose2now" , /resource/runexpose is run directly without the icon.
So both programs do basically the same.
If it does not start, there might be something wrong with your F9 -keysetup.
Did you add the line I mentioned to /root/.icewm/keys?
Do you run the icewm-Windowmanager? (I think it is the standard in Grafpup, that is what you use, right?).
You might test your F9-setup with the line
key "F9" rxvt
Maybe you must restart icewm after that change.
If that does not work, the only idea I have is, that icewm might not support userdefined keys with puppys XServer? Have not tried that, I use x.org.
Than another program might work.
But please test that first.
Mark
the Icon is displayed, when you run "expose2".
expose2 runs /resource/exposestart
exposestart displays the icon, and runs /resource/runexpose that displays the screenshots.
If you run "expose2now" , /resource/runexpose is run directly without the icon.
So both programs do basically the same.
If it does not start, there might be something wrong with your F9 -keysetup.
Did you add the line I mentioned to /root/.icewm/keys?
Do you run the icewm-Windowmanager? (I think it is the standard in Grafpup, that is what you use, right?).
You might test your F9-setup with the line
key "F9" rxvt
Maybe you must restart icewm after that change.
If that does not work, the only idea I have is, that icewm might not support userdefined keys with puppys XServer? Have not tried that, I use x.org.
Than another program might work.
But please test that first.
Mark
I just found where you mentioned this. I never saw you mention it previously, but I see it now. I'll try it.jcagle,
the Icon is displayed, when you run "expose2".
expose2 runs /resource/exposestart
exposestart displays the icon, and runs /resource/runexpose that displays the screenshots.
If you run "expose2now" , /resource/runexpose is run directly without the icon.
So both programs do basically the same.
If it does not start, there might be something wrong with your F9 -keysetup.
Did you add the line I mentioned to /root/.icewm/keys?
ok, I just looked...there is no /root/.icewm/keys there. Not even a hidden file.
Yes, Icewm.Do you run the icewm-Windowmanager? (I think it is the standard in Grafpup, that is what you use, right?).
You might test your F9-setup with the line
key "F9" rxvt
Rarsa, what Windowmanager do you use?
The program does this:
usleep(delay)
xwin_raise(WindowID)
imlib-grabscreen
You should be able to see, how one window after the other is raised.
If not, the wm might not support it (though I used low-level -xlib-functions for that, in theory that should work everywhere).
Need more details, to check it (WM and version).
Mark
The program does this:
usleep(delay)
xwin_raise(WindowID)
imlib-grabscreen
You should be able to see, how one window after the other is raised.
If not, the wm might not support it (though I used low-level -xlib-functions for that, in theory that should work everywhere).
Need more details, to check it (WM and version).
Mark