>>>>> "Brady" == Brady Montz <bradym_at_cs.arizona.edu> writes:
>>>>> "Jason" == Jason L Tibbitts <tibbs_at_hpc.uh.edu> writes:
>>>>> "Dan" == Dan Astoorian <djast_at_utopia.csas.com> writes:
>>>>> "BAW" == Barry A Warsaw <bwarsaw_at_anthem.cnri.reston.va.us> writes:
Brady> I've been toying with this idea for a new module for some time,
Brady> and was wondering about other people's thoughts on it.
Brady> Here's the background. I have two buttons on my titlebars, one
Brady> of which maximizes the window horizontally, and the other
Brady> vertically. It's annoying that if I resize first horizonally,
Brady> and then vertically, I don't get what you would naively expect,
Brady> but it's understandable, since fvwm doesn't maintain a stack of
Brady> state information for windows.
Resize and Maximize are particularily bad at remembering old states,
yes.
Brady> I once sat down and thought about other cases where one might
Brady> want state associated with a window, but have since forgotten
Brady> what I came up with. Two things that come to my mind are stack
Brady> order manipulation, and window groups.
Both potentially quite useful.
Brady> The proposed module would keep all sorts of user definable
Brady> state about windows, and upon receiving commands (SendToModule
Brady> - yippie!) could do various things.
Jason> Hmmm. You could achieve some of that functionality by letting functions
Jason> keep state somehow. You'd need to allow variables and probably decision
Jason> constructs to make use of them.
I had thought about adding this kind of stuff at some point, which I
believe is in the TO-DO list still.
Jason> Nah, too complicated.
Which is why it's still on the TO-DO list...
Jason> If you want a real language, why not use a real language?
Jason> Would Barry's FvwmPython module work for this kind of thing?
BAW> Funny, I was thinking the same thing! :-)
BAW> <
http://www.python.org/~bwarsaw/pyware/>
Or Perl:
Dan> I wrote some code for doing modules in Perl which Chuck Hines
Dan> says he'll include in the extras/ directory of the next release.
And it is.
Barry - would you like me to include your FvwmPython stuff in the
extras directory as well?
Brady> Does anyone else thing that this might turn into something
Brady> useful?
I think the idea is good no matter how it's implemented. I imagine
that using the Python or Perl interfaces would be simplest though.
Chuck
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Mon Aug 19 1996 - 12:00:54 BST