Window handle from process

Alienizer · 2 Aug 2011, 00:53

getWindow                = Win32API.new('user32.dll', 'GetWindow', 'li', 'l')
getTopWindow             = Win32API.new('user32.dll', 'GetTopWindow', 'l', 'l')
getWindowThreadProcessId = Win32API.new('user32.dll', 'GetWindowThreadProcessId', 'lp', 'l')
getCurrentThreadId       = Win32API.new("kernel32.dll", "GetCurrentThreadId", '', 'L')

tid = getCurrentThreadId.call
wnd = getTopWindow.call(0)
pid = 0.chr * 4
while wnd != 0
	getWindowThreadProcessId.call(wnd, pid)
	pidnum = pid.unpack('L').first
	if pidnum == tid
		UI.messagebox(wnd.to_s)
		break
	end
	wnd = getWindow.call(wnd, 2)
end

I'm trying to get the Sketchup window handle, and my code above never gets to display the handle! Looks right to me, but I have no idea why it isn't working. Any ideas?

thomthom · 2 Aug 2011, 15:16

Have a look at this thread: http://forums.sketchucation.com/viewtopic.php?f=180&t=33756&p=296865#p296865

Note I posted one simple method that works only if the SketchUp window has focus, and one that should work regardless.

Alienizer · 2 Aug 2011, 15:40

Yes I did look at your post first, but I got mixed results, sometimes SK just unload from memory, and sometimes the handle was nil. So I wanted to created one without a callback, hence my code above. I'm just not sure what the bug is.

Alienizer · 2 Aug 2011, 15:44

model_path = Sketchup.active_model.path
if (model_path.empty?)
 	model_name = "Untitled"
else
  model_name = File.basename(model_path)
end
if (Sketchup.app_name == "Google SketchUp Pro")
  sketchup_title = model_name + " - SketchUp Pro"
else
  sketchup_title = model_name + " - SketchUp"
end
findWindow = Win32API.new("user32.dll", "FindWindow", ['P','P'], 'N')
window_id = findWindow.call(0, sketchup_title)

Here's another way that works, but it's based on the title. I'd rather have my first one working instead, or your's if SK doesn't crash.

Have you tried my first one see what you get? Do you see what's wrong with it?

thomthom · 2 Aug 2011, 15:44

Did you try using GetAncestor.call(handle, GA_ROOTOWNER) to ensure you get the root SketchUp window which is the owner of all SU's window? Your code might be getting a child window...

thomthom · 2 Aug 2011, 15:45

@alienizer said:

model_path = Sketchup.active_model.path
> if (model_path.empty?)
>  	model_name = "Untitled"
> else
>   model_name = File.basename(model_path)
> end
> if (Sketchup.app_name == "Google SketchUp Pro")
>   sketchup_title = model_name + " - SketchUp Pro"
> else
>   sketchup_title = model_name + " - SketchUp"
> end
> findWindow = Win32API.new("user32.dll", "FindWindow", ['P','P'], 'N')
> window_id = findWindow.call(0, sketchup_title)
>

Here's another way that works, but it's based on the title. I'd rather have my first one working instead, or your's if SK doesn't crash.

Have you tried my first one see what you get? Do you see what's wrong with it?

What if the user has multiple windows open with the same title? Multiple unsaved models etc?

thomthom · 2 Aug 2011, 15:46

@alienizer said:

sometimes SK just unload from memory.

@alienizer said:

or your's if SK doesn't crash.

You experienced crashes?

Alienizer · 2 Aug 2011, 16:21

@thomthom said:

Did you try using GetAncestor.call(handle, GA_ROOTOWNER) to ensure you get the root SketchUp window which is the owner of all SU's window? Your code might be getting a child window...

No I didn't, because my code never return a handle to begin with! It does iterate all windows, so it should pickup the pid, that's why I'm asking for help!

Alienizer · 2 Aug 2011, 16:22

@thomthom said:

What if the user has multiple windows open with the same title? Multiple unsaved models etc?

I know, that's why I don't want to use it and want my first code to work!

Alienizer · 2 Aug 2011, 16:25

@thomthom said:

You experienced crashes?

Yes, and it seems to have something to do with toolbars from 3rd party. When I have all of them visible (about 30 of them), your code runs for about 10 secs then SK unload from memory!

Dan Rathbun · 2 Aug 2011, 17:18

From Ruby you can get process id, like:
$$
or
Process.pid

Alienizer · 2 Aug 2011, 18:41

@dan rathbun said:

From Ruby you can get process id, like:
$$
or
Process.pid

That worked I should have used GetCurrentProcessId instead of GetCurrentThreadId but your way is much simpler. Thanks!

Dan Rathbun · 3 Aug 2011, 02:44

Using "Untitled" as a substring only works in English editions.

In other editions it's bound to be a unicode string.

The Win32 Resource ID in the sketchup.exe String Table is 61443 (in case you like using a LoadString system call.)

Alienizer · 3 Aug 2011, 03:20

@dan rathbun said:

Using "Untitled" as a substring only works in English editions.

True!

@dan rathbun said:

The Win32 Resource ID in the sketchup.exe String Table is 61443 (in case you like using a LoadString system call.)

Thanks.

But I don't think my approach or that of thomthom to get the SKP window works. If you use Process.pid and enum the windows until you find the right one, and use GetWindowText WinAPI to get the title of the SKP window, it works, but not always. I have a shortcut to SKP in one of my folder and it works to get the title, but if I use the Windows Start menu to run SKP, the title is blank, so it's not getting the proper window as expected. And since the return text is blank, we can't tell which window it is!

So try it using the following...

wnd = getAncestor.call(wnd, 3)
buf = "\0" * 260
getWindowText.call(wnd, buf, 256)
UI.messagebox(buf.strip)

or the complete code...

getTopWindow = Win32API.new('user32.dll', 'GetTopWindow', 'l', 'l')
getWindow = Win32API.new('user32.dll', 'GetWindow', 'li', 'l')
getWindowThreadProcessId = Win32API.new('user32.dll', 'GetWindowThreadProcessId', 'lp', 'l')
getWindowText = Win32API.new('user32', 'GetWindowText', 'LPI', 'I')
getAncestor = Win32API.new('user32', 'GetAncestor', 'LI', 'L')

tid = Process.pid
wnd = getTopWindow.call(0)
pid = 0.chr * 4
while wnd != 0
   getWindowThreadProcessId.call(wnd, pid)
   pidnum = pid.unpack('L').first
   if pidnum == tid
			wnd = getAncestor.call(wnd, 3)
			buf = "\0" * 260
			getWindowText.call(wnd, buf, 256)
			UI.messagebox(buf.strip)
      break
   end
   wnd = getWindow.call(wnd, 2)
end

Alienizer · 3 Aug 2011, 03:51

I found the answer to my own problem! I was running the code inside my class

I don't know why it makes a difference!

Dan Rathbun · 3 Aug 2011, 05:07

You should always be running your wrapped within a module.

The problem with TopWindow is that if a user has wxSU installed, the Sketchup window will be wrapped in a WX::Frame, and wxSU resets the Sketchup app window to have the invisible frame as it's parent.

There are other quirky title things. If a user double clicks a SKP file to start Sketchup, the Title will not have "Untitled" (in the local language,) but could have a filename with unicode characters, and if it's Sketchup Pro, there's a bug where it does not have the "Pro" part until after it finishes processing the Plugins and Tools folders, and draws to UI (toolbars and menus.)

I rejected this window title approach as too problematic:


  #  find_skp_hwnd_by_title(debug=false)
  #
  #  Try to find app window by title.
  #
  #  Highly modified from wxSU code.
  #
  def find_skp_hwnd_by_title(debug=false)
  
    require('Win32API.so')
  
    skp_window_id = 0
    
    findWindow = Win32API.new("user32.dll", "FindWindow", ['P','P'], 'N')

    # Set locale specific "Untitled" string Hash
    #
    # ** this won't work as is because some strings are unicode
    #
    notitle = Hash.new("Untitled")
    
    notitle['cs'] = "Názvu"           # Czech 
    notitle['de'] = "Unbenannt"       # German
    notitle['en'] = "Untitled"        # English
    notitle['en-US'] = "Untitled"     # English
    notitle['es'] = "Sin título"      # Spanish
    notitle['fr'] = "Sans titre"      # French
    notitle['it'] = "Senza titolo"    # Italian
    notitle['nl'] = "Titelloze"       # Dutch 
    notitle['pl'] = "Niezatytulowane" # Polish
    notitle['pt-BR'] = "Sem título"   # Portuguese-Brazil
    notitle['pt'] = "Sem título"      # Portuguese
    notitle['tr'] = "Basliksiz"       # Turkish 
    

    # These strings are reportedly not translated
    sketchup_free = "SketchUp"
    sketchup_pro = "SketchUp Pro"
    no_license = "[LICENSE UNAVAILABLE]"

    # Find the SketchUp main window handle by its window title
    model_path = Sketchup.active_model.path
    if (model_path.empty?)
      model_name = notitle[ Sketchup.get_locale ]

      if (Sketchup.app_name == "Google SketchUp")
        sketchup_title = model_name + " - " + sketchup_free
      else
        sketchup_title = model_name + " - " + sketchup_pro
      end
    else
      # For some reason, when starting SketchUp Pro by double-clicking an SKP 
      #   file, the window title says SketchUp until after load is complete.
      model_name = File.basename(model_path)
      sketchup_title = model_name + " - " + sketchup_free
    end

    skp_window_id = findWindow.call(0, sketchup_title)

    if debug && skp_window_id == 0
      msg = "Sketchup Window could NOT be found with title;\n #{sketchup_title}"
      msg<< "\n\nWill search for No license version.\nClick OK to continue..."
      UI.messagebox(msg)
    else
      UI.messagebox("Sketchup Window found with title; #{sketchup_title}")
    end

    if (skp_window_id == 0)
      # Can't find the window, look for no license version
      skp_window_id = findWindow.call(0, sketchup_title + " " + no_license)

      if debug && skp_window_id == 0
        UI.messagebox("Sketchup Window could NOT be found with title; #{sketchup_title}")
      else
        UI.messagebox("Sketchup Window found with title; #{sketchup_title}")
      end
    
    end
    
    return skp_window_id

  end # def

Alienizer · 3 Aug 2011, 16:20

I agree 100% with you.

BTW, when SKP runs your rb scripts, is the rb script first compiled by the Ruby interpreter, or is it interpreted like the old DOS Basic? Or compiled to P-Code?

Dan Rathbun · 3 Aug 2011, 18:00

Well it's not called a "compiler" is it?

Alienizer · 3 Aug 2011, 18:38

@dan rathbun said:

Well it's not called a "compiler" is it?

No, but I doubt it interprets characaters by characters at run time, it would be too slow. It has to pre-compile or something.

Dan Rathbun · 3 Aug 2011, 18:54

Well the actual Ruby Core modules, classes and methods, are themselves compiled C-functions.
The interpreter just "gathers" the arguments from the plain text scripts, and makes the C calls in the background.

If you have downloaded the Ruby C source... you can read the interpreter's source to get an idea of what's happening behind the scenes.