[Dominik Vogt - Sun, 27 May 2001 01:13:56 PM CDT]
> On Thu, May 24, 2001 at 02:05:34AM -0500, fvwm-bug wrote:
> > Full_Name: An Thi-Nguyen Le
> > Version: CVS
> > CVS_Date: May 24th
> > OS: Linux (2.2)
> > X_Server: XFree86 4.0.3
> >
> > The FvwmWharf Module doesn't appear to update itself when its
> > colorset is changed; moving a window over the module will cause
> > it to repaint itself correctly on areas covered/uncovered by the
> > window.
>
> I can't confirm this. FvwmWharf updates as it should for me.
> Please provide your config file and detailed instructions to
> reproduce the problem.
Okay. Here's my configuration for FvwmWharf:
*FvwmWharfColorset 8
*FvwmWharfColumns 1
*FvwmWharfGeometry -0+0
*FvwmWharf clock clock.xpm MaxSwallow "wmCalClock" \
wmCalClock -comicsans -l -e "xipacsum -t today"
*FvwmWharf bubble bubble.xpm MaxSwallow "wmbubble" \
wmbubble -k "rxvt -e top" \
"rxvt -rv -T ROOT -n ROOT -e su"
*FvwmWharf info info.xpm MaxSwallow "wmgtemp" wmgtemp -u 15 -M 45
*FvwmWharf fsm fsm.xpm MaxSwallow "wmfsm" wmfsm
*FvwmWharf web web.xpm MaxSwallow "wmnetselect" \
wmnetselect -exec $HOME/software/mozilla/mozilla
*FvwmWharf net net.xpm MaxSwallow "wmnet" \
wmnet -n -e "xnetstat -atu" \
-d 500000 -l -x 10000000
*FvwmWharf mail mail.xpm MaxSwallow "wmbiff" wmbiff
*FvwmWharf mail2 mail.xpm MaxSwallow "wmbiff1" wmbiff1 -c $HOME/.wmbiffrc-1
*FvwmWharf weather sun.xpm MaxSwallow "wmWeather" wmWeather -s KCMI -W
*FvwmWharf map map.xpm MaxSwallow "wmGrabImage" \
wmGrabImage -url http://www.atmos.uiuc.edu/weather/parser.php?/download/rada
r/nicerad_N.gif \
-delay 600 -http http://www.atmos.uiuc.edu/weather/ -c
*FvwmWharf music music.xpm MaxSwallow "wmusic" wmusic -t -u -x -w
None of the *.xpm's exist. (Hmmm. Is that the problem, I wonder?) There
are no folders, only swallowed apps.
Anyways, the instructions are rather short and I'm not sure what else
to add to them:
1. Define colorset 8 to be something.
*FvwmColorset 8 fg blue, bg black, Pixmap
2. Start up FvwmWharf like normal.
Module FvwmWharf
This may or may not completely update itself; in my experience, on a
restart of the fvwm session it doesn't, while starting it up in the
middle of a session does. Sometimes.
3. Change colorset 8 to something different.
*FvwmColorset 8 fg red, bg white, Pixmap
Anything else with colorset 8 will change appropriately, while FvwmWharf
merely sits there. This happens on both plain colorsets and colorsets
with pixmaps/gradients.
However, forcing expose events on FvwmWharf (iconifying and uniconifying,
covering with windows and then removing them) will redraw the expose'd
portions of the Wharf correctly.
The patch I submitted fixes this problem (on my machine, anyways)
by calling XClearArea and telling it to generate an Expose event.
(Before, no expose events were being generated on changing colorsets).
I also commented out the many calls to XClearWindow/XClearArea (before,
XClearWindow was called for every folder/button) in that function,
but maybe these are needed for folders that pop out.
I looked at other modules (like FvwmPager) and apparently they do generate
Expose events in such a way, sometimes, when colorsets get changed.
--
An Thi-Nguyen Le
|The longer the title, the less important the job.
--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]
