On Thu, Sep 29, 2005 at 11:05:23PM -0700, Zack Brown wrote: > On Thu, Sep 29, 2005 at 09:56:16PM +0000, Mikhael Goikhman wrote: > > On 29 Sep 2005 13:35:57 -0700, Zack Brown wrote: > > > > > > On Thu, Sep 29, 2005 at 04:53:35PM +0000, Mikhael Goikhman wrote: > > > > On 29 Sep 2005 09:04:06 -0700, Zack Brown wrote: > > > > > > > > > > It would be nice to be able to specify the page size at startup. A lot > > > > > of folks run maximized xterms with no window decorations, just because > > > > > if they expanded the window to keep the decorations outside of the > > > > > screen, the decorations would encroach on neighboring pages. Having a > > > > > page size larger than the screen size would fix this. > > > > > > > > I think you simply want to have a command to switch a window > > > > into full-screen mode and back. Just use this: > > > > > > > > DestroyFunc FuncFvwmMaximizeFullScreen > > > > AddToFunc FuncFvwmMaximizeFullScreen > > > > + I ThisWindow (Maximized) WindowStyle Title, Borders > > > > + I TestRc (!Match) WindowStyle !Title, !Borders > > > > + I TestRc (!Match) Raise > > > > + I TestRc (!Match) UpdateStyles > > > > + I Maximize ewmhiwa > > > > > > > > Key F11 A SC Pick FuncFvwmMaximizeFullScreen > > > > > > I considered this, but there are problems. For one thing, having > > > maximized, > > > borderless xterms right next to each other leaves no empty desktop area > > > to click > > > in to call up a menu. > > > > This is not really a priblem, you may bind any mouse or keyboard action > > in "W" (client window). And if you prefer an empty desktop place, then > > do "Maximize 100 95" or something like this. > > > > > For another, a maximized xterm with no borders will extend > > > slightly into the neighbording pages, which is ugly. > > > > This is not true, a maximized window fully fits one page only. > > In the case of a terminal (that defines a step-like resize) there will > > be usually a free space left even with Maximize 100, not the other way. > > > > > > > Variable page sizes would solve this problem elegantly. > > > > > > > > I don't think so. > > > > > > Can you give some reason? I don't see any drawback to variable-sized > > > pages. It's just an elegant solution to any situation where you want > > > portions of the window to extend beyond the edge of the screen, without > > > encroaching on neighboring pages. > > > > I don't see how variable-sized pages may solve any problem at all. > > They solve the problem of window decorations encroaching on neighboring pages. > > > Do you also mean one page may be 800x600 and another 1200x900? > > Will sticky windows just disappear in the hole? > > I don't mean that each page will have a variable size relative to each other > page. I mean that all pages will have the same size, but they will not have a > 1-to-1 ratio with the screen. > > So, I may have an 800x600 screen, and all my pages could be set to 830x630. > > See? It's the same grid, no weird shapes in the grid, no bizarre twists. Just > the screen is a little smaller than each grid element. > > > > > Please give concrete numbers, what is your resolution, what is your > > border width, title height, and what do you suggest for the page size. > > So, I have my 800x600 screen in this hypothetical example. I set my page size > to > 830x630 in the FVWM config file. I also set my desktop to have 30x40 pages. > And > I set myself to have 12 desktops. > > Now I start up FVWM. The monitor goes to graphics mode. My background color > pops > up. The pager pops up. I'm ready to use X. > > I give the hotkey to pop up an xterm. The xterm pops up, black background, > white > text. It is over-maximized, so the window decoration is outside the screen. I > start working on my favorite coding project. > > Now I want to do a compile. I give the hotkey to go one page to the right. I > give the hotkey to create another xterm. this will be my compile window. > > I start the compile going, and give the hotkey to go back to my coding page, > i.e. one page to the left. > > Now I do more coding for awhile, but I want to check email. I give the hotkey > to > flip over to desktop 3, where I usually do email. I create a new xterm and > start > reading email. > > Now I want to code again. I flip back to deskop 0, to the page I was at > previously. I keep coding. > > You get the picture. I keep working in this fashion, creating one xterm per > page, in clusters of pages that represent a single project. Over time, and > with > good organizational habits, I have 50 or so page clusters holding my ongoing > projects. > > At some point I want to access the menus for this window. I press the mouse > against the top of the screen. The screen scrolls up slightly, exposing the > window decorations. These decorations do not encroach on the screen above > because the page size is big enough to accomodate them. > > Now I click on one of the buttons in the window decoration, and make my > selection. Some operation is performed. I press the mouse against the bottom > of > the screen, and the screen scrolls down, bringing me back to my full-screen > xterm. > > I continue my work. > > See? This is a nice, elegant way to work, made possible by page sizes that are > larger than the actual screen.
I think you want that virtual desktop size feature of X. It does exactly what you describe without involving the window manager. Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED]
signature.asc
Description: Digital signature