MyList DEV: Difference between revisions

Jump to navigation Jump to search
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.


[http://tracker.anidb.info/view.php?id=446 Tracker: 446]
{{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 whitespaces from the substrings and lowercases them. they are then all collected together and cached at the anime level (listcachetb) as a "," separated string.
* 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"
[http://tracker.anidb.info/view.php?id=550 Tracker: 550]
{{t|550|Tracker: 550}}


===Improvements to State Filters===
===Improvements to State Filters===
[http://tracker.anidb.info/view.php?id=75 Tracker: 75] ?
{{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 mylist stuff but I thought I'd mention it anyway<br>
<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 mylist based on a quite complex previously created filter<br>
[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 mylist, aka let the user create presets for the customizations you're considering<br>
[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 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>
[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==
1,633

edits

Navigation menu

MediaWiki spam blocked by CleanTalk.
MediaWiki spam blocked by CleanTalk.