Feature request for GridMove

[Lashiec]

So this have been troubling me for years, but 'til I asked Wordzilla about it, I didn't found a possible solution, which would be GridMove. OK, so the problem is that I want to fit in the exact center of my desktop a window of any given size. Yep, no resizing (at least for now). A shot to explain the problem.

Feature request for GridMove

See that "Fusion 3.51 - blablabla" window there? I want to move that window (960x720, but should be extensible to any window size) to the exact center of my desktop (1280x1024, but it should be extensible to any other resolution). Essentially, it's a math job that sometimes I did using a ruler (no kidding), but with some other windows it was a nuisance. If all windows could be maximized without side effects, there would be no problem, but giving some of the software I handle, that's no possible, either because the software was designed to have the window like that, either because it looks terrible on full screen (this is the case, for example).

Well, I think that's all. I hope I expressed my problem/request clearly so you could understand what I'm asking. Feel free to flame me if the written expression of my thoughts is terrible, the request is unrealizable, if I'm a tiny little perfectionist.. well, you see the point

[jgpaiva]

I'm sorry, i'm now leaving for vacations.

This isn't in the scope of gridmove, because gridmove always resises the window.
But this really isn't very hard to do as an ahk app, i'm sure some of the other ahk coders here could easily do it.

If not, i'll try to do it soon (but it'll take me some time)

[f0dder]

If you don't mind doing it manually, try http://www.codeproje...wScraper_Utility.asp - it's "center" feature is annoying on multimonitor systems, though

[Lashiec]

Thanks a lot f0dder! I'll give it a try. Most of the software that will use the feature save their window position, so it's a one-time job. And I see it has a resize feature. Neat!

[tinjaw]

Lashiec,

Do I understand you correctly? You want to take an existing windows, of any size, and just center it on a single monitor?

[Lashiec]

Yeah, exactly that

[lanux128]

Lashiec, i once had the same request and Skrommel came up with WinWarden.. it has an option to center the active window by double-clicking the tray-icon, give it a try..



• https://www.donation...ndex.php?topic=757.0
• https://www.donation.../Skrommel/#WinWarden

[Lashiec]

OK, thanks lanux! I'll give a try to WinWarden as well

[Tyinsar]

Edit: I thought I could do it but it did not work - though I think I was close.

This isn't in the scope of gridmove, because gridmove always resises the window.
But this really isn't very hard to do as an ahk app, i'm sure some of the other ahk coders here could easily do it.

-jgpaiva (July 28, 2007, 07:26 AM)

Sorry for resurrecting an old thread, especially since I think you already have an answer, but I think GridMove could almost do this.
It could be another feature If this gird worked:

[Groups]

NumberOfGroups = 1

[1]
 TriggerTop    = [Monitor1Top] + [Monitor1Height] /4
 TriggerBottom = [Monitor1Top] + [Monitor1Height] *3/4
 TriggerLeft   = [Monitor1Left] + [Monitor1Width] /4
 TriggerRight  = [Monitor1Left] + [Monitor1Width] *3/4
  GridTop    = [Monitor1Top] + [Monitor1Height] /2 - WindowHeight /2
  GridBottom = [Monitor1Top] + [Monitor1Height] /2 + WindowHeight /2
  GridLeft   = [Monitor1Left] + [Monitor1Width] /2 - WindowWidth /2
  GridRight  = [Monitor1Left] + [Monitor1Width] /2 + WindowWidth /2

The issue as I see it is that GridMove doesn't do math on "WindowWidth" or "WindowHeight". Of course I have no idea how much it would take to make that work. I also don't know how many people would want this feature.

[jgpaiva]

Hey tynsar!

Strangelly, i already had this idea, but for some reason i didn't implement it. Not sure if it had any kind of problem or something...
Bur it shouldn't be too hard to implement. I'll do it right away and report back.

[jgpaiva]

Ok.. Now i remember the problem. The values of those variables are evaluated at the moment the grid is loaded, because it's way too slow to evaluate them as you move the mouse around the areas. Thus, there can't be any values that depend on the context of the current "drag and drop"

Maybe this could be implemented on the "move with keyboard" features, but it might still take too much time.

I'll look into it again the day after tomorrow and i'll see what i can do

[Tyinsar]

Since the plan is to keep the window the same size would it matter? - Though I'm not sure I understand the issue. If, after loading GridMove, I manually resize a window or open a new one isn't GridMove aware of that? - otherwise "WindowWidth" & WindowHeight" wouldn't work on those. Still, you're the programmer - if it's too much it's not really a feature I need and there's no sense getting the software bloated.

[jgpaiva]

The problem here, is that there's something i wasn't very specific about. The maximize vertically/horizontally grid elements don't really replace that "window height" / "window width" with the height and the width of the window and then move it, those are just placeholders so that gridmove can know that that grid element refers to a maximize verticaly/horizontaly element.

"If, after loading GridMove, I manually resize a window or open a new one isn't GridMove aware of that?"
Nope, gridmove isn't aware of any current state of the windows, it doesn't need to. The active window is moved to the coordinates specified by the grid element selected (which, at the time of moving, are already only numbers, because all the parsing of the variables happens only once when gridmove is started).