Danbooru

Giving_food alias

Posted under Tags

Shinjidude said:
I don't see why we should kill the extra specificity here given we have and use incoming drink, incoming food, and incoming gift (also noted in giving's wiki).

Sorry, if I had to argue. But why can't we just use incoming food and giving at the same time? It can be substituted with giving and holding food altogether when the character is giving it to another.
For the same logic, we have holding gun or holding weapon instead of having the more-specific holding machine gun or holding RPD tag.

Updated

I think we should scrap giving and in its wake create two new tags for the act of giving; giving_to_another and giving_to_viewer. If we only have a giving tag, it becomes inconvenient to search for giving_to_another; you'd have to both excluding all incoming_x tags then sift through all the false positives that arise when users add giving but not a more specific incoming_x tag, or when the incoming thing is not a food, drink or gift (tools and other such objects come to mind).

However, if we have giving as well as giving_to_another and giving_to_viewer, then we run the very real risk of users not tagging either of the giving_to_x tags in lieu of being lazy and using only the base giving tag. We've already seen this happen on a larger scale; the color_legwear tags were being added while the actual types of legwear were left untagged en masse. As such, I believe it's best to use giving_to_another and giving_to_viewer but not giving (especially when you consider that a very simple giving_to_another giving_to_viewer search would perfectly replicate giving's functionality).

Depending on if we consider feeding posts to count as "giving", we should consider imply incoming_drink, incoming_food and incoming_gift to giving_to_viewer.

AngryZapdos said:
I think we should scrap giving and in its wake create two new tags for the act of giving; giving_to_another and giving_to_viewer. If we only
Depending on if we consider feeding posts to count as "giving", we should consider imply incoming_drink, incoming_food and incoming_gift to giving_to_viewer.

I've never thought about that. Brilliant idea! Thank you very much for your suggestions. It even makes the tag use even more useful. Maybe we should create tags giving to another and giving to viewer before requesting deprecation for giving, right? In order to reduce ambiguity.

World_Funeral said:

I've never thought about that. Brilliant idea! Thank you very much for your suggestions. It even makes the tag use even more useful. Maybe we should create tags giving to another and giving to viewer before requesting deprecation for giving, right? In order to reduce ambiguity.

Just make a separate BUR to deprecate it to see what people think. No point making the tags if people hate the idea and vote to nuke them later on.

Talulah said:
Just make a separate BUR to deprecate it to see what people think. No point making the tags if people hate the idea and vote to nuke them later on.

Sorry, I don't think deprecating giving is possible right now. Somehow I don't get it why would they hate the idea of clarifying a character's action upon his/herself, viewer or another. Cannot make a separate BUR for those. I think we need to wait for this one to be approved or rejected.

Updated

AngryZapdos said:

I think we should scrap giving and in its wake create two new tags for the act of giving; giving_to_another and giving_to_viewer. If we only have a giving tag, it becomes inconvenient to search for giving_to_another; you'd have to both excluding all incoming_x tags then sift through all the false positives that arise when users add giving but not a more specific incoming_x tag, or when the incoming thing is not a food, drink or gift (tools and other such objects come to mind).

[...]

Depending on if we consider feeding posts to count as "giving", we should consider imply incoming_drink, incoming_food and incoming_gift to giving_to_viewer.

I support this. Make a new BUR (in a new topic). As it stands these tags can't be deprecated otherwise.

1