Le Tue, 14 May 2013 15:52:03 +0200, Dominique Michel <dominique.mic...@vtxnet.ch> a écrit :
> Le Tue, 14 May 2013 10:41:27 +0100, > Thomas Adam <tho...@xteddy.org> a écrit : > > > On 14 May 2013 10:37, Gianni Ceccarelli <dak...@thenautilus.net> > > wrote: > > > Is there a better way to get fvwm to notice that the screen > > > geometry has changed? > > > > No. > > In the main time, I changed my mind. For what I want to do to work > fine, to just reload the recipe will not be enough. The styles must > be separated from the recipes, so they will be loaded only one time. > That way, it must be possible to make all the preferences to work > without restart, and without interference on the full screened > windows. I changed my mind one more time. To load the styles (Style, not WindowStyle) only one time just doesn't work at restart, and I don't have the time, or the envy, to fight with non documented features. Also, Fvwm-Nightshade that is similar in many ways with Fvwm-Crystal don't use those non documented features as well, it just do a Restart. So, the restart at recipe change is here to stay. > > On the long run, this solution will also make easier to review the > styles loading. It work better than with the older releases, but to > centralize them will make easier to find what make what and in which > order, etc. > > And we need a restart. It is at least 2 possibilities here. > 1) keep the existing functions, even if the styles of the > full-screened windows can be randomly screwed after the restart. > 2) make the full-screened windows to go in their original state before > the restart. It should be not so hard to do and give the same result > on any system. Here also I changed my mind. To just kill the modules and load a recipe work when it work, and even when it work, it work the first time but not the second one. In consequence, I reverted my last commit, and what will is left of all this is the centralization of the common functions and styles. That way, the recipes are a little bit simpler, they can focus only on the extra functions they can provide and on their layout. And future changes in the common functions and styles will be a little bit faster to do. Dominique -- "We have the heroes we deserve." _______________________________________________ fvwm-crystal-users mailing list fvwm-crystal-users@gna.org https://mail.gna.org/listinfo/fvwm-crystal-users
