[Nuka1195]

This was suggested by JMarshall, however my idea was simpler...

Have a choice of options the user can select, that when you select a video XBMC will do.

Example of menu items when selecting a movie:

• Play Video
  
• Show Movie Info
  
• Play Trailer
  
• Resume Video
  
• Queue Video
  
• Run Script
  
• ...etc.

My thought was have each option available based on list content. I can see wanting to for TV Shows, have it set to queue so you can queue a few TV Show episodes. For movies I may want to run the AMT Home Theater plugin, (which automatically plays an intro and a few random trailers before a movie), or similar.

I have a patch, just for the settings part, so i know what options we want and if you like how it works. http://pastebin.com/m16eb2841 <-expires march 28, 2009

Only one setting at a time shows, but you have 5 different categories; movies, tvshows, musicvideos, episodes, and other.

http://s3.supload.com/free/screenshot000.jpg/view/

Any thoughts?

[jmarshall]

Some thoughts:

Firstly I'd prefer something similar to how it's done on Boxee. Select brings up a dialog with multiple actions. Exactly the same as we do now for the resume setting. It only really applies to videos though, as for a video you don't really mind 2 clicks to play. A script-based play method could be added in here. Music I suspect people prefer click to play immediately over a submenu, though I wouldn't mind a submenu there either. The bonus with a submenu is it's easily extendable, and there's no need for a user to go in to settings to change the default behaviour (I'm sure you don't always want to be running things via the HT plugin!)

Secondly, it's really a keymapping problem - we can currently only define actions based on the window context. Nothing further than that. Folder/File selection is one thing in particular that really needs to be definable based on whether you have a folder or a file selected. Other control-specific things are also useful - edit controls and list controls currently are hardcoded to take in different keyboard mappings for instance. I'm not sure how to best go about this from a keymap.xml side of things however - it's already quite a mess with the current window-based contexts - perhaps we need to reconsider this and move to a system where the context is based on what's going on in the UI rather than just which window you're in. eg:

playingmusic is a context, a slideshow is a context, playback of video is a context, focus on a particular item in the UI is a context etc.

Cheers,
Jonathan

[Nuka1195]

(I'm sure you don't always want to be running things via the HT plugin!)

that's why the different actions based on content type.

i really don't like boxee's always go to a sub menu. especially for plugins. maybe you could have one setting then, to turn it off. even an advanced setting.

[Nuka1195]

how about mix.

so use the settings patch i did, but add another option, to invoke the selection dialog.

that way we both win.

i still like the idea of different content having separate options.

[CrashX]

Interesting, how about this :-

Each content type will have a Default Action associated to it , changable via GUI. Their will be "Ask" option, in which case we display context menu ( like resume dialog ) asking user what to do.

Content Type = Video, Music, Script, plugin, etc

[m69bv3]

Interesting, how about this :-

Each content type will have a Default Action associated to it , changable via GUI. Their will be "Ask" option, in which case we display context menu ( like resume dialog ) asking user what to do.

Content Type = Video, Music, Script, plugin, etc

+1

It's a good mix!