crate: search filter

Bug #1402133 reported by naught101
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
Wishlist
gramanas

Bug Description

I would be good to have a "crate:" search filter, so that a quick multi-crate search could be performed, e.g. if I type "crate:hip-hop crate:instrumental" in the library, then I just get a list of instrumental hip-hop.

This functionality is related to , but not a duplicate of https://bugs.launchpad.net/mixxx/+bug/661460

Also, I don't know that this is big enough to warrant its own bug, but it would be cool to copy the collection-id behaviour that Zotero uses: if you select an item (a track), and hold down "alt", all of the collections (crates/playlists) that the item is in are highlighted.

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Good idea -- this one has been on my TODO list forever. In the original library design we wanted to have a column in the library called "Crates" that shows you the crates a track is in (like GMail labels) -- we never got around to it.

Changed in mixxx:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Owen Williams (ywwg) wrote :

This is a really good idea -- sort of like tagging. I'm going to target this for after the current release since it's a new feature.

Changed in mixxx:
milestone: none → 2.1
Revision history for this message
naught101 (naught101) wrote :

I kinda figured that crates were Mixxx's answer to tags - apart from the physical crate metaphor, there's really no difference, and there's nothing to stop you putting one track (record) in multiple creates. There doesn't really seem any point in having a separate tagging system, although there can sometimes be a benefit in having multiple orthogonal categorisation systems (e.g. genre [hip-hop, country, EDM, ...], mood [chilled, upbeat, angry, ...], instrumentation [instrumental, acoustic, acapella, ...]), but you could get around that with triple tagging (see http://en.wikipedia.org/wiki/Tag_(metadata)#Triple_tags ).

There might be some other tagging functionality that could be useful for crates, but I can't think of any at the moment. Zotero's tagging/collection system might be worth investigating more. In particular, they have a separate pane that shows all tags in the current collection, and you can click on them to filter the collection (uses boolean AND).

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Yea -- crates are the labels/tags in this case. All that's missing is a delegate for the Library section that shows the crate membership :).

Revision history for this message
naught101 (naught101) wrote :

Dunno if it warrants a separate bug or not, but this could be extended to a history: tag, to filter in the past sessions views. E.g.:

crate:hip-hop -history:2014,15-31

To get all hip-hop that I *didn't* play in late December (i.e. tracks that aren't in any sessions between that time). Could be really useful for anyone with a regular gig: it'd be an easy way to make sure you're not getting too repetitive.

Might work better with some boolean operations:

crate:hip-hop -(played-after:2014-15 AND played-before:2014-31).

Not sure if there is a concise syntax for this, but you get the idea.

Revision history for this message
naught101 (naught101) wrote :

Another option that would be nice: a `crates:` tag, that filters on the number of crates a track is in. So crates:0 returns uncategorised tracks, and crates:>0 returns categorised tracks.

Revision history for this message
naught101 (naught101) wrote :

The number of crates a track is in would also be quite useful as a library column.

Revision history for this message
naught101 (naught101) wrote :

I don't know whether it's worth making this a separate feature request, but another related idea would be to have `artistcount` and `album count` filters, as a short-hand way of filtering in/out non-album tracks, or focussing on less common artists.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Separate implementable feature -> desperate Bug
You may add crosslinks.

I have also not really understood what is your exactly your use case.
Maybe sorting Artists by count will fit better?

Revision history for this message
naught101 (naught101) wrote :

Ok, I added a bug, and tried to clarify the use cases at https://bugs.launchpad.net/mixxx/+bug/1627904

Revision history for this message
Be (be.ing) wrote :
Changed in mixxx:
status: Confirmed → In Progress
gramanas (gramanas)
Changed in mixxx:
assignee: nobody → gramanas (gramanas)
gramanas (gramanas)
Changed in mixxx:
status: In Progress → Fix Released
Revision history for this message
Daniel Schürmann (daschuer) wrote :

The fix is "committed" to the not yet "released" 2.1-alpha

Changed in mixxx:
status: Fix Released → Fix Committed
Revision history for this message
gramanas (gramanas) wrote :

Ok, sorry for the inconvenience.

Changed in mixxx:
status: Fix Committed → Fix Released
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/7726

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.