OSDMenu 1.4

[jediperry]

Girder seems to crash when it sends a Return to the menu. All other keyboard shorcuts are fine.
The command on menu end is run when moving to a submenu.
Have you changed the startpos? startpos=-9 doesn't work anymore.

Thats enough for now I think ;). This is with girder 3.1.2e

Mike

[jediperry]

still crashes on mine, sorry.
Not to clear about the startpos thing. Is it your intention that menustartposvar overides everything, because at the moment, if that line is included, startpos=1 has no effect so all submenu's start at the value of the register.

Mike

[jediperry]

Thanks for changing the startpos settings, thats much better.
Right, if i select 'clear links' in the context menu for the osdmenu command, then it all works fine. but if I put something in the 'command on menu start' box, then girder just hangs when it tries to go to a submenu. WinXP, all other plugins disabled. Can't think of any other info to tell you.

Mike

[jediperry]

actualy it works fine in girder3.2a5 so maybe its nothing you need to worry about.

Cheers,
Mike

[mattwire]

Hello All,

I've just 'finished' the latest version of OSDMenu:
( updated )
( updated - Final Release )
osdmenu.zip (http://homepage.ntlworld.com/graham.wire/osdmenu.zip)

Please test and report back any bugs etc.

New features are:
-Support for girders new variables:
-in caption/commandstring.
-saving data about menuitem executed.
-OnBackColor highlights current menuitem - doesn't work with transparency!

Read history.txt for more...

[mattwire]

Sorry! I meant to mention that in the documentation!
I have changed the startpos var - To use variables(registers) to specify the startpos you should add a variable in the misc section:
[misc]
...
menustartposvar=[NameOfGirderIntegerVariable]

The reason for this is because otherwise I would have to change the datatype of startpos to string to allow for custom variable names.
So menustartposvar=[reg9] should work (let me know if it doesn't)!

Checking the other two problems now...

[mattwire]

Ok. Command on MenuEnd is fixed - no more executing for submenus.

Girder freezing is also fixed (I think) - please let me know.

Try this:
( removed )

[mattwire]

Oops! I forgot you might not want a custom startpos on every submenu.
I'll move that variable to the visual section - then you can have it per-submenu.
Here is the version with menustartposvar in visual section:
( removed )

Can you give me more detail about exactly when it is crashing/your setup.
Because I don't see any reason why it should crash!

Thankyou

[mattwire]

Sounds like its the onMenuStart command causing problems. I've been doing most of my testing on 3.2 so have not noticed this problem. I did change this bit slightly.

Try this version:
( removed )

[mattwire]

Ok, bug fixed:
( removed )

I also found a bug with scrolling menus which I've fixed - please let me know if I've broken anything else here!

[mattwire]

This bug has nothing to do with the girder version! So 3.2 wouldn't help.

However, here is the 'fixed' version. I hope there are no more problems...
Please test and report back.

( removed )


Thanks.

[mattwire]

The reason it does that is because scrolling is a bit of a hack really. It basically loads a new menu everytime you scroll up/down hence why you see the blinking effect.
I'm glad it works for you now.

[mattwire]

I have never seen this problem.
The window is shown using SetWindowPos and HWND_TOPMOST so it should be the topmost window. Maybe you have some strange programs running or something? :-?
Try this version to see if it will make any difference - I've added two extra lines: SetForegroundWindow and SetFocus so that may make a difference for you.
By the way, SetFocus is supposed to give the window keyboard focus but that doesn't seem to work - that is why you cannot use the keyboard directly unless girder window is open in the background. Maybe I should use SetFocus with a handle to one of Girder's windows? Ron?

( removed )

[mattwire]

Sorry, I meant that I'd added those two lines in the code. So you don't need to add them anywhere!

It always stays on top on my computer - w2ksp2 like you.

[mattwire]

Try this:
( removed )

[mattwire]

Good! :D
I'm glad that made it work for you...
I don't think I could really compare with Microsoft, I mean windows is a little more complex than my menu and with millions of users instead of maybe 100(?) for my menu. Plus, I would have to add some more bugs/quirks before I could live upto anything MS produce...

Now I can finally release it to the masses...
osdmenu.zip (http://homepage.ntlworld.com/graham.wire/osdmenu.zip)

[Antti]

Hi!

Just tried out this new version and found out that when using scrolling menu and scrolling up or down Girder hangs. Put back v1.37 and it works fine. Even the new example .gml with scrollmenu.ini hangs. :(
My Girder is 3.12e.

[Antti]

Well.. now it doesn't hang but there's still a problem. OSD stops responding to remote commands. For example if I have 20 items on a scrolling list that displays only 10. Then when I scroll down from 10 to 11 it stops. :-? Version 1.37 works correctly.

Thanks again.

Antti

[Antti]

Ok. Now it scrolls OK. But now when I first move down on my list (10 items) and come to the point that the first "scroll event" (from 10 to still hidden 11) I have to push DOWN button ten times before anything happens. 10 times. No more or less. Then 11th item appears to the bottom of my list. After that it scrolls up and down as it's supposed to do.
Still some tuning to do. Or should I just upgrade to 3.2?

[Antti]

Great! Now it works. :D

Now there's only this tiny problem.. When Girder is open ie. not minimized to tray or taskbar the OSD scrolls fine. When it's minimized the OSD blinks while actually scrolling down or up to items that are not visible on the list. It like disappears for the time it takes to refresh the list and show the next item scroll up. Same thing with previous versions too. If I just move up or down on the list so that it doesn't scroll it looks fine. No blinking or anything. Maybe it's just some fine tuning that isn't even necessary.. :)

Thanks!

[Antti]

Oh. Ok. I see. Just made me wonder cause it blinks a lot more if Girder is minimized but it doesn't matter. Got any idea or trick on how to make OSD stay always on top instead of appearing somewhere under opened windows? Maybe a fix for the "final" release of v1.4? :)

[Antti]

I've added two extra lines: SetForegroundWindow and SetFocus so that may make a difference for you.

So I'm supposed to put those somewhere in the .ini -file?

Well anyway.. Now the OSD appears under my active window. So it's like the second topmost. So if I have a full screen IE window and a small notepad which is the active window the OSD pops up in between.

As far as I know I don't have any "strange" programs running. Just the basic; Girder, ICQ, MSN, F-Secure, ZoneAlarm. And they are all minimized to tray. Operating system is Win2K Pro SP2 if it matters.

This always-on-top feature isn't very important because I usually run OSD with only Winamp visible on the right side of my screen and OSD pops up on the left. Just wondering if would even be possible to make it stay on top. It does on your computer?

[Antti]

WEEEHEEE!!! :D It works! Now it appears on top. Thanks for being so patient and having trouble with me. Imagine if users could get as much responce from Windows developers. They should learn a lot from u Matt. :)

Thank you.