Girder 3.2 final release bug

[mitko]

Ron, I think in version 3.2.0 there is bug in the LearnEvent procedure. I can't learn events for multigroups and can learn for commands in a multigroup ??!?!??! This was on the oposite in 3.2beta16. How should it be?

[Edited]
1. Also the Lock of Girder doesn't work. When I add a password for the file everything is fine. When I open the GUI the next time I start Girder I'm prompted for password - that's expected but then if I select "Cancel" the GUI still shows and I can edit and save the file :(

2. I tried to use the ButtonMode plugin for a command part of a multigroup and it didn't work - the "When Held Action" wasn't executed but the "On Release" was ?!?!?!. If I move this command out the multigroup everething works like charm. What am I doing wrong or is this supposed to be this way?

[Ron]

Thats a bug

1. Wow, incredible that I missed that

2. Checked: works just fine. Make sure that non of the parent nodes of the commands that you want to trigger are disabled!

[Ron]

Just too embarasing ;-)

The updated Girder has been uploaded

3.2.0a fixes both problems.

[mitko]

Ron, I've downlaoded both 3.2.0a and 3.2.0bpre2 and the first two problems are fixed (Learn event and Lock) but the one with ButtonMode plugin and Goto action is still there (or at least for me :( ). I also checked the problem with the icon in system tray - it's OK now.
Now back to the problem - I can't tell where is the problem exactly but here is a simple .gml file that shows it. It consists of 3 OSD Popup commands for the OnFirst..., OnRelease and WhenHeldDown for ButtonMode a multigroup and Goto command that points to the multigroup. The multigroup is triggered by the "J" key and the Goto command is triggered by "K". With the "K" I can't ever see the OSD popup for "WhenHeldDown" :(

I tried posting the .gml here, even I know it's not right. Sorry :oops: but was not able. That brings a suggestion: Is it possible somehow to make uploading of .gml files available because not everyone have a place of his own?

If you want I can send you the file by e-mail or ..... tell me another way

[Ron]

email it.

[mitko]

I sent you an e-mail with the .gml file.
Today I saw that version 3.2.1 is out and I downloaded here at work on my Win98 machine and I wasn't able to reproduce the problem
:-?
Did you do s.th. in this version? (I don't have older versions here so I can't compare if this is again an WinXP "feature")

I also noticed s.th. very strange. On this Win98 machine I can't change the text in the configuration window of OSD Popup with the keyboard plugin enabled. When I turn it off everything is OK ?!?!?!? very strange

also the configuration windows of a few plugins (OSD Popup, User Event (both Mark's if this has anything to do with the problem)) doesn't show up on top of Girder (they show under it). This happens only sometimes but it definitely happens

[Ron]

The foreground issue will be fixed in due time, Girder 3.2.1 now notifies the plugins of the main window handle, so when the developers get time they'll start using it. Buttonmode problem has been found, I'm looking at a way to
fix it. For now use the buttonmode plugin in a command / multicommand that gets triggered by an event directly, not through a goto.

[mitko]

Update on the foreground problem:
On my Win98 PC I have problems even with the main window of Girder - the first time it shows it's under all opened windows. I think on the WinXP it wasn't that way

[Ron]

Probably ;-) fixed now.

[mitko]

Great !!!
Which one exactly? The buttonmode?
Where can I downlaod the fixed version?

[Ron]

The focus issue is fixed in the next release 3.2.2, and for the button mode i sent you an email explain how to work around the problem.

[Mark F]

also the configuration windows of a few plugins (OSD Popup, User Event (both Mark's if this anything to do with the problem)) doesn't show up on top of Girder (the show under it).
I'm pretty sure this is a conspiracy. I believe Girder is checking for my name in the copyright string and forcing my plugins to the bottom of the Z-order. :D

I'll try to make some time this weekend to work on my plugin to do list.

[Ron]

Mark, Have you set the ParentHWND from the API structure as the parent window for your own window ? If so then its quite possible that your window is below the GUI, the handle that is passed in the structure is the handle of the hidden window. Girder 3.2.1 now sends the GUI handle in the GIRINFO_MAINWIN_OPEN message. Maybe that helps.

[Mark F]

Not another one of these. :)

The dialog is created on the thread that calls the gir_command_gui() interface. In the Create call, I set the "CWnd* pParentWnd = NULL". Fromt he MS help stuff "pParentWnd points to the parent window object (of type CWnd) to which the dialog object belongs. If it is NULL, the dialog object’s parent window is set to the main application window."

Sounds like I'm getting the hidden window as the parent. :( As I said, I'll try to make time this weekend to change this.