Approver change is great, mostly because the mod queue is really difficult to navigate through.

keonas said:

Ok, i know why it was done, i get it, but i hate it.
I've always been one of the proponents for "if the commentary doesn't add anything to the image, we don't need it" just adds more work for translators and an extra, distracting layer above the user comments section.

Again, i get why it was done, if it was needed but... can we have some CSS to add it back if we want it?
The extra time to era/check if the comment is useful for shorter ones isn't adding that much time to each upload, but it stacks up.

There's no CSS to add it back. It would take a userscript. If someone wants to create a userscript for this, they're free to do so.

I know that some users don't care about commentaries. Well, sorry. There are too many uploaders who refuse to include commentaries, even when they're very important to the image. My belief is that everything should be saved with the image. The long term plan is to save all the metadata when the image is uploaded, including the tags, artist info, and commentary. So if you're skipping commentaries now, they will eventually be added back in the future, except for the ones that are lost forever because of artists deleting images, which is exactly why this data needs to be saved.

After this change, tag changes report for my uploads shows every single tag I added while uploading.

evazion said:

• Removed the "include commentary" checkbox. Commentaries are now included by default. Clear the commentary box if you don't want to add a commentary.

This is gonna be annoying to deal with when uploading multiple images from the same source, tediously needing to clear out all the commentary from each child post.

keonas said:

Ok, i know why it was done, i get it, but i hate it.
I've always been one of the proponents for "if the commentary doesn't add anything to the image, we don't need it" just adds more work for translators and an extra, distracting layer above the user comments section.

Again, i get why it was done, if it was needed but... can we have some CSS to add it back if we want it?
The extra time to era/check if the comment is useful for shorter ones isn't adding that much time to each upload, but it stacks up.

Ars said:

This is gonna be annoying to deal with when uploading multiple images from the same source, tediously needing to clear out all the commentary from each child post.

I created a bookmarklet on forum #165015 which will remove the commentary inputs when desired. This is a lot better having to remove the commentary after uploading. For those wondering, there is no way to get the checkbox back. That input has been disabled and removed on the server, and it will reject any uploads that submit that as an input.

evazion said:

So if you're skipping commentaries now, they will eventually be added back in the future

While I don't mind the change that has been made in this update, I really don't like the idea of that. Sometimes commentary is skipped for good reason. There are a lot of pixiv commentaries that only relate to the first image or some of the images of a set, for example, which can be confusing or outright misleading if forceably added to every image in the set.

There's already enough of a problem with people adding pixiv tags to every image from a set rather than just the ones they relate to...

Ars said:

This is gonna be annoying to deal with when uploading multiple images from the same source, tediously needing to clear out all the commentary from each child post.

Or having to include commentary that is either redundant like having just the names of characters and copyrights when we have the tagging system for that or useless like art that is just titled "Untitled".

BrokenEagle98 said:

I created a bookmarklet on forum #165015 which will remove the commentary inputs when desired. This is a lot better having to remove the commentary after uploading. For those wondering, there is no way to get the checkbox back. That input has been disabled and removed on the server, and it will reject any uploads that submit that as an input.

What about a way to have the commentary boxes completely cleared no matter what is automatically put in them?

This is just gonna be an annoyance because the way I upload images doesn't fetch the commentary or tags when I paste the link half the time.

keonas said:

I've always been one of the proponents for "if the commentary doesn't add anything to the image, we don't need it" just adds more work for translators and an extra, distracting layer above the user comments section.

The extra time to era/check if the comment is useful for shorter ones isn't adding that much time to each upload, but it stacks up.

tapnek said:

Or having to include commentary that is either redundant like having just the names of characters and copyrights when we have the tagging system for that or useless like art that is just titled "Untitled".

So how do you guys decide if the artist comment has useful information or just names or other stuff that doesn’t add much to the image? Do you translate every comment before including it or do you just skip all short comments to save a few seconds during uploading?

There's no harm in adding commentary. It doesn't bother the uploader (because the decision isn't yours anymore) and most uploads need to be tagged up after upload anyway.
So, the question isn't if you should upload with commentary but rather if you should add the commentary/commentary request tag.
If it's only the character name (for example), then I don't really see the point of adding the commentary as it doesn't offer additional information. Neither do artist links. But the commentary alone doesn't water down the commentary related metatags.

kittey said:

So how do you guys decide if the artist comment has useful information or just names or other stuff that doesn’t add much to the image? Do you translate every comment before including it or do you just skip all short comments to save a few seconds during uploading?

The main reason I add commentaries is when I have little to no clue as to what's going on in the image and hope the commentary would add context or an explanation. That's like half the time these days. Other times, I can tell if the commentary is redundant or useless without machine translations.

But then I get commentary that describes an entire set of reposted images on Twitter and the context behind that gets lost unless I upload or link the rest of the images in the commentary, which I think is dumb.

Renaming an artist doesn't work if the artist has an attached wiki, even if the wiki is blank and deleted.

What appears to be happening is:

• procedure renames the artist entry
• procedure checks if the artist entry has an attached wiki
• if it does not, procedure completes.
• if it does, procedure looks for the wiki page with the new name.
• Since renaming the artist does not rename the wiki page, in general the procedure will fail to find a match
• When the search fails, the entire procedure fails and the artist name is rolled back.

I have found a workaround, but it is a bit of a pain. Essentially you have to create a duplicate wiki page prior to renaming:

• create a new tag (of any category) with the name you want to rename the artist to.
• create a wiki for the tag
• Copy the wiki text from the artist wiki page to the new wiki page. If the artist wiki page is deleted and blank, then you have to enter random dummy text.
• Rename the artist. Since a wiki page with the new name already exists, it succeeds. This will also make the tag an artist tag.
• If the old artist wiki page was not deleted and blank, clear and delete the old one.
• If the old artist wiki page was deleted and blank, clear and delete the new one you just made.

In many cases, you're forced to create a new useless wiki page, which then persists forever since delete doesn't really delete.

Arcana55 said:

Renaming an artist doesn't work if the artist has an attached wiki, even if the wiki is blank and deleted.

What appears to be happening is:

• procedure renames the artist entry
• procedure checks if the artist entry has an attached wiki
• if it does not, procedure completes.
• if it does, procedure looks for the wiki page with the new name.
• Since renaming the artist does not rename the wiki page, in general the procedure will fail to find a match
• When the search fails, the entire procedure fails and the artist name is rolled back.

I have found a workaround, but it is a bit of a pain. Essentially you have to create a duplicate wiki page prior to renaming:

• create a new tag (of any category) with the name you want to rename the artist to.
• create a wiki for the tag
• Copy the wiki text from the artist wiki page to the new wiki page. If the artist wiki page is deleted and blank, then you have to enter random dummy text.
• Rename the artist. Since a wiki page with the new name already exists, it succeeds. This will also make the tag an artist tag.
• If the old artist wiki page was not deleted and blank, clear and delete the old one.
• If the old artist wiki page was deleted and blank, clear and delete the new one you just made.

In many cases, you're forced to create a new useless wiki page, which then persists forever since delete doesn't really delete.

I submitted a fix a few weeks ago with issue #4344 which fixes that.

How about automatically adding commentary_request on upload if artist commentary is present and there's no commentary-related tags? Recently I've been seeing more and more posts with a commentary but no request tag.

worldendDominator said:

How about automatically adding commentary_request on upload if artist commentary is present and there's no commentary-related tags? Recently I've been seeing more and more posts with a commentary but no request tag.

No, let's not. Many commentaries are English Commentary or Symbol Commentary.

BrokenEagle98 said:

No, let's not. Many commentaries are English Commentary or Symbol Commentary.

Yeah, I guess that's a bad idea after all. Perhaps there should be an error or at least be a warning when the uploader forgets commentary tags?

While looking things up I found out that I can search by any commentary and (lack of) specific tags, but that doesn't help much - there's over 50k un-commentary-tagged posts, and no way to mass-tag them since it's not a /posts query.
Any ideas how to deal with that?

Edit: artcomm:* -commentary_request -commentary seems to get the job done

worldendDominator said:

Yeah, I guess that's a bad idea after all. Perhaps there should be an error or at least be a warning when the uploader forgets commentary tags?

While looking things up I found out that I can search by any commentary and (lack of) specific tags, but that doesn't help much - there's over 50k un-commentary-tagged posts, and no way to mass-tag them since it's not a /posts query.
Any ideas how to deal with that?

There should probably be a way to metasearch for commentaries, something like "commentary:none" and "commentary:any". Edit: opened issue #4406

What an obscure name. It should probably be renamed to commentary:. Also it seems artcomm:none doesn't work.

Edit: it seems artcomm: is used to search for commentary by user, not by post. It'd still be much more useful to have an actual commentary: tag.