crate: search filter

Bug #1402133 reported by naught101 on 2014-12-13
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Mixxx
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.

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
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
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).

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 :).

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.

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.

naught101 (naught101) wrote :

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

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.

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?

naught101 (naught101) wrote :

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

Be (be.ing) wrote :
Changed in mixxx:
status: Confirmed → In Progress
gramanas (gramanas) on 2017-05-26
Changed in mixxx:
assignee: nobody → gramanas (gramanas)
gramanas (gramanas) on 2017-06-03
Changed in mixxx:
status: In Progress → Fix Released
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
gramanas (gramanas) wrote :

Ok, sorry for the inconvenience.

Changed in mixxx:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers