MyList DEV: Difference between revisions

Jump to navigation Jump to search
109 bytes removed ,  15 May 2009
m
no edit summary
mNo edit summary
mNo edit summary
 
(One intermediate revision by the same user not shown)
Line 36: Line 36:
* users can add new personal tags for an anime on the anime page
* users can add new personal tags for an anime on the anime page
* users can see all their tags on a special MyTags page, from which they can get lists of all anime with the specific tag (maybe an animepage/MyList style expand icon, next to each tag?). This page would also allow some maintenance tasks, i.e. delete tag, rename tag, merge tags, ... and display some tag usage stats. If any tags are "public" (see below) that status would indicated.
* users can see all their tags on a special MyTags page, from which they can get lists of all anime with the specific tag (maybe an animepage/MyList style expand icon, next to each tag?). This page would also allow some maintenance tasks, i.e. delete tag, rename tag, merge tags, ... and display some tag usage stats. If any tags are "public" (see below) that status would indicated.
* on the MyList users can hide/show anime entries depending on their tags (show only animes with tag X, don't show animes with tag Y). Filtering is not restricted on one tag at a time (show only animes with tag X and tag Y and not tag Z).
* on the MyList users can hide/show anime entries depending on their tags (show only anime with tag X, don't show anime with tag Y). Filtering is not restricted on one tag at a time (show only anime with tag X and tag Y and not tag Z).
* tags could be added to/removed from animes on MyList page, some auto complete function (for all tags used by that user) in the form field may help reduce typing effort and reduce the risk of typos. There could also be a drop-down with all existing tags from which they can easily be added to anime entries. Together with a link to add a new tag. (the anime page tag page should be similar)
* tags could be added to/removed from anime on MyList page, some auto complete function (for all tags used by that user) in the form field may help reduce typing effort and reduce the risk of typos. There could also be a drop-down with all existing tags from which they can easily be added to anime entries. Together with a link to add a new tag. (the anime page tag page should be similar)
* when a user does a normal or advanced anime search the tag data could be taken into account. Furthermore a special syntax for the normal search could be added to allow explicit tag search, i.e. "tag:XYZ"
* when a user does a normal or advanced anime search the tag data could be taken into account. Furthermore a special syntax for the normal search could be added to allow explicit tag search, i.e. "tag:XYZ"
* special MyList URLs with password + hash could be added which allow restricting visitors to animes with/or without a specific tag. I.e. users could add tag X to all animes they want to be visible/not visible and get a special URL to their MyList from the MyTags page which would hide all other entries. This could be used i.e. to hide hentai entries from the publicly visible part of the MyList. Or to organise the MyList into different subsets and make only some of the subsets visible to visitors, possibly different subsets to different visitors.
* special MyList URLs with password + hash could be added which allow restricting visitors to anime with/or without a specific tag. I.e. users could add tag X to all anime they want to be visible/not visible and get a special URL to their MyList from the MyTags page which would hide all other entries. This could be used i.e. to hide hentai entries from the publicly visible part of the MyList. Or to organise the MyList into different subsets and make only some of the subsets visible to visitors, possibly different subsets to different visitors.
* anime hint could allow filtering by tag
* anime hint could allow filtering by tag
* ...
* ...
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 anime) would include/exclude all file entries which contain the search string (listtb)


It's not clear what the best collating semantic would be.
It's not clear what the best collating semantic would be.
Line 71: Line 71:


===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 anime in MyList by category/genre. I.e. "display all unwatched action anime"
[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==
The MyList should be freely sortable according to different criteria, some interesting candidates could be:
The MyList should be freely sortable according to different criteria, some interesting candidates could be:


* by first addition date to MyList (on anime level), so you can see when you began collecting specific animes
* by first addition date to MyList (on anime level), so you can see when you began collecting specific anime
* by latest addition date to MyList (on anime or file level), so you can see what new stuff you've got recently
* by latest addition date to MyList (on anime or file level), so you can see what new stuff you've got recently
* by completion date (on anime level), would allow you to see what stuff you recently finished collecting
* by completion date (on anime level), would allow you to see what stuff you recently finished collecting
1,633

edits

Navigation menu

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