News:

Welcome to our NEW forum! We invite you to sign up today
so it can grow to be a valuable resource to all Toolbox users!

Main Menu

[Fixed] Screen position detection

Started by oblivion, September 01, 2026, 03:00:46 AM

Previous topic - Next topic

oblivion

First, this is the newest (updated today)

...hang on, my bracket autocompletion has stopped working... ({]

...properly. Open curly gives me {] which is definitely not right and that's not why I came here. Hold on while I check my settings...

({][]

Something's gone weird.

I'll restart shortly. In the meantime...

I have a mouse menu that has all my frequently used programs in. There's a tutorial I posted that covers it... but the thing consists of a single action with everything in, preceded by

(Start)
0001 Mouse: Move to desktop position "numpad5"
(End)


That usually works OK but sometimes misbehaves if I have no windows open, and opens the menu somewhere off the left edge of the screen, meaning I don't get to see anything until I've hit cursor down twice and cursor right once, opening the first submenu on the left side of the screen.

I think I already know why -- I think Toolbox is happier with open windows than it is with only the desktop being visible, and I also think if the desktop is more than one monitor wide, it can also be a bit unpredictable.

I'm not completely sure what to ask for here, but I THINK I'd like to be able to specify the positioning to a specific monitor if more than one is attached... or perhaps for Toolbox to default to desktop-based rather than window-based positioning with the latter being an option via a parameter for the relevant positioning commands?

I'm going to restart, now, and see if I get my autoclosing brackets working again! I'll be back...

OK, post-restart. Autoclosing brackets is just as broken as previously.

Also, I have Toolbox set to autostart and manage a program that has no option to position itself; since the update, it's not been starting in the same (bottom right) corner -- but I might just have noticed why. The new checkbox in the saved window manager has all the entries unchecked -- presumably that means that everything's now unmanaged until the user checks everything?

Paul (Lead Developer)

Confirmed that auto-closing fails. :( Something must've broken when I added non-English keyboard support. Will look into it.

I can't get the mouse positioning to fail, with or without multiple desktops, and with or without any windows being open. Please post an action (or email it to me) so I can copy it exactly and see how it goes at my end.

The checkboxes for saved windows in the "Saved Window Manager" have to be enabled for the window to be moved:


oblivion

Thanks, Paul.

The issue with the saved window manager was that everything listed in there, post update, was unchecked, which accounts for none of my saved window states working. 

Paul (Lead Developer)

Oops, you're right! I only made them ticked when opening the "Saved Window Manager" if they were created with v9.0.0.0. I've enabled them by default for the next update (if not unticked). Thanks for the heads-up!

Paul (Lead Developer)

@Oblivion: I've emailed you with a fixed version of the auto-closing of ( { [ and "

Please reply here with how it went.

oblivion

The autoclosing brackets etc is all now working as expected -- thanks, Paul!