Hello, As requested in the 'man fvwm2' page, I am reporting an effect that I wish to create in fvwm, but seem able to do only with the 'RecaptureWindow' command (that is, 'RefreshWindow' does not produce the desired effect).
I am currently running FVWM 2.5.16 (the latest unstable version, at the time of this email). In case it makes any difference, it was compiled with PNG support, on an OpenBSD 3.7 machine. The description of the effect is as follows: I have set the Icon for my Aterm application to be the following png file: http://www.gentoo.org/images/icons/l33t_TER_term.png Note the transparency effect around the outside of the circumference of the circle (that is, how there is a gradient of transparency). This transparency-gradient (for lack of a better name) is where I believe the root of my problem lies. Next, I used xv to put a nice picture on my root screen. A nice big jpg photograph works best to reproduce this problem -- something where there is not a great deal of uniform colour. The final piece of the puzzle is my "NiceDeiconify" function, which is called whenever I click on an iconified window. What follows are four versions of this function: (Note that only _one_ version exists in my .fvwm2rc file at a given time; I'm just writing all four out below for comparison) # Version 0 - The Vanilla Version AddToFunc NiceDeiconify + I Iconify off + I All (CurrentPage Iconic) PlaceAgain Icon # Version 1 - The "RefreshWindow" Version AddToFunc NiceDeiconify + I Iconify off + I All (CurrentPage Iconic) PlaceAgain Icon + I All (CurrentPage Iconic) RefreshWindow # Version 2 - The "Refresh" Version AddToFunc NiceDeiconify + I Iconify off + I All (CurrentPage Iconic) PlaceAgain Icon + I Refresh # Version 3 - The "RecaptureWindow" Version AddToFunc NiceDeiconify + I Iconify off + I All (CurrentPage Iconic) PlaceAgain Icon + I All (CurrentPage Iconic) RecaptureWindow Now, take the following steps to reproduce the error: 1) Open two aterms 2) Iconify both of them 3) Click on the first one that was iconified, thereby calling the "NiceDeiconify" function (this will cause the second icon to take the position that the first one just occupied) If the "Refresh" version of NiceDeiconify is used, everything works perfectly; however, the entire screen flickers from the Refresh (this is unsightly). If the "RecaptureWindow" version of NiceDeiconify is used, everything works perfectly! However, if the "RefreshWindow" version or the Vanilla version of NiceDeiconify is used, the remaining icon will look garbled. Namely, when the icon moves to take the place of the recently- deiconified icon, the transparent parts of the icon are not entirely redrawn. The fully-transparent corners of the png file I linked above _are_ redrawn. However, the "transparency-gradient" area of the png file is not redrawn (that it, it looks as though it were sitting on a different part of my background jpg file, even though the icon has now moved). The icon's transparency is not being completely recomputed after the icon moves (as seen by the Vanilla version). Similarly, the "RefreshWindow" command is not causing this transparency to be recomputed. However, "Refresh" or "RecaptureWindow" is causing this transparency to be recomputed. I hope that this report can be of assistance to you.