AutoHotkey Community

[animeaime]

True, true, Yeah, it's very hard, for me, to think of how to present my libraries because I try to keep everything generic - which causes confusion, at times, especially when I start talking about "project-specific" values. Between my class library which has been out a few days and this, I'm sure eventually someone is going to ask me "what the #$!& does 'project-specific' mean??!" - or something like that.

You should continue your projects if you enjoy them. I know for me, what frustrates me the most is when I start working on a project, realize that I need something to have the project meet my vision and then get side-tracked by the "new project" that will help me with the "old project". I mean, I wrote the class library and this menu wrapper to help me with the bookmarks manager I'm planning to sell. However, I can't leave these half baked, so I'm going to update some "tutorials" for the class library and will probably end up doing the same for this library. Truthfully, I wish I had the personality to just present the information how I have, and go back to my project... Actually, I think I will. I've been avoiding updating the website for the class library because that's not my passion - I love to code, not write up websites full of documentation (god bless Chris for all the docs he wrote up), but until the demmand increases, I think explanations will be best... maybe *sigh*
_________________
As always, if you have any further questions, don't hesitate to ask.

Add OOP to your scripts via the Class Library. Check out my scripts.

[Drugwash]

Oh well, anything is better than nothing so at least the code snippets and discussions posted around should be of help.

As for getting side-tracked... so true! I just seem to ask for the most impossible features from AHK and as such (almost) nobody can lend a hand, especially when I mention Win9x - as if it were a rabid dog, jeez! Then I have to take it from scratch with some helper script and it grows and it takes so much time that the original project falls into oblivion.

Ugh, I'm getting mushy at 6AM. I'd better hit the sack. Have a good one!

[animeaime]

If you ever need a helping hand, I love a good challenge so feel free to PM with the situation. Of course, you can see my posts all across this forum asking how to do very specific things - it's just our nature as programmers
_________________
As always, if you have any further questions, don't hesitate to ask.

Add OOP to your scripts via the Class Library. Check out my scripts.

[animeaime]

It hit me when I woke up that because the changes I made, Menu_DeleteAll didn't function how it should. I added a fix so that if a menu has standard items, those items are not deleted when using Menu_DeleteAll - to mimic the behavior of AHK. Also, the MenuItem object, Menu object, icons, menu handle, and other data (checkmarks, disabled, etc.) for the standard menu items is not affected when using DeleteAll.

Also, there was a bug that Menu_Standard couldn't be called on a menu that hasn't been created. This bug is now fixed.

In addition, I realized that the "template" was no longer a template at all, and was instead a "setup". So, I renamed it MenuLibrarySetup.ahk. Include the file in your library as before. Also, instead of calling MenuLibraryTemplate() in your code, call MenuLibrarySetup() and it will setup the menu library for use. There is now a MenuLibraryTemplate.ahk file that is the template design. It includes the necessary functions to cleanup the objects created and the Menu_fixUpMenuLabel function - both the AHK default and the one used in the test to remove spaces from the MenuItemName and it it for the label-or-submenu (when label-or-submenu is blank).

You can download the latest updates from here.
_________________
As always, if you have any further questions, don't hesitate to ask.

Add OOP to your scripts via the Class Library. Check out my scripts.

[Drugwash]

Good morning! Don't tell me you're dreaming of AHK...

I updated the files. There's one thing I haven't got to test until now and I'm afraid it's not working (is it supposed to? dunno): (un)checkmarking menus.

I have Menu2 > Item2 that is checked by default. Clicking it will not unmark it. Also none of the items in Menu1 will get marked when clicked. Neither would the Make This Selection item.

One other thing - most likely related - is that there's an empty space to the left of all menu icons, probably for the checkmarks. But when there's no markable item and/or the markable items don't have an icon whiel others do, it may be more elegant (if possible) to use icon's place for the checkmarks and avoid the empty column to the left of the menu.

[animeaime]

[Drugwash]

Hmm, I only used the test script so far and thought every options were functional, including check/uncheck item, that's why I mentioned it above. Haven't yet gotten to actually using the provided functions in my scripts.

Guess it's best to hide the empty space as default and only change the style when needed.

My biorhythm doesn't look very well these days...

[animeaime]

[Drugwash]

[animeaime]

[Drugwash]

[animeaime]

[Drugwash]

[animeaime]

Just thought of this since it might come up. Instead of showing a menu using Menu, MenuName, Show, use MI_ShowMenu(MenuNameOrHandle, x="", y="") instead. I'm going to see if I can't modify it to allow the menu to receive keystrokes and mouse clicks and responding to them. I'm not sure if it can be done, but I think it would be cool if it could, so I'm going to look into it. Since using MI_ShowMenu creates a window whose hWnd is known, I might be able to figure something out. Also, Menu, MenuName, Show WILL NOT show a menu if AHK doesn't think the menu has items. This can occur when the menu only has "standard menu" items (and nothing else). So, for general compatability, and any cool stuff I can add to the ShowMenu function, please use Lexikos' ShowMenu (like all his Menu Icon library functions, a local copy exists in MenuItem.ahk).

Update:
It looks like it's a real possibility to do this... If so, I'll also add drag/drop and other "cool features". I just tested a model for my idea. Using AHK's "ShowMenu" won't allow timer events to function (as documented). However, timer events still occur if the menu is drawn using MI_ShowMenu. Since this behavior is different than for AHK, I'll document it...somwhere on this thread - I'll add a note the my second post (where I'm putting the version info). Because timer events work, this means that such actions as calling a label with the menu open are possible. Also, as Lexikos does in the ShowMenu, mouse clicks can be sent back to AHK (that's how a selection is possible, he sends the command for menu select (like the Menu_selectMenuItem function) to AHK and AHK responds to it. Similarly, I should be able to have events setup to detect a mouse drag (which would allow me to add drag/drop support, to move the menu items on the menu - which would be an opt-in feature.) Also, keystrokes could trigger something. I'll be looking into that today and start designing what I can. I'll post a revision with any features I can conjure up.

Also, since I know it's possible, is there any features that yal would want regarding mouse clicks and keystrokes on the menu? I'm thinking something like how gui has it for controls - each menu would have a "goto label" that would trigger, which you could add your functionality to it (of course different menus could have the same goto label). Also, if drag/drop can be done, there would be a "start drag" and "end drag" event. I'll use global variables (details pending) to store info related to the operations.
_________________
As always, if you have any further questions, don't hesitate to ask.

Add OOP to your scripts via the Class Library. Check out my scripts.

[Drugwash]

I've spent $2 on this beer and you just make its effect vanish.

Menu items can be marked/unmarked, this is good. Menus should be navigable through keyboard too; we have a couple of visually impaired (call'em "blind" coz that's the truth) users at Miranda IM and they need standard controls and keyboard navigation capabilities. We can't be human enough unless we think about any and all possibilities, beyond our own selfish needs.

I wonder if standard menu items (that may be ignored by the script) could automatically be replaced by custom items, keeping the original functionality (and possibly adding custom features).

I'm not sure about drag'n'drop in menus. Seems like an overkill to me but I may also overlook something. Darn, isn't anyone else here interested in this work besides me?