REQ: Burning (state of the file) [Granted & Closed]
Moderator: AniDB
REQ: Burning (state of the file) [Granted & Closed]
Like I said in another thread already, ElNipp and I had a little discussion how to use the db. He adds everything he downloaded and what he has seen. I use it only to add the stuff I actually burn.
Perhaps it`s a nice idea to add a checkbox 'burned/on cd' somewhere in the mylist itself or next to the 'add to mylist'-button ?
Perhaps it`s a nice idea to add a checkbox 'burned/on cd' somewhere in the mylist itself or next to the 'add to mylist'-button ?
Last edited by Gambit on Sat Dec 13, 2003 4:00 pm, edited 1 time in total.
It`s late, I`m tired, and I can`t concentrate, so ... yesexp wrote:if you have too much time you could use the storage info field of each mylist entry
well, so you're requesting two different mylist entry types, namely watched stuff and available/burned/stored stuff and some easy ways to move entries between those?

Beside 'Watched' and 'Unwatched' there`ll also be an option 'Burned'.
Just a suggestion

well,
I'll think about that.
however, the question is do we still need to be that specific @ file info for ppl who don't store/burn the stuff?
i.e. what difference does it make if someone watched an akraze oder aone version of a file once he deleted that file?
So that would lead to an older featurerequest to have an option to mark eps watched direktly (without selecting a specific file).
And I am somewhat afraid to include that as it could lead lazy ppl to just add the eps as watched without the file info. And that would cripple the anidb.
Besides, who will look at the burned/watched status of a file? Only the owner of that mylist ryt?
Everyone, feel free to add your 2ct to this one.
BYe!
EXP
I'll think about that.
however, the question is do we still need to be that specific @ file info for ppl who don't store/burn the stuff?
i.e. what difference does it make if someone watched an akraze oder aone version of a file once he deleted that file?
So that would lead to an older featurerequest to have an option to mark eps watched direktly (without selecting a specific file).
And I am somewhat afraid to include that as it could lead lazy ppl to just add the eps as watched without the file info. And that would cripple the anidb.
Besides, who will look at the burned/watched status of a file? Only the owner of that mylist ryt?
Everyone, feel free to add your 2ct to this one.
BYe!
EXP
ok ...
... 
i see my list as "what i have stored" and not "what i have seen",
i add all i have stored digital, nothing else (not what i have on dvd, vhs, seen on tv and so on)
so i dont need a special option (well, mybe a "i spent money supporting that anime (got the DVD)" option would be usefull ...
)
me-777


i see my list as "what i have stored" and not "what i have seen",
i add all i have stored digital, nothing else (not what i have on dvd, vhs, seen on tv and so on)
so i dont need a special option (well, mybe a "i spent money supporting that anime (got the DVD)" option would be usefull ...

me-777
If you say it like that, well I thought it as an optional way of adding 'on cd' at it, not necessary. Btw, it`s 'or', not 'oder'exp wrote: however, the question is do we still need to be that specific @ file info for ppl who don't store/burn the stuff?
i.e. what difference does it make if someone watched an akraze oder aone version of a file once he deleted that file?

Why`s that needed? If someone wants to request it, he/she can do it the way it`s done in the forums with a REQ, imo.exp wrote: So that would lead to an older featurerequest to have an option to mark eps watched direktly (without selecting a specific file).
And I am somewhat afraid to include that as it could lead lazy ppl to just add the eps as watched without the file info. And that would cripple the anidb.
What do you mean with 'adding the ep as watched without the file info' ? That people add a file and not adding fileinfo? Well, some people already do that, so you can`t avoid those. But for every ep someone doesn`t add fileinfo, someone else makes a DB change request for it, to add the correct fileinfo. That`s what happening a lot these days.
Jup, only the owner. But isn`t the owner the only one who wants to see that? Which files he has burnt and which files he has seen.exp wrote: Besides, who will look at the burned/watched status of a file? Only the owner of that mylist ryt?
For me, I`m using the anidb to add whatever I download, since I can add the links/fileinfo. I use MyList to show whatever I`ve burnt on cd, and whatever I have on HD. Whenever I delete something, I delete it out of the MyList as well. This way I can keep track of everything I`ve stored, and also what I`ve already seen and what not. It would be useful to store what you`ve seen, even though you haven`t burnt it on cd. It`s not fun to download the same series twice

But like I said before, it`s only a suggestion

well, basically a mylist entry which marks a file as seen but not burned doesn't really need to show you the info about the exect version of the file you watched.Gambit wrote:If you say it like that, well I thought it as an optional way of adding 'on cd' at it, not necessary.exp wrote: however, the question is do we still need to be that specific @ file info for ppl who don't store/burn the stuff?
i.e. what difference does it make if someone watched an akraze oder aone version of a file once he deleted that file?
basically it would, in that case, be enough to mark the ep watched and not the file.
That's not what i ment. As I said above, I was talking about a way to mark an ep watched opposed to the current way of marking a specific file for that ep watched.Gambit wrote:Why`s that needed? If someone wants to request it, he/she can do it the way it`s done in the forums with a REQ, imo.exp wrote: So that would lead to an older featurerequest to have an option to mark eps watched direktly (without selecting a specific file).
And I am somewhat afraid to include that as it could lead lazy ppl to just add the eps as watched without the file info. And that would cripple the anidb.
What do you mean with 'adding the ep as watched without the file info' ? That people add a file and not adding fileinfo? Well, some people already do that, so you can`t avoid those. But for every ep someone doesn`t add fileinfo, someone else makes a DB change request for it, to add the correct fileinfo. That`s what happening a lot these days.
And a "mark this ep watched" link behind every ep and a big "mark all eps of this anime watched" will surely lessen the number of ppl who actually add files to the db and to their mylists considerably.
And that's a bad thing (TM)

hm, for the reasons stated above i will not implement a way to mark eps or animes watched without specifying the files involved and adding them to the own mylist anytime soon.Gambit wrote:Jup, only the owner. But isn`t the owner the only one who wants to see that? Which files he has burnt and which files he has seen.exp wrote: Besides, who will look at the burned/watched status of a file? Only the owner of that mylist ryt?
For me, I`m using the anidb to add whatever I download, since I can add the links/fileinfo. I use MyList to show whatever I`ve burnt on cd, and whatever I have on HD. Whenever I delete something, I delete it out of the MyList as well. This way I can keep track of everything I`ve stored, and also what I`ve already seen and what not. It would be useful to store what you`ve seen, even though you haven`t burnt it on cd. It`s not fun to download the same series twice
But like I said before, it`s only a suggestion
However I guess expanding the current file status value from the two possible values "watched" and "unwatched" to 3 values "unwatched", "watched" and "watched and deleted" shouldn't be a problem.
I'd put that on the todo list if you ppl could use that.
BYe!
EXP
I`d go for that thenexp wrote:basically it would, in that case, be enough to mark the ep watched and not the file.

I think I can agree with that too. But I think 'watched and burned' might be a better one - because, who wants to keep track what he deletes? He rather wants to know what he keeps, since most of the people watch more than they burn, but they burn more than they delete as well.exp wrote:However I guess expanding the current file status value from the two possible values "watched" and "unwatched" to 3 values "unwatched", "watched" and "watched and deleted" shouldn't be a problem.
Do we have an agreement on this?

Or do you rather see a few more people participating in here before you want to make such a decision ?
see:Gambit wrote:I`d go for that thenexp wrote:basically it would, in that case, be enough to mark the ep watched and not the file.If that`s possible, that is.
so no, ATM that won't be possibleexp wrote:hm, for the reasons stated above i will not implement a way to mark eps or animes watched without specifying the files involved and adding them to the own mylist anytime soon.

well the point is that unwatched files are always burned or stored somewhere. so per default every file is at first in a burned/stored-on-hdd state. and you can only select a file as deleted/not-stored when you mark it watched. So i'd say that the different file status values are actually "unwatched burned/on-hdd", "watched burned/on-hdd" and "watched deleted/not-stored". The exact naming of the feature and the links isn't decided yet though. Everything which is ATM marked as watched would become "watched burned/on-hdd".Gambit wrote:I think I can agree with that too. But I think 'watched and burned' might be a better one - because, who wants to keep track what he deletes? He rather wants to know what he keeps, since most of the people watch more than they burn, but they burn more than they delete as well.exp wrote:However I guess expanding the current file status value from the two possible values "watched" and "unwatched" to 3 values "unwatched", "watched" and "watched and deleted" shouldn't be a problem.
Do we have an agreement on this?
and i don't know how i'll put that into the cgi gui anyway. maybe it'll become a dropdown menu or two seperate links. but we'd need to use little icons then bc text links would take too much space.
yeah, that would be nice.Gambit wrote:Or do you rather see a few more people participating in here before you want to make such a decision ?
BYe!
EXP
Just a short note:
From my good old MacOS-Days (version 7 ^^) i know a feature of assigning attributes to a file, about 6 or so back then. Now, the user-friendly thing was that one could name these attributes. ("Personal Data", "Work", ...)
Something similar to this could form a general approach to "marking file-entries in a special (user-defined) way": burned, "gave it a friend", "lost in hdd-crash", ... whatever you like
I'm not an active supporter of such a feature (low prio, limited use, quite some changes to be useful), just wanted to throw it in
From my good old MacOS-Days (version 7 ^^) i know a feature of assigning attributes to a file, about 6 or so back then. Now, the user-friendly thing was that one could name these attributes. ("Personal Data", "Work", ...)
Something similar to this could form a general approach to "marking file-entries in a special (user-defined) way": burned, "gave it a friend", "lost in hdd-crash", ... whatever you like
I'm not an active supporter of such a feature (low prio, limited use, quite some changes to be useful), just wanted to throw it in

> this would be a real hassle to implement 
> then again, maybe not. dunno yet, have to look into it.
> but do we need this? will ppl actually use it?
No, some will, but most won't. It'd be a nice addon, but just that.
> i mean it takes quite some effort to categorize all the files in ones mylist.
That's the place where a nifty user-interface has to help (a lot?) ^^
As I said, I'm not intending to actively support *that* idea, a "Burned"-indicator should be enough for most people after all... just wanted to mention it - but it's surely not neccessary for the present and near future of anidb
MULTIEDIT: To continue the original topic:
The last agreement was to choose one of these states, right?
* Watched/On-Hdd
* Watched/Burned
* Watched/Deleted
* Unwatched/On-Hdd
* Unwatched/Burned
Well, that's what I'd vote for

> then again, maybe not. dunno yet, have to look into it.
> but do we need this? will ppl actually use it?
No, some will, but most won't. It'd be a nice addon, but just that.
> i mean it takes quite some effort to categorize all the files in ones mylist.
That's the place where a nifty user-interface has to help (a lot?) ^^
As I said, I'm not intending to actively support *that* idea, a "Burned"-indicator should be enough for most people after all... just wanted to mention it - but it's surely not neccessary for the present and near future of anidb

MULTIEDIT: To continue the original topic:
The last agreement was to choose one of these states, right?
* Watched/On-Hdd
* Watched/Burned
* Watched/Deleted
* Unwatched/On-Hdd
* Unwatched/Burned
Well, that's what I'd vote for
