Messages

601

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 10, 2006, 09:51 PM »

You know what? you might have the solution for the our problem!
Let's try to find out why you don't have the problem. Please tell me:

• what's the AHK version you have? (if you double-click the tray icon, it's at the window title)
• if you open the AHK help file and try minimizing and restoring it through the taskbar button (by clicking it repeatedly), doesn't the window eventually disappear? (please try this with a "clean instalation" of the script, IE, without having any .ini file at the directory. please use the latest uploaded version, since it's the only that creates a .ini without any NotDetectableWindows.)

v 1.0.42.03

repeatedly clicked on the helpfile's taskbar button and after a dozen or so cycles of minimize and restore, the help window shrunk to about an 1 1/2" titlebar.

I followed your instructions and used a clean v 1.5 script, and it created a new .ini.

I should say that otherwise, I don't use the .ini file.  I was getting mixed up when modifying and reloading the script (and don't want to use F9 and F10), so I vanished the last part of the code reading and writing the .ini file, and all references to it.  I'd rather have everything in one place.

But the short time I used the .ini file, I didn't have shrinking windows, other than the Help file thing.

The Help screen shrinking does happen even with the code without the .ini file (but it seems to take more clicks, 2 dozen?, to make it shrink.)

Windows I want to jump I'll always want to jump

Even if I've moved the dialog box, and then gone on to something else, I'll still want the dialog box to jump if I give it focus by clicking on it's taskbar button.  Viola, it jumps to just above the button, right above my cursor.

I am enjoying the way the script is working

602

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 10, 2006, 06:58 PM »

really, it's only the 'new' dialog windows that appear that ought to jump - not the ones you've positioned. i know this is extending the definition of what i originally requested but i'm wondering could a 'buffer' be built into the script so that manually positioned windows stay were they are until they have been closed. on opening again they would be 'new' and so would be expected to jump to the cursor again.

-nudone (April 10, 2006, 05:02 PM)

I sure hope this feature can be toggled off if it's implemented.

Windows I position I never want to jump to the cursor.  Windows I want to jump I'll always want to jump (I like the window jumping to just above the taskbar when I give them focus by clicking on a taskbar button).

It seems like this is a feature that would make it easier to position the window the first time it appears, since it would be right at the cursor.  Is this really worth it?

Btw, howcum I've never had the shrinking problem?  (not that I'm complaining)

603

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 10, 2006, 11:49 AM »

[Select]

DetectableWindows=PSPad,testmessage

It'll detect any windows with "PSPad" or "testmessage" on it's title, wherever that string is found on the title.

-jgpaiva (April 10, 2006, 03:35 AM)

But if the window with "PSPad" somewhere in it's title is bigger than PredefWinHeight/Width it still won't move it.  At least it doesn't appear to.

If I'm right, can you fix DetectableWindows= to override any other exclusion?

Andy

604

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 09, 2006, 12:07 PM »

do you use any progams that use 'tabs' or window panes inside the main 'parent' window? i've only had the shrink window problem with these types of programs. i imagine that the window properties get messed up in these kinds of programs so that autohotkey doesn't know how to treat them. maybe jgpaiva can say if things are not quite like that.

-nudone (April 09, 2006, 11:57 AM)

I think QuickBooks has windows like what you are talking about, but things have been ok there as far as I can tell (I don't use QB that often).

605

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 09, 2006, 10:55 AM »

jgpaiva-

Thanks for adding the code to Detect Windows by ahk class, works like a charm.

Btw, I've never had the shrinking window problem you and nudone have experienced (running XP Pro, SP2).

606

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 08, 2006, 10:32 PM »

I have 5 windows I don't want to move, so I had added:

   

[Select]

    IfWinActive, ahk_class TformClockFloatingForm
      return
    IfWinActive, ahk_class TformStopwatchFloatingForm
      return
    IfWinActive, Online
      return
    IfWinActive, Calculator
      return
    IfWinActive, Volume Control
      return

With the new script, if I want to move everything else, I assume I would set

   DetectableWindows=
   
Would I have 5 lines beginning with "NotDetectableWindows=", one for
each window, or would it all be shown on one line?  How would it look?

-------------------

Btw, if anyone else is interested in not having windows moved
underneath the task bar, I changed

   If (MouseY + WinHeight/2 > ScreenHeight)
        FinalWinY := ScreenHeight - WinHeight

to    

   If (MouseY + WinHeight/2 > ScreenHeight)
        FinalWinY := ScreenHeight - WinHeight -50



Andy

607

Post New Requests Here / Re: IDEA: move small dialog windows to cursor position

« on: April 07, 2006, 04:11 PM »

i'm wondering is this perhaps going to work better with a preset list of small dialog windows that it should operate with?

this would stop the strange shrinking window effect on the windows that suffer from this and it would also prevent other things i've just noticed - one of my winamp windows (that is quite small) jumped around when i didn't want it to.

-nudone (April 07, 2006, 02:56 AM)

I had a few small windows I didn't want moved (the Online window from
DYDLO, a clock and stopwatch from an alarm utility I use).

So I added a few lines near the end of the FindWindow: section of the
code:

[Select]

If WinWidth > %PredefWinWidth%
  return
IfWinActive, ahk_class TformClockFloatingForm
  return
IfWinActive, ahk_class TformStopwatchFloatingForm
  return
IfWinActive, Online
  return

Now these windows don't move.

608

General Software Discussion / Re: Must-have apps in the System tray?

« on: March 15, 2006, 12:47 PM »

Well, it doesn't speak to the OP's question about essential programs, but it sure looks like there are some cluttered system trays out there.

PS Tray Factory does a nice job of displaying only those systray icons you really need to see.

609

Finished Programs / Re: DONE: Move Window without it gaining focus?

« on: March 15, 2006, 07:35 AM »

Hi AndyM, I don't understand how that function could be helpful - I never missed it but am interested in how it could help. Please tell me!

PS: Click on "quote" and see what happens

-brotherS (March 15, 2006, 02:33 AM)

If you are referring to a list in another window, which you have sticking out from under your active window, but it's not sticking out enough.  Without Alt-Clicking, you have to guess where to position the "under" window, since it takes focus and you no longer know where the border created by the edge of the previously active window is.  Plus positioning the list is now a one step move.  Handy if you have pieces of many windows you need to see at once on a crowded desktop.

Don't use it all that often, but it was something I was accustomed to in OS/2, and year's later I still found myself trying to Alt-click and going "damn!".   Thanks to Skrommel, no longer.

610

Finished Programs / Re: IDEA: Move Window without it gaining focus?

« on: March 14, 2006, 05:31 PM »

Guess that solves the problem, right AndyM?

-jgpaiva (March 14, 2006, 11:43 AM)

Perfectly!

SKROMMEL,  THANK YOU!!!!!

(Plus I get to learn a little about AutoHotkey Scripts by working thru the code)

611

Finished Programs / Re: IDEA: Move Window without it gaining focus?

« on: March 14, 2006, 11:05 AM »

Thanks jgpaiva and wr975 for your suggestions.

I have a "keep on top" toggle, both hotkey and titlebar button that I
use often.  I was hoping for an Alt-click alternative when I wasn't
keeping the active window on top.

  > You'd press alt+drag to move the other window, and when you
  > released alt or mouser button, the focus would be returned to the
  > last window active.
 
That's probably not worth the trouble, since the active window would
be temporarily covered by the window I was moving.

I thought about a method that would

 1. Make the active window "keep on top"
 2. Allow me to move an unfocused window
 3. Restores focus to the original active window and toggle off "keep
    on top"
   
I can't figure out how to do step 1. when the first Alt-click would
change focus.  Is there a variable that would identify the last
(previous) window to have focus?

Now that I reread the posts, what did you have in mind when you said
"returned to the last window active"?  How would you identify that
window?   
 
 

612

Finished Programs / DONE: Move Window without it gaining focus?

« on: March 13, 2006, 07:28 PM »

A feature I miss from OS/2 that I'm wondering if someone can give me
back for XP Pro SP2:

To be able to click and drag a window that doesn't have focus and not
have it get focus.  In OS/2 one could do this by holding down the ALT
key and dragging the window.  I don't remember if you had to grab the
title bar or if you could drag any part of the window.  Either way
would be ok with me.

If I have part of a window sticking out from under my active window,
it would be nice to be able to adjust it's position while still
leaving the active window on top.

Andy