No it is not dead, feature is still on to do.

Hi all!

Is this topic dead?
Namelly I face the same problem as well.
To my understanding the problem is in the single main window (or is ti called track window?).
With choosing a node in the e.g. library or playist, the tracks are presented in the main window. When then switching to other node, again the tracks are presented in the SAME main window.
Examples of problems:
e.g. I would like to copy/move e.g. a track from one playlist to a playlist with 1000 tracks in it into target position 12. I cant use the great drag/drop functionality since at once I see only one main window.
e.g. I would like to move a track from position 1000 to 10. I need to scroll the main window all the way up...!

As a suggestion, a functionality of splitting the main window would do the task. The selected node is presented in the main window, in which the current focus is in. Drag/drop between main windows should work.

LG
Blaz

[quote]Multiple tabs would allow user to have multiple simultanious differing view and nodes/filters/tracklists active at the same time, ideally allowing easy drag/drop exchange between tabs.[/quote]
But why not then just incorporate the view functionality into the playlist node itself? If the answer is that you may want a different view of the same playlist, then MM could decouple the 'view' option and then put it into a separate dropdown selector or maybe a list of nodes which look like nodes, but actually change view. Tabs aren't needed?

By the way, when I talk about 'view', I mean stuff like position of GUI buttons/icons, and different tag columns displayed (Artist, Album...), or different widths for these. I don't necessarily mean how far down the tracklist slider is - which can easily be made part of the playlist node.

[quote]Independent work done in one tab would not affect the other tabs, but any updates of same data should of course be propogated and reflected in other tabs.

A practical example:

Tab 1, viewing several thousand tracks (possibly a randomly generated auto-playlist)
Tab 2, building a static playlist for future burn to cd/dvd

In current MM, switching views will regenerate the auto-playlist, potentially giving an entirely different tracklist.[/quote]

One could easily add an option to 'freeze' the list... (either via MM or inside the auto-playlist script itself).

[quote]With multiple tabs, each tabs view is preserved while still being able to exchange and update tracks from one tab to another.

You could also have multiple tabs with differing playlists to add to now playing list (think dj setup) without having to constantly refresh tracklist from switching playlist in tree.[/quote]

Not sure I understand fully there, but a good alternative (maybe) is to multiple select playlist nodes, and select add to Now Playling. Some of those could have frozen lists, and others could have dynamically generated ones.

Just to reiterate, I can't see why each playlist node can't be its own 'tab', and where the slider scroll position is kept when you change node. It seems better to unify what we already have, than to branch off further.

Multiple tabs would allow user to have multiple simultanious differing view and nodes/filters/tracklists active at the same time, ideally allowing easy drag/drop exchange between tabs.

Independent work done in one tab would not affect the other tabs, but any updates of same data should of course be propogated and reflected in other tabs.

A practical example:

Tab 1, viewing several thousand tracks (possibly a randomly generated auto-playlist)
Tab 2, building a static playlist for future burn to cd/dvd

In current MM, switching views will regenerate the auto-playlist, potentially giving an entirely different tracklist.

With multiple tabs, each tabs view is preserved while still being able to exchange and update tracks from one tab to another.

You could also have multiple tabs with differing playlists to add to now playing list (think dj setup) without having to constantly refresh tracklist from switching playlist in tree.

I'm trying to see the advantages for having tabs in MM. I love them in Opera, and particularly the *nested* tabs in Firefox, but I can't see much use over what playlists already provide. In a real sense, playlists are really tabs in disguise. Can someone elaborate further?

If there is something that would be useful (and far easier to implement), then it would be keeping a separate 'quick search' (you know, where it says "current selection", "Entire library" or "Library (filtered)")... for each playlist. Switching back and forward between playlists would then always keep the filtered view of that playlist.

This feature would be [b]very[/b] welcome. :)

Me too. :)

+1

This is one of the cooler features of Songbird. I'd like to see a similar implementation in MM.

This is something already talked about, I even remember that experimenting with way how to best implement it.

It is on our To-Do for some time but now TABS e more standard issue than then.

It would be very interesting to see this done. Don't know if I would end up using it permanently but I would certainly give it a good go.

Wow, I was just thinking of the same thing.

I keep finding myself pressing CTRl +T to try and perform various searches.

This would be an incredible feature which would allow for superior library management!

Strong support :)

Only got a 19" screen, so additional panes won't help me, but tabs like in Firefox would. I don't need a complete MM GUI on the additional tabs, but to be able to configure a certain pane to be displayed there. E.g. internal browser window, web lookup, song lists from selected nodes etc.

Currently I use web lookup and MonkeyRok less than I want to, because there is either not enough space on my screen or the switching back and forth in the navigation tree is enerving. Also, I never click on the parent album or artist node in the main tree, because each time MM will load all information again, which takes lots of time with 29K songs. A tab would possibly require only a screen redraw.

[quote="Kilmatead"]Is the obvious title of "MM Wishlist" not clear? This is it; you're here; welcome to life. (I'm not being rude, just pointing out the obvious.)[/quote]

I am not referring to the sub-forum MediaMonkey Wishlist...I am not that clueless. I was referring to "The Official Wishlist(V3.0+)". I did not have time to go back and check up on the name/existence of that thread so I inquired upon it by addressing it as a THREAD not a Sub-Forum. Now that I am home I simply verified it.

Also, having multiple instances of MM would cause more of a hassle then the convenience of tabs. I understand where your coming from when you describe it as a work-around but I find running one instance of MM and doing it the intended way would be much easier and convient then switching between multiple MM's.

Though you may not find 61,400 K to be resource intensive (Though it actually is in most user's cases) , I am just specifying what I feel "could" be an issue with the idea of multiple instance running as one. I am not saying for a fact it is but it is definitely something to take into consideration. As of now I do quite a bit of multitasking so the resources I do have at my disposal I attempt to use as wisely as possible. Not everyone has a good system either so if this idea was implemented other user's minimum spec systems most definitely won't be able to handle it as others may.

I appreciate your input though :D. Just clarifying on a few points...Once again, I apologize if I come across disrespectful. I tend to present myself that way sometimes accidentally :(

Hi,
[quote="Kilmatead"]...God knows what might happen if two or more instances of MM start modifying the library concurrently... messy.[/quote]
The database is locked (or should be) when writing so all should be OK.

Daz

[quote="mushroomheadbangers"]Yes but isn't there a thread specifically for listing popular and useful user-submitted suggestions?[/quote]
Is the obvious title of "MM Wishlist" not clear? This is it; you're here; welcome to life. (I'm not being rude, just pointing out the obvious.)

And, just out of interest, does [b]un[/b]-checking the Options > General > "Allow Just One Instance of MediaMonkey" not allow for at least a work-around for your problem? Just invoke another MM window atop the first (second or third...), and that would be, effectively, a new tab - certainly enough to allow for list comparisons, searches, etc. Or am I missing the point? Task Manager shows MM merely using up 61,400K of memory. In this day and age, that's not even close to a resource consideration. (Unless it changes per library-size?) Though come to think of it, God knows what might happen if two or more instances of MM start modifying the library concurrently... messy.