1,633
edits
MyList DEV: Difference between revisions
m
no edit summary
mNo edit summary |
mNo edit summary |
||
| Line 54: | Line 54: | ||
The tag approach would allow for a much finer and less structured way of attribution of short, arbitrary information bits to anime entries. Another aspect is the fact that this is more of a majority principle based approach rather than the moderated approach taken for categories/genres. It is impossible to decide now whether this would work/be useful but it well might be. This part should therefore become the focus of discussion once we've collected enough tag data. | The tag approach would allow for a much finer and less structured way of attribution of short, arbitrary information bits to anime entries. Another aspect is the fact that this is more of a majority principle based approach rather than the moderated approach taken for categories/genres. It is impossible to decide now whether this would work/be useful but it well might be. This part should therefore become the focus of discussion once we've collected enough tag data. | ||
{{t|466|Tracker: 446}} | |||
===Storage/Source/Other Filters=== | ===Storage/Source/Other Filters=== | ||
| Line 60: | Line 60: | ||
One possible approach would be: | One possible approach would be: | ||
* cron job splits all fields at a specific delimiter char, i.e. ",", then strips all leading and trailing | * cron job splits all fields at a specific delimiter char, i.e. ",", then strips all leading and trailing white spaces from the sub-strings and lower cases them. they are then all collected together and cached at the anime level (listcachetb) as a "," separated string. | ||
* filtering on anime level (all anime which are not expanded) would include/exclude all anime entries which contain the search string (listcachetb) | * filtering on anime level (all anime which are not expanded) would include/exclude all anime entries which contain the search string (listcachetb) | ||
* filtering on file level (for expanded animes) would include/exclude all file entries which contain the search string (listtb) | * filtering on file level (for expanded animes) would include/exclude all file entries which contain the search string (listtb) | ||
| Line 72: | Line 72: | ||
===Categories/Genres=== | ===Categories/Genres=== | ||
It should be possible to filter the animes in MyList by category/genre. I.e. "display all unwatched action animes" | It should be possible to filter the animes in MyList by category/genre. I.e. "display all unwatched action animes" | ||
{{t|550|Tracker: 550}} | |||
===Improvements to State Filters=== | ===Improvements to State Filters=== | ||
{{t|75|Tracker: 75}} ? | |||
===Saved Filters=== | ===Saved Filters=== | ||
<tt>[21:31] PetriW Hmm, I don't know if this is interesting for you guys with the new | <tt>[21:31] PetriW Hmm, I don't know if this is interesting for you guys with the new MyList stuff but I thought I'd mention it anyway<br> | ||
[21:31] PetriW in aom.6 I've made a feature where you can create named filters<br> | [21:31] PetriW in aom.6 I've made a feature where you can create named filters<br> | ||
[21:32] PetriW they're essentially tabbed pages which filters the | [21:32] PetriW they're essentially tabbed pages which filters the MyList based on a quite complex previously created filter<br> | ||
[21:32] PetriW aka, a bit more advanced than tags<br> | [21:32] PetriW aka, a bit more advanced than tags<br> | ||
[21:33] PetriW but it may be interesting to take a similar approach for the | [21:33] PetriW but it may be interesting to take a similar approach for the MyList, aka let the user create presets for the customizations you're considering<br> | ||
[21:33] PetriW and easily flip between them<br> | [21:33] PetriW and easily flip between them<br> | ||
[21:34] PetriW most of what was in the advanced search in aom.5 can be used in the filters, and quite a lot more stuff<br> | [21:34] PetriW most of what was in the advanced search in aom.5 can be used in the filters, and quite a lot more stuff<br> | ||
[21:34] PetriW and | [21:34] PetriW and TBH I don't think that'd be all that heavy on AniDB either, because I think you cache all the same stuff I cache</tt> | ||
==Sorting== | ==Sorting== | ||