topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Wednesday November 12, 2025, 5:51 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Recent Posts

Pages: prev1 ... 123 124 125 126 127 [128] 129 130 131 132 133 ... 163next
3176
sounds great - going to download and try right away...
3177
Post New Requests Here / Re: IDEA: WinCovers
« Last post by nudone on June 02, 2006, 02:30 AM »
i'm using maxthon (internet explorer engine) and can't see the pictures so it's not just a firefox issue.
3178
Post New Requests Here / Re: IDEA: WinCovers
« Last post by nudone on June 01, 2006, 05:35 PM »
are your images working, Uncle John?

(they don't appear to be there in my browser.)
3179
Just another comment on the 3rd button drag. I think it's not quite clear how it works, but i'll try to explain it a bit better. It's press+hold 3rd button, click rbutton for the grid to appear, and then, drag, and release the 3rd button to adjust to the grid.
For me, this is the best way to use this program, much handier than moving the title bar, i think.

yes, i understand - it's just something i need to use for a bit then it will feel natural using the 3rd and right mouse buttons in that way.

or...

if you can still provide the various options that have been tried so far (well, i suppose not all of them - what do you think) then the user will be free to choose the method that best suits there style of moving around in the operating system.

being able to drag a window using the just the 3rd mouse button is a cool idea - and i'd be content for it to work by having to click a window border to make the drag work - so it didn't interfere with other programs that use the 3rd mouse button.

anyway, i guess it's still early days yet - user configs are the least important thing at the moment.
3180
60 upwards after startup.
3181
 ;D fantastic.

i dowloaded the latest version of autohotkey and now the beta1 version appears to be working.

your little test 'nudonetest.ahk' worked perfectly too before i updated autohotkey.

it looks like you can continue to the next beta version - great job that you figured out that there couldn't be anything wrong with the script so it had to be autohotkey itself.

as for how it works - i wasn't expecting a right click would be necessary to confirm the resize but i'm getting used to it.

so far the method of dragging the title bar and then pausing with the left mouse button down seems like the nicer idea - could this not be made a little more automatic so once the transparent grid appears all you need to do is keep dragging the title bar onto the 'grid zone' you want to resize into - AND then release the left mouse button, i.e. no right clicking or 3rd button clicking.

i can see that the method i've described might cause a problem if you decide that you don't actually want to resize to a grid zone (if you change your mind or have accidently held the left mouse button down on the stationary title bar for too long) - but maybe it would be good to have a 'right' mouse click act at the 'cancel' operation.

i'm just trying to suggest ways of keeping 'gridmove' a 'flowing' type of interface - left clicks always feel more natural and the less clicks there are the more refined the program will feel.

great work again, jgpaiva.

can we have the grid a bit more transparent in the next version, please.  :D
3182
tried again...

the title bar always becomes stuck to the mouse cursor when i click on it...

but, i can release the title bar by left double clicking - the window doesn't resize or do anything after that.

the good news is that i've seen the 'grid overlay' mechanism - and i've realised how it works (on my machine, at least).

does this sound right:

3rd mouse button click and hold inside window then right mouse click to bring up the 'grid overlay' then move cursor and right click to select 'grid'.

i've also had the 'side triggers' working - in a similar way to the above but without the 3rd mouse button click.

i've also noticed that i can't minimise or restore windows when the new beta version is running.

i can see the potential of this mechanism - it appears that the only difference to what i originaly suggested is that the edges of the screen act as a single trigger and then you move the mouse cursor to select the grid you want to resize the window into.

this seems like a very nice way of working i wish i could test it more but it's not really practical to use at the moment on my system.

i hope trying to solve it isn't too much of a headache??????
3183
thought i better try it again but whatever i do as soon as i click a title bar it sticks to my cursor.

 :(
3184
nevf, thanks for mentioning Perry Mowbray's 'SendToSurfulater'.

will download right away.
3185
Official Announcements / Re: Contest - Make a new Banner for Website
« Last post by nudone on May 31, 2006, 03:20 PM »
I love the most recent Nudone banner.  Great work  :Thmbsup:

thanks ToxMox, there are a few tweaks to be done yet...
3186
unfortunately, i can't use the new beta1 version at all - as soon as i click on a window title bar and drag it my mouse cursor become locked onto the title bar and won't release ????????????????

oh dear.  :huh:
3187
I've had another idea (which i think is similar to your original idea):
Instead of having only areas, we could make each of the areas have a specific "trigger area", which might (or might not, depending on how the user wants it) be different from the area itself. The big advantage of it would be that the program might actually work only by dragging, and if the mouse was in a trigger zone, the window would be resized to fit the corresponding area.

(now that i think about it... this was exactly your first idea wasn't it? i'm sorry, i think i only understood it now)

GridMove Beta1

er, yes, that was the original idea but i'm glad that you came around to it in the end  :D better late than never as they say (they do in the UK anyway).

i shall now download the new beta1 version and let you know what happens...
3188
Ampa, you are right about ctrl + z but i think that's cheating - i thought this was meant to be about a single key...
3189
here's the little app i was trying to remember earlier on...

HandyThing: http://www.starfishb...dything/basics.shtml

it doesn't really compare with gridmove. i just thought i'd include it here as another example.
3190
Living Room / Re: So, we know who you are, but what do you look like?
« Last post by nudone on May 31, 2006, 01:49 AM »
if this becomes popular maybe we need a page just of the head shots - perhaps as part of the profiles.

very nice to see you both by the way.
3191
Living Room / Re: Structured Procrastination - hahaha
« Last post by nudone on May 31, 2006, 01:44 AM »
nice find.
3192
i still like the 'click again' with left mouse button to resize window when it falls within a 'resize zone' - it just felt so precise they way it worked.

the 3rd mouse drag does indeed conflict with certain programs - i think maya and 3d max are two i know of - but as you say, if you allow it to be user definable then problem solved - i'd still like to see the 3rd mouse window edge drag thing working too.

if you can implement all the methods that have been described so far but allow them to be turned on and off by the user then everyone will be happy - it's going to be one hell of a super mouse app. i can see cody dancing up and down on that keyboard with glee already  :D (okay, so it's in my minds eye and not on the forum page.)
3193
i like the alfa 3 version - for it to work properly it requires a timer feature so there is a delay between the drag and then the resize - this should avoid the accidental resizes i would hope, i.e. you have to hold the mouse down at the edge of the screen and on the title bar for a couple of seconds.

the second click feature that you've implemented so far does feel good, though, so i'm not too concerned about my 'screen edge' zones being discarded.

it was nice to see it working, so maybe if it was tweaked a bit further the 'screen edge' method could be a nice feature to enable or disable in 'gridmove'.

if you can provide the slight delay feature before the 'edge' triggers went to work then i'd have a better idea of whether the method was worthwhile. their would be a slight difference to how you've done things, though, as the 'screen edge trigger' wasn't really meant to be a part of the 'window resize zone'.

my idea was that there are two zones for each action. there is the 'trigger zone' this could be anywhere around the edge of the screen - and then there would be it's corresponding 'window resize zone' which could be anywhere on the screen.

so, as an example, i could drag and hold a window title bar over at the bottom right edge of the screen and after two seconds the trigger would be activated and the window i was holding would automatically jump to the center of the screen and resize to 1024 x 768 - there is no need for the trigger zone and the resize grid to be next to each other. i appreciate that wouldn't be very intuitive but my main aim was to just have something that 'flowed'.

i suppose it was really a bigger version of what you get when working with panels/panes inside macromedia software and acdsee - you just drag and release - no extra mouse clicks. i just extended it a bit further by not having the 'resize zone' as part of the trigger as i thought this would be more powerful.
3194
excellent. i look forward to the next version.

if it's not a problem to implement all the features, i.e. the 3rd mouse button + right click to drag from anywhere and the 3rd mouse button solo to drag from window edge then i can't really ask for more.

the keyboard shortcuts are going to be something that users will expect so it would be nice to allow that for specific grid zones.

it's a fantastic job so far.
3195
i think, in all seriousness, that the 'win' key is the best key every created.

why?

because it allows you to create even more keyboard hotkey shortcuts that don't intefere with ctrl, shift, alt combinations that are already defined.

i love you win key.
3196
it's certainly i nice feature but can we have it so that the third mouse button drag feature can be toggled on whether it snaps to grid or not?

i'd probably just use the 3rd mouse way just to move windows around without them snapping to grid but i can see the appeal of it doing the snap to grid also.

this isn't quite the same and maybe it's just less intuitive but how about just using the 3rd mouse button (without a right mouse click) to drag window contents but only if the cursor is positioned over the edge of a window. it may sound kind of strange but this would behave in a manner that 'windowblinds' skins work when they have a thicker window border as part of the skin - it uses the left mouse click, though, as there is a definable border to click on.

this 3rd button click on edge to move window would also be like how many of us are used to moving skinned windows around in some programs where you don't have to click on the title bar.

i'm just suggesting this method as it's a bit fiddly for me to click the 3rd mouse button and then the right mouse button and drag the mouse at the same time...


(that's a good point about the most important window coming first in the script - looks like i can define what i was after.)
3197
time to throw a spanner in the works...

what happens if grid zones overlap?

i was thinking that it would be nice to have a 'central' grid zone in the center of the screen that would resize windows to a nice default type of size, say 1024 x768 (i'd probably use larger) but this would overlap other grid zones - especially the type of grid zones that occupy one half of the screen. i can see that if you were careful it wouldn't matter about the overlap and i'm assuming that as it's a script the first 'zone' that is defined would take precedence.
3198
WOW, the latest gridmove feels like a fully pollished util now.

if it's possible to include keyboard shortcuts and the drag window without using title bar then it's going to be one fine program.  :Thmbsup:
3199
sorry, my mouse has 8 buttons so the middle/third button would be available for use.

i shall now try the new gridmove...
3200
i'm still finding the large trigger zones a problem.

this becomes especially problematic when manually adjusting a window to reduce it's size after it has taken up one half of the screen (but will be a problem also when just manually changing a window).

because the large zones make in very difficult to be out of a trigger zone it's very easy to set the trigger off just be resizing and repositioning a window. i don't really want to have to become super careful when trying to manually resize a window as it will defeat the object of having a tool like 'gridmove' automate things for you.

maybe the delay trigger unless the mouse is held down on the title bar (whilst the mouse and titlebar remain stationary) for a couple of seconds will help???
Pages: prev1 ... 123 124 125 126 127 [128] 129 130 131 132 133 ... 163next