Jumping to movie using sms "T" (1 Viewer)

[Paranoid Delusion]

Cannot find anything about this, but if I select a group of movies with a, b, c keypresses etc gets me to first movie in that alphabetical list.

T seems to be the exception (English anyway, suspect "D" German etc, and I do understand why), if this is selected, then my first movie that shows up is "The 5th Element", ie sorted by "5th Element" in list, so along way away from my T's.

Now this works fine in MyVideo's, T takes me to the alphabetical list beginning with T without "The" being added as it is appended to the file name at the end.

Is there anyway this could be done in MovingPictures, would greatly enhance moving around the list of files using sms\keyboard.



ps. surprised I could not find anything about this already!!

 

[RoChess]

Cannot find anything about this, but if I select a group of movies with a, b, c keypresses etc gets me to first movie in that alphabetical list.

T seems to be the exception (English anyway, suspect "D" German etc, and I do understand why), if this is selected, then my first movie that shows up is "The 5th Element", ie sorted by "5th Element" in list, so along way away from my T's.

Now this works fine in MyVideo's, T takes me to the alphabetical list beginning with T without "The" being added as it is appended to the file name at the end.

Is there anyway this could be done in MovingPictures, would greatly enhance moving around the list of files using sms\keyboard.



ps. surprised I could not find anything about this already!!

This has to do with the article removal setting.

"The 5th Element" with article removal setting enabled gets sorted as "5th element the", but the title remains "The 5th Element". So it gets sorted as the very first movie starting with letter 'T', but at the wrong position you are looking for when trying to jump to the movies starting with letter 'T'.

You either have to disable article removal settings, so the movie sorts under the letter "T" and a jump will go to the correct position, or you need to use a scraper-script that is capable of applying article removal not just to the sortby title, but to the actual title as well. To overcome an issue with the way MovingPictures does article removal I'm actually going to build a seperate article removal into the IMDb+ scraper and it would be easy for me to not just apply it to the SortBy, but title as well.

The other work around is to jump to 'S' first and then use page down to get to the start of letter 'T', or go to 'U' to find the end of letter 'T' right above it. That's the workaround I use myself.

Another way is to remember the name of the first real 'T' movie and use SMS-filtering to sort down to that movie. Once you got the movie selected, say for example "Terminator" via 8+3+7+6 (most likely it already filters down enough to show it). And then if you go back/escape it just once, it still keeps the selection on "Terminator" movie, but shows it amongst all the other letter 'T' movies.

Let me know if you use IMDb+ and if you would care for that function, because I originally planned to only apply the article removal on the SortBy title (the part it currently has issues with for Roman numeral stripping), but should not be much added work to also make it work for title with an extra option to make it optional.

 

[fforde]

Yeah Rochess is right, this has to do with the sorting not being strictly alphabetic. The jump-to-letter functionality is built into MediaPortal not Moving Pictures so it is just operating on some incorrect assumptions. Maybe in the future we can find a way to override this feature. In the mean time you could either disable article removal or you could look into remote control filtering which should work correctly in this situation.

EDIT: And a side note, Rochess I know we have talked about this before but I have some major concerns with you adding functionality into your IMDb+ package that really ought to be enhancements or fixes to Moving Pictures itself. This is incredibly unproductive...

 

[Paranoid Delusion]

Thanks to you both, but I knew exactly what your answer would be, MyVideo's cheats by removing "The" "Die" etc from front of title, would be nice if we could have some filtering by default that did the same thing, but kept the naming as original.

This was just to get the brain cells back after the Xmas festivities, me included lol.

Big regards to you both for all the work you are doing.

 

[RoChess]

EDIT: And a side note, RoChess I know we have talked about this before but I have some major concerns with you adding functionality into your IMDb+ package that really ought to be enhancements or fixes to Moving Pictures itself. This is incredibly unproductive...

If I had the C# skills then IMDb+ never would have existed as almost every function of it is an open issue at the google code project.

[collapse]
I know MovPic is your 'baby' and you have done awesome work alongside other amazing developers that assisted you. To me however when I look at the C# source code it is more like a three-headed monster with eight arms and two tails. I'm also still unable to make MovingPictures SVN compile under Visual Studio Express on Windows 64-bit OS, which makes it impossible for me to even try to trial-and-error small changes and slowly understand more about the codebase.

You dissapprove of any quick-and-dirty solution anyway, as you made clear many times on IRC. The release cycle of MovingPictures shows that you prefer long planned and well coded LTS-cycle releases with many, many months between releases (nothing wrong with that, infact I encourage it for business usage).

So even if I was able to make something work via a quick-and-dirty coding solution, such as for example adding the "(year)" to the cover filename that I've been wanting to work on for over a year now, it would never be actually used. That really makes it very discouraging to even follow through on submitting patches.

The MovingPictures scraper-script API on the other hand is easy to understand for me, mainly due to the excellent documentation that is available on the wiki. It allows me to quickly drum up something that works and then based on IMDb+ users feedback I fix, adjust and manipulate it until it works stable. That recently resulted in 8 IMDb+ scraper-script updates auto-pushed via IMDb+ plugin to clients in a very short timespan.

Fix one thing, break another, but eventually all fixed and much improved.[/collapse]

:sorry:

 

[fforde]

If I had the C# skills then IMDb+ never would have existed as almost every function of it is an open issue at the google code project.

[collapse]
I know MovPic is your 'baby' and you have done awesome work alongside other amazing developers that assisted you. To me however when I look at the C# source code it is more like a three-headed monster with eight arms and two tails. I'm also still unable to make MovingPictures SVN compile under Visual Studio Express on Windows 64-bit OS, which makes it impossible for me to even try to trial-and-error small changes and slowly understand more about the codebase.

You dissapprove of any quick-and-dirty solution anyway, as you made clear many times on IRC. The release cycle of MovingPictures shows that you prefer long planned and well coded LTS-cycle releases with many, many months between releases (nothing wrong with that, infact I encourage it for business usage).

So even if I was able to make something work via a quick-and-dirty coding solution, such as for example adding the "(year)" to the cover filename that I've been wanting to work on for over a year now, it would never be actually used. That really makes it very discouraging to even follow through on submitting patches.

The MovingPictures scraper-script API on the other hand is easy to understand for me, mainly due to the excellent documentation that is available on the wiki. It allows me to quickly drum up something that works and then based on IMDb+ users feedback I fix, adjust and manipulate it until it works stable. That recently resulted in 8 IMDb+ scraper-script updates auto-pushed via IMDb+ plugin to clients in a very short timespan.

Fix one thing, break another, but eventually all fixed and much improved.[/collapse]

:sorry:

I realize some of the things you are trying to implement with IMDb+ are in the Moving Pictures issue tracker. This is my point, these are fixes that belong in Moving Pictures itself. I have increasingly limited time to work on Moving Pictures these days so it makes me sad to see someone so motivated to contribute, but doing so in such an unproductive manner.

I have offered before, but again if you'd like any help with C# or just getting your IDE setup for working with Moving Pictures I would be very happy to assist... That said, please don't take this the wrong way. Your contributions to the Moving Pictures community have been invaluable.

Also for what it's worth I hate that releases are so far apart, this is not by design and if I had time I would do a new release every two weeks. I am just too busy with real life. I have work and family and friends and sometimes everyone needs some time to relax too. Life is hectic and busy as I am sure you know.