Support played column in browse mode
Bug #1412453 reported by
Owen Williams
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
New
|
Low
|
Unassigned |
Bug Description
Browse mode uses a separate tablemodel system and doesn't have a played column (nor many of the other standard columns). It should use the standard model or if there is some sort of limitation (because the tracks aren't in the db?), create temporary tables or something so it can work.
To post a comment you must log in.
Original, the browse view was designed to just see the truth from the HD like a file manager would do.
Since many users, including me know sometimes a track by store position in a file system folder, It is more continent to find it in the broth tree, than sort and filter the library by location.
I am also aware that not only a few user select all of there tracks from th browse tree. IMHO this just works by an accident ;-) .. because the user experience is real bad: No library support, Slow and tree navigation feels bad.
https:/ /bugs.launchpad .net/mixxx/ +bug/1179318 /bugs.launchpad .net/mixxx/ +bug/1160525 /bugs.launchpad .net/mixxx/ +bug/925628 /bugs.launchpad .net/mixxx/ +bug/1376709 /bugs.launchpad .net/mixxx/ +bug/909959 /bugs.launchpad .net/mixxx/ +bug/797440 /bugs.launchpad .net/mixxx/ +bug/1196311 /bugs.launchpad .net/mixxx/ +bug/1259064 /bugs.launchpad .net/mixxx/ +bug/1166278
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
On the other hand we it is a common wish to feature a hierarchical structure of tracks of any type.
So I think before rushing into a quick hack solution, we may consider to implement this bug: /bugs.launchpad .net/mixxx/ +bug/1228789
Virtual folders below the Library tree node:
This was discussed here:
https:/
A static solution showing all library folders, seams to be a weekend project and would solve the most of the bugs above at once.