search

Acecool / jumplist-extender

Automatically exported from code.google.com/p/jumplist-extender
0 stars 0 forks source link

Support multiple types of windows per program #29

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago 
Perfect example: VirtualBox has a "Config" window and a "GUI" window, the
latter showing the environment itself. I can have options like "Run Server
2008" for the config window, and "Connect Network" for the GUI window.

It'd be cool to assign different appids to the different classes, and show
different jumplists for each. Don't know where I could put it in the GUI,
though. Maybe expose them as "two separate programs?"

Probably dependent on Code Cleanup.

Original issue reported on code.google.com by mar.mar...@gmail.com on 13 May 2010 at 3:23

GoogleCodeExporter commented 8 years ago 
The title of this issue is confusing but the description sounds like my issue. 
What are you meaning by "window"?

My issue is this. I use Firefox webapps, created with the "Prism" addon (but 
soon to be a core feature in Firefox 4 similar to Google Chrome webapps). The 
shortcut for these webapps open firefox.exe with commandline parameters. For 
example, my gmail webapp shortcut looks like this.

"C:\Program Files (x86)\Mozilla Firefox\firefox.exe" -app application.ini 
-override 
"C:\Users\myname\AppData\Roaming\WebApps\gmail@prism.app\override.ini" -webapp 
gmail@prism.app

Prior to installing jumplist extender these shortcuts could be pinned to the 
taskbar and worked separately (for the most part, start order matters). After 
creating a jumplist for firefox.exe these taskbar shortcuts can no longer be 
separated and now all my webapps appear with Firefox icons and are all lumped 
together. This is unacceptable. It would be nice to have separate jumplist 
options for each "webapp" shortcut but it is a critical bug that webapps cannot 
have their own taskbar shortcut now. I hope this will be fixed.

Original comment by beer...@gmail.com on 13 Jun 2010 at 6:05

GoogleCodeExporter commented 8 years ago 
Right, that's exactly the issue in question. For now, JLE lumps /any/ window 
and pinned shortcut that belongs to the process in question -- in this case, 
"firefox.exe". And since Prism uses firefox.exe, the separate Prism apps get 
innocently lumped together without proven guilty.

It's now obvious that this should be an upcoming 1.0 feature. I'll see what can 
be done about it.

Original comment by mar.mar...@gmail.com on 14 Jun 2010 at 4:15

GoogleCodeExporter commented 8 years ago

Original comment by mar.mar...@gmail.com on 14 Jun 2010 at 4:16

GoogleCodeExporter commented 8 years ago

Original comment by mar.mar...@gmail.com on 27 Mar 2011 at 11:50