[Ideas] Wishlist/Togetlist/Towatch list [DONE]

old granted and denied feature requests

Moderator: AniDB

Elberet
Posts: 778
Joined: Sat Jul 19, 2003 8:14 pm

Post by Elberet »

*twitch*

For some reason this discussion begins to remind me of [link]... :roll:
Iceman[grrrr]
Posts: 312
Joined: Sat Aug 02, 2003 3:22 am
Location: Québec, Canada

Post by Iceman[grrrr] »

Why not use the comments field for that ??
LStranger
Posts: 33
Joined: Sun Aug 10, 2003 9:09 pm
Location: Kyiv, Ukraine
Contact:

Post by LStranger »

Comments field does not affect notifies and does not affect up2date. ;)
Question is how I could see that anime I have in my wishlist is released by someone with appropriate quality. It's only way I could use my wishlist, any other is useless for me. :)
Elberet
Posts: 778
Joined: Sat Jul 19, 2003 8:14 pm

Post by Elberet »

Bah, LStranger, for some reason you're really driving me mad. Oh well.

Anyhow, I can't see why that desired-quality thingy is so terribly important. Or why it's necessary at all. Just do the same that everyone does right now. Click through the notifies, browse the episode list for the "new files" icon and check out the new files if there are any interesting new episodes. It's worked for me ever since I started collecting animes and takes about 1 minute to check through 5 notifications.
LStranger wrote:It's only way I could use my wishlist, any other is useless for me.
If I sound a little harsh right now, that's fully intended. Would you please make up your own mind before you wipe off other peoples' suggestions and arguments!? First a per-file wishlist was in your opinion totally useless, now all of a sudden a per-anime wishlist is useless as well unless it helps you find individual files???
alaureijs
Posts: 101
Joined: Sun Jul 13, 2003 8:45 am
Location: Yurp

Post by alaureijs »

The following is unrelated, but may solve something.

When you open the information on one particular series, why not add filters to f.e. drop lames from the list (no lames on/off), a dropdown for groups if you're intested in looking for changes/additions made by a particular group.

For me it would be interesting to see f.e. only the additions/changes made by a group compared to MyList entries for this series. This because i'd like to have a series by a group because of the more constant quality between the episodes.

As for a pre-file-wishlist it may mean that with this you can easily add the file entries you want. Or, if you've preselected a group (f.e. you've seen that this group already added all episodes) you can all further entries automatically added. The latter is interesting for incomplete series. New entries automatically enter your list and you can also get a notification. In that sense, the wishlist is not that different from the notification list.

Personally, I see the wishlist as the list where I add the anime (not individual episodes) that I would like to get later (after emule has finished other downloads). That is why I am not interested in notifications from that list.

oh well... I forgot what I wanted to say...

[PS]
I think it may be also nice to have this wishlist/notifylist on the anidb-client? With that you can generate locally the list of files you want to get and which are available and add them to emule from there?
[/PS]
LStranger
Posts: 33
Joined: Sun Aug 10, 2003 9:09 pm
Location: Kyiv, Ukraine
Contact:

Post by LStranger »

I'm sorry, it seems I was in bad mood and could not express all in right words. I'm sorry for that.
May be I'm stupid, I just found notify inconvenient for me so I wanted to have animes from wishlist in up2date and also have possibility to set some filter for that. It was due to argues about per-file wishlist, I found that convenient and I wanted help to those who want per-file wishlist. It seems I wanted too much, I'm sorry. Just forget about my words in previous postings, OK?
Elberet
Posts: 778
Joined: Sat Jul 19, 2003 8:14 pm

Post by Elberet »

Nah LStranger, it's ok. But you should have made yourself clearer here. A beefed-up notify list is technically (because the queries to the database use different tables) and semantically different from a wishlist. It is true that in the long run, all of these feautures could be combined into and replaced by something new, but until then it's make more sense to put up a separate feauture request for filtered notifies, or conditional notifies or something.

But now that I'm thinking about this once again... I'm going to throw this idea at exp: The "Tracker". :P
(Please note that this is just a suggestion. It's not a complaint about the current mylist or wishlist and it's neither a suggestion to remove them. In fact, the user interface wouldn't even change (much) if exp were to use this suggestion.)

Basically, the tracker is the combination of the wishlist, mylist and notifies all stuffed into one package. By filtering the tracker items, separate views are created to show users a list of the files they currently have (mylist), a list of items that they do not yet have but wish to track anyways (wishlist), or a list of items that will trigger a notification popup when they change (notifies). "Item" here means that it can be an anime, episode or even a single file, depending on an enum column in the tracker table.

Some of the benfits of this: It fully implements a per-file wishlist and per-anime wishlist without the need for separate tables. Moving files from the wishlist into the mylist is as easy as changing the files' status from "get" to "onhdd". It would be possible to add animes without any episodes or files into the mylist and to manually set the entire anime to "viewed", regardless of the status of it's episodes or files.

Drawbacks: All parts of the site that query the mylist have to be changed. Large parts of Chii will probably have to be rewritten as well. The client protocol is likely to be incompatible and even the template SDK would have be changed. Nevertheless, I think it'd be a worthwhile thing to do, since a unified tracker would have a far greater potential and extensibility then the current layout.
alaureijs
Posts: 101
Joined: Sun Jul 13, 2003 8:45 am
Location: Yurp

Post by alaureijs »

sounds solid...
I'd go for that: it would satisfy my expectation of the list even more :D
Elebert's idea is actually what I was looking for.
Iceman[grrrr]
Posts: 312
Joined: Sat Aug 02, 2003 3:22 am
Location: Québec, Canada

Post by Iceman[grrrr] »

Wasn't that one of the first ideas suggested before the wishlist and put on hold since it would take too much work to code ?

It would be great though! ;)
exp
Site Admin
Posts: 2438
Joined: Tue Oct 01, 2002 9:42 pm
Location: Nowhere

Post by exp »

well,

it sounds nice but it would be hell to implement, so let's not do that for now :P
i think there are more important feature requests flying around.
btw. it might be a good idea to order all the open feature requests, maybe we could even do some kind of voting. anyone interested? feel free to look into this! :P

BYe!
EXP
Iceman[grrrr]
Posts: 312
Joined: Sat Aug 02, 2003 3:22 am
Location: Québec, Canada

Post by Iceman[grrrr] »

I could update the list of requests, sort them on ONTODO, HOLD, REJECTED

then have people vote on them in a poll ?
Locked