ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

DonationCoder.com Software > Post New Requests Here

IDEA: drag window to edge automatically resizes it

<< < (41/146) > >>

jgpaiva:
Good point, nudone. The win+0 is a bad idea, i need to find a workaround. (currently win+0 moves the window to the tenth grid, but i guess it could be used to minimize window)

nudone:
could we not have a separate hotkey config file so that we could change the hotkeys to whatever we want?

i'd probably use something like winkey + downarrow, or some other combination i'm sure wouldn't be used with another program. but i'm also sure i'd change my mind and change it to another key combination at some point.

jgpaiva:
Ok,i've made some thinking about this, and got to what i think is a good conclusion.
Having gridmove defining a bunch of hotkeys not related to moving windows to the grid or something doesn't make much sense. But it does make sense to be able to specify hotkeys for moving to specific grid elements.
So, i'll add a way to define hotkeys for moving specific grid elements, which can be "run" elements, where you can add whatever crosses your mind. What do you think about this solution? (i will also include executables for the usual stuff like minimizing, maximizing, making windows transparent, moving them to the right/left/up/down, etc).

nudone:
i'm in favour if the method you describe would only take one action to perform, i.e. you hit a key combination and the action happens straight away - having a delay or having to hit a series of keys for it to work isn't going to be that helpful.

to be honest, i wouldn't give yourself a headache over it, jgpaiva, as there are solutions already for this kind of thing.

perhaps it would be better to let gridmove remain what it is - a tool to quickly snap and resize windows.

a new autohotkey util could be designed to cover the other functions like running programs, moving windows and changing their state. it's probably been done several times over already, i mean, even i had a go at making one.

the suggested gridmove feature for running an external program is a bit flunky really. i think it would make more sense to just have invisible triggers that didn't require dragging a window. just something like what is already out there in several programs where you trigger an action by moving the mouse cursor to the edge/corner of the screen. maybe if this could be developed further as an idea it would be worthwhile pursuing?

jgpaiva:
That's not a problem, my idea was to have a direct hotkey.
This would be specially useful for grids like the edge grid. you could only have a hotkey that would move the window to the center element (5), like win+c. It'd help in the sense that it'd be easier to remember which hotkey corresponds to which element, instead of just knowing it's number.

Notice that the run grid is already implemented (although i didn't make any grid demonstating it). It makes most sense if functions that act uppon windows are used. It's most interesting for stuff like remembering the position of certain windows, making them transparent, rolling up windows and such. Maybe i should make some kind of demo to show it's potential.

As for adding triggers that work with the mouse, i prefer to keep them out of gridmove. I say this, because i want it to keep revolving around the grid and it's hotkeys, since if it starts diverting to other fields, it might not be good in any of them. (take powerpro. although it has an ocean of possibilities, but only a selected few can use it because it's overly-complex)

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version