>> A most important thing in this metaphor is "focused window should be >> in attention locus, i.e. as far as possible in center of a viewport" TO> I'm not sure what you mean by "attention locus", but if you mean TO> you want to centre the viewport on a window how about this:
TO> DestroyFunc CenterViewportOnWindow TO> AddToFunc CenterViewportOnWindow TO> + I FlipFocus TO> + I WarpToWindow 50 50 TO> + I PipeRead "echo Scroll $$((((-$[vp.width]/2)+$[pointer.x])))p $$(((-($[vp.height]/2)+$[pointer.y])))p TO> Then, for example, bind something to Next CenterViewportOnWindow :) Thanks. I use FvwmTcl module by Victor Wagner for it: DestroyFunc CenterViewPortAndFocus AddToFunc CenterViewPortAndFocus + I Module $[bindir]/CenterViewPort.tcl $[w.x] $[w.y] $[w.width] $[w.height] $[vp.width] $[vp.height] #!/bin/sh # for sh this is a two lines. for wish - whis is one line \ exec tclsh "$0" "$@" #parameter's assigns skipped set command "Scroll [expr $winX - $scrWidth / 2 + $winWidth / 2]p [expr $winY - $scrHeight / 2 + $winHeight / 2]p" ::fvwm::send "WindowID $winID Raise" ::fvwm::send "WindowID $winID Iconify Off" ::fvwm::send $command #::fvwm::send "WindowID $winID WarpToWindow 1p 1p" exit 0 >> I asked here about placement windows on whole multipaged desk, not >> on current page only. OK, now I can't do it by fvwm. TO> Well you can, the StartsOnPage/SkipMapping solution sounded okay to TO> me? No, StartsOnPage is not enough. But it is not a problem - I will use FvwmEvent for moving window to need place. >> Question number two: I report a bug (in my opinion it is a bug) >> about wrong behavior of WarpToWindow function. Shortly: this >> function resets a viewport like GoToPage do it. Can I to do >> something with it? Is there a workaround? I can't find a simple >> solution (I plan to use CursorMove or something like it, but it is >> not a good solution). TO> I Think using CursorMove is a good solution, you could add some TO> CursorMove to the function above to get pretty close to this TO> behaviour! Move viewport for centering window is not a good usability really. More comfortable behavior is move viewport by next rules: - focused window should be fully visible - other windows should be maximally visible - viewport moving should be not chaotic (i.e. window shouldn't moving accross a whole screen and so on). Use CursorMove in such circumstances could be not simple, so, it is a not a good solution. But seems like it is a single way. -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. E-mail: [EMAIL PROTECTED] Web Site: www.sw-soft.com -- Visit the official FVWM web page at <URL: http://www.fvwm.org/>. To unsubscribe from the list, send "unsubscribe fvwm" in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
