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

<< < (47/146) > >>

termipeitto:
I'd like to keep the left mouse button dragging as normal and use the middle mouse button to operate GridMove. But if I enable the MButton Drag-option in GridMove, it detects the press of the middle button anywhere in a window, not just from the title bar like it does with the left button. So I can't scroll long texts or websites using the middle button.

So could you add an option to restrict the middle button dragging to the title bar?

jgpaiva:
I updated gridmove just now. Current version is v1.19.22.

Changes:
 - bug mentioned in latest posts is now fixed.
 - added more elements to the edge grid (including one with a "minimize" run element)
 - added RunDemo.grid, which is a grid with 2 elements: one for storing the current window position and another one for retrieving the stored position.

http://jgpaiva.dcmembers.com/gridmove.html

jgpaiva:
So I can't scroll long texts or websites using the middle button.

So could you add an option to restrict the middle button dragging to the title bar?
-termipeitto (September 26, 2006, 12:41 PM)
--- End quote ---
Actually, the default behaviour of windows doesn't interfeer with gridmove. If you'l like to scroll a big document, you can just press and release the middle mouse button and the 4 arrows will come up, then you just drag it up or down. The MButton method only becomes active if you press the middle mouse button and drag the mouse without releasing the button. This means that if you do a "click" with mbutton, gridmove won't interfeer.

termipeitto:
So I can't scroll long texts or websites using the middle button.

So could you add an option to restrict the middle button dragging to the title bar?
-termipeitto (September 26, 2006, 12:41 PM)
--- End quote ---
Actually, the default behaviour of windows doesn't interfeer with gridmove. If you'l like to scroll a big document, you can just press and release the middle mouse button and the 4 arrows will come up, then you just drag it up or down. The MButton method only becomes active if you press the middle mouse button and drag the mouse without releasing the button. This means that if you do a "click" with mbutton, gridmove won't interfeer.
-jgpaiva (October 04, 2006, 08:01 PM)
--- End quote ---
I have noticed that myself too. But dragging with the mbutton (instead of just clicking) has just become a habit to me, so naturally I would like to continue doing that. Another reason for my suggestion is that I'd like to keep GridMove quite unnoticeable on the computer, because I'm not the only one using it. The others don't use computer that much and they'd just be confused if the windows will start acting weird. And there's no point teaching them how to use GridMove because they don't need it and would just forget and be confused again. (I know I could make more user accounts and not put GridMove running on them but so far it has been easiest to have just one account for all.)

So this may not seem like a big problem to you but it's pretty much preventing me from using it. It's still a great application and I thank you for making it. I'll sure use it on my laptop because I'm the only one using it (I won't use the mbutton though  :)).

nudone:
is there a bug with the latest version of gridmove - or is it just something to do with my system?

when i use the 'restore' grid, my windows correctly restore to the right size but they are not restored to their original position - instead, the window remains at the age of the screen.

to be more precise: this only happens when using the 'edge drag' method. i have to confess that perhaps this has always been a problem with the 'edge drag' method as i've only just tried using the 'restore' grid with it.

any thoughts, jgpaiva?

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version