Link to home
Start Free TrialLog in
Avatar of MunichJoe2009
MunichJoe2009

asked on

Custom JumpList with events and no file association

Dear community,

I've come across an odd restriction that I find hard to believe. Using the Windows API Code Pack to utilize the new features of the Aero-based task bar, I wanted to create a custom jump list for my application. It is a CTI app, and I'd like to list the five most recent call partners in the jump list to enable users to quickly redial their phone number. The problem is that as far as I can see, jump list entries are always associated with a file, using the Windows shell to launch the file and open it in the associated application. But that's not what I want.
I'd rather like to have an event for each of the JumpList entries that is thrown when the user clicks an entry, and dial the phone number for that entry right away.
Public code forums usually show how Notepad is launched from a JumpList, which is useless for me. I don't want Windows to launch files. Other examples have the running application launch again with command line parameters, indicating what was actually clicked. That's a little too intricate for my taste.
There are loads of applications having custom JumpList entries that are not file-associated, such as Skype where the user can change the online/off-line status from within the jump list (image of the JumpList attached). How do they do that? I suppose they don't use the "launch skype.exe again with some command line parameter", and I couldn't find any such information using Process Monitor to see what Skype does when I change my status.
Isn't there a way to just get a "Clicked" event for a JumpList group or single item, like Skype seems to do?

Thanks for your help!

Regards,
Joe User generated image
ASKER CERTIFIED SOLUTION
Avatar of jake072
jake072
Flag of Canada image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of MunichJoe2009
MunichJoe2009

ASKER

Thanks Jake, great explanation, and just the clearness I needed.
MunichJoe2009,

Glad I helped.  As we agree, it's less then optimal, but hey - it's Microsoft =P

Jake =)
Oh well, things could be worse. At least they gave us something better than Objective-C ;o)