[code] Win32 Moving/Showing/Hiding Toolbars and Dialogs

thomthom

I think the files extracted after all, despite the errors.

driven

I think the files extracted after all, despite the errors.

so you have them? do they make sense...

I did some more and now I'm trying to work out if I can make changes...

I've got apple script launching things from inside SU so now I need to see if it can modify window element attributes or something...

thomthom

I'm not entirely sure I know what I'm looking at. Where does this data come from?

driven

http://pfiddlesoft.com/uibrowser/

it scans all UI elements in a targeted app, in this case SU, writes reports and allows some level of modification, unfortunately my trials has runout,
so I haven't been able fully explore it,

however the information can be used to find the real differences...

Dan Rathbun

@thomthom said:

I've been searching for ways to manipulate windows under OSX like one can do under Windows with the Win32 API - but I never find anything.

Just wondering...
ref: [window.opener()](http://msdn.microsoft.com/en-us/library/ms534309(v)

When a WebDialog has the focus... does this JS in the dialog:
%(#8000BF)[window.opener.focus()]
cause the Sketchup window to receive the focus ...

(1) on PC/IE ??

(2) on Mac/Safari ??

Jim

.blur() ing a WebDialog seems to focus the main SU window on Mac.

<body onMouseOut ="window.blur()">

On Windows, it sends the main SU window and everything else to the back.

Dan Rathbun

How the Paint.NET programmer enabled Mouse ClickThrough for Paint.NET's various ToolWindows.

http://blogs.msdn.com/b/rickbrew/archive/2006/01/09/511003.aspx

Dan Rathbun

@dan rathbun said:

When a WebDialog has the focus... does this JS in the dialog:
%(#8000BF)[window.opener.focus()]
cause the Sketchup window to receive the focus ...

(1) on PC/IE 7 : We get an error popup that states:

"window.opener is null or not an object."

So apparently if the owner is not a browser window (ie: an application,) the function returns null.

Bummer.

thomthom

@dan rathbun said:

How the Paint.NET programmer enabled Mouse ClickThrough for Paint.NET's various ToolWindows.
http://blogs.msdn.com/b/rickbrew/archive/2006/01/09/511003.aspx

Fortunately webdialogs under windows are click-through. But OSX remains a problem. I'm not happy with having the user remembering to press Ctrl every time they want to interact with the window.

Dan Rathbun

@John (driven) & ThomThom

Try the events in the code below for Safari toolbar WebDialogs.

if the ctrlKey event doesn't work for Safari, perhaps try setting the altKey event to true onMouseIn and false onMouseOut.

You may need a onMouseOver="window.focus();" attribute within the body tag, in order for document.activeElement (see body tag's onClick event,) to return the control that is set active by each control's onmouseover event. If you DO, then you'll definately need the window.blur() statement within the body tag's onMouseOut event (otherwise you may not.)

<html>

<body onMouseIn="window.event.ctrlKey=true";
 onMouseOut="window.event.ctrlKey=false; window.blur();"
 onClick="document.activeElement.click();">

<img class="imgbutton" onmouseover="this.setActive" src="SketchupIcon.png"
 onClick="callSomeJsFunctionToRubyCallback('params');">

... the rest of your webpage ...

The idea step by step:

Sketchup Application Window has focus
mouse moves into toolbar webdialog setting window.event.ctrlKey=true (and possibly dialog focus via body onMouseOver.
as the mouse moves over controls, each control has a onmouseover="this.setActive" event.
when a click occurs anywhere on the page, the body tag's onClick event uses document.activeElement.click to cause active control's onClick event to fire.
when the mouse moves out of the toolbar dialog, the body tag's onMouseOut event resets the key event to false, and optionally calls window.blur

The <IMG> tags are given a class "imgbutton" so they can have styles set for borderstyle, etc.

~

thomthom

@dan rathbun said:

mouse moves into toolbar webdialog setting window.event.ctrlKey=true (and possibly dialog focus via body onMouseOver.

Will the mouse event trigger when the webdialog haven't got focus?

thomthom

@jim said:

<body onMouseOut ="window.blur()">
On Windows, it sends the main SU window and everything else to the back.

How odd...

Dan Rathbun

@thomthom said:

@dan rathbun said:

mouse moves into toolbar webdialog setting window.event.ctrlKey=true (and possibly dialog focus via body onMouseOver.

Will the mouse event trigger when the webdialog haven't got focus?

it DOES on Win32 w/ IE 7

driven

hi Dan, Thom, Jim, all

I've been trying all sorts of things to 'avoid' giving the WebDialog 'focus' while still having it send actions.
this is what happens with SU native NSPanels (used for SU toolbars) and also for some of the NSWindows used for different preferences and the NS(WebView)Window used by Instructor, but not the NS(WebView)Window used by WebDialog.

holding down the "cmd"(apple) key, invokes this behavior (no focus, but active) on any window/panel inside

so far the best/simplest way I've come up with is add to an 'aid memoir', using background colours and text..... but I'll keep trying

john
for now??

Dan Rathbun

@thomthom said:

@jim said:

<body onMouseOut ="window.blur()">
On Windows, it sends the main SU window and everything else to the back.

How odd...

yea I tried with a modified test dialog John sent me (I added buttons and some key displays.)

SelectionInfo.zip

Dan Rathbun

Hey John ... you talk about NS windows made me think of the 9th arg to WebDialog.new
:mac_only_use_nswindow

You might need to use a settings Hash to use it. If you do, the key for the 3rd arg is :preferences_key not 'key'

You should also use Symbol keys not String keys, as the Hash argument is cranky.

thomthom

@dan rathbun said:

it DOES on Win32 w/ IE 7

Yea but windows doesn't have the click-through issue. I was thinking since click events would not register under OSX until the window had gotten focus, then maybe mouse events would not trigger either.

...I really need to find that box with my Mac... ...ugh, the hurdles of moving...

driven

an update,

holding the cmb key down is great for tool swaps and input button clicks, but locking it down means you can't use numerical input boxes...

I didn't realise that cmd 1,2,3,4,5,6,7,8,9,0 are all shortcut keys, so holding down the key manually is the best option....

john

Dan Rathbun

@thomthom said:

I've been searching for ways to manipulate windows under OSX like one can do under Windows with the Win32 API - but I never find anything.

RubyCocoa
it's included with OSX since v10.5 “Leopard” ??

EDIT: Here's the RubyCocoa SourceForge page.

I've seen Ruby scripts that had: require 'Cocoa' or similar at the top.

There is a potential pitfall looming for Sketchup cross-platform scripting, in that Apple intends to replace MRI Ruby, with MacRuby. It would not be bad if we had all the same UI classes in a "WinRuby" that MacRuby has.

thomthom

Ok - something to look into. I hope that allows you to modify existing windows, not sure create your own. (Though creating your own would be cool too.)