i814u2 Wrote:I just tried to re-sort my movie collection by folder (instead of status), and it crashes ViMM.

If I start in debug mode, it opens fine. I can change it back to status, restart the program, and all is well. As soon as I change the option to folder, it crashes again.

Error message: An exception of class OutOfBoundsException was not handled. The application must shut down.

Currently running 0.5b9

MariusTh86 Wrote:I seems I forgot to change some code when I started moving it all around, it should be fixed in b10. ^^
And I belief you are talking about the "List Icons:" option, which changes the icons from red and blue weather watched or not to folder icons, which looks good if you're like me and give every folder a custom icon, but otherwise it's just going to look all the same.
This option is not a sorting option.

i814u2 Wrote:You are correct. I noticed that previously and assumed it was just icons, then last night I just ignored everything (apparently) and thought it was for sorting. I believe i was trying that because my list wasn't sorting how I expected.

I'm testing the sorting now and seeing that it doesn't appear to sort by the sort title. Correct me if I'm wrong: The list should display the Title, but sort by Sort Title.

Right now it appears to only sort what is displayed (Title).

And I know you mentioned it previously, but I'll just say that I definitely would approve of some sort of database for caching results that are read from NFO files. With random testing, I have to wait 5-6 seconds each time I do something. Sometimes even if I don't do anything (such as open preferences to check a setting, do nothing, then close preferences).
It would be ideal if files weren't re-read unless a change (that requires a re-read) was made, or if the user presses the reload button.

One last thing that I noticed while updating some sort titles: clicking next and previous (in the metadata editor) doesn't save changes. I think this partly has to be because of the way that the list is refreshed if you save an NFO file. However, it would be better to be able to have an improper list and step through a few bad items, manually editing them, and then have the list refresh, or just require a manually refresh. That way "Save" would save and close the dialog, and "Prev" and "Next" would save but then go to another item, leaving the dialog open. "Cancel" should probably be renamed to "Close" then, to make more sense, assuming you/others agreed with this suggestion.

musera Wrote:This looks like the best media manager I've seen, shame I'm a windows user. Love the fact you have added anidb support.

Might I ask why you have chosen to make this a Mac exclusive? A media manager shouldn't need any specific OS features, apart from read/write operations (I haven't programmed for Mac so I'm not sure if they are different).

Anyway keep up the good work.

MariusTh86 Wrote:When going to a next or previous item, it does save the data, it just doesn't update the list, and I realize now that if you press cancel on the next item, it still won't update the list since I only thought of doing this while saving an item..
I'm planning on making a method to update a list item instead of the entire list, but until then it'll either have to repopulate the list even when nothing has changed, or live with the current condition until I've made this method.

billywanzi Wrote:Finally a media manager for Mac OS X! You've got no idea how long I've been waiting for this... Thank you so much!!!

i814u2 Wrote:Gotcha. I must have not updated the list then. I think maybe I just clicked PREV after clicking NEXT and it wasn't updated. I'll mess around with that more, but it sounds like maybe it does work how I expected then. Just obviously not refreshing when clicking cancel (which is technically what I would expect as well).

In the interest of not having a lot of automatic refreshes (in the interest of speed, that is), perhaps an indicator that the program changed something and a refresh would be a good idea. Then the user could click reload, or keep performing their changes and know to click reload later. That should keep performance up until you can create a routine to just update single items (and potentially resort the list). Basically it would load NFO info on startup and then only when you clicked reload.

Any thoughts on the list not sorting by sort title? Or am I just doing something wrong?

MariusTh86 Wrote:Which list is it that's not sorting right?
I've had some problems myself in the tv show list when sorting on status, but it generally seems to work when sorting by title or sort title.