lauredhel: two cats sleeping nose to tail, making a perfect circle. (Default)
lauredhel ([personal profile] lauredhel) wrote in [site community profile] dw_suggestions2010-04-29 01:57 pm

Make a public entry resistant to bulk privacy change

Title:
Make a public entry resistant to bulk privacy change

Area:
Access locking

Summary:
A way to make particular public entries resistant to bulk privacy change.

Description:
I go through and access-lock older posts in swathes, using the Edit Journal Privacy tool. It would be great to have a way to set a particular post to stay public regardless of bulk security changes applied to that month/year of posts.

Problem Being Solved: Sometimes a post is linked at access_fandom or metafandom or whatever. I'd prefer to have to be able to set a flag on just those particular posts to stay public, ignoring bulk changes.

Drawbacks - Maybe someone who had set a post to stay public would erroneously think that it had been changed to private after a bulk change? That's the feature working as designed, of course, but a warning could be appropriate at the time of the bulk privacy change, in case the flag was set back past living memory.

Or perhaps there could be two 'levels' of bulk change: one regular one that ignores the StayPublic flags, and one 'emergency/absolute' one that overrides absolutely everything?

Or perhaps the bulk privacy change could be more fine-grained in another way, like listing the entries to be locked and having a tickybox option on each. (It would still be nice to be able to set some sort of flag on posts to readily pick them out from the tickybox list, if this were to be the case.)

Poll #2943 Make a public entry resistant to bulk privacy change
Open to: Registered Users, detailed results viewable to: All, participants: 54


This suggestion:

View Answers

Should be implemented as-is.
19 (35.2%)

Should be implemented with changes. (please comment)
19 (35.2%)

Shouldn't be implemented.
6 (11.1%)

(I have no opinion)
10 (18.5%)

(Other: please comment)
0 (0.0%)

nafs: red dragon on lavendar background - welsh or celtic style (Default)

[personal profile] nafs 2010-04-30 05:11 am (UTC)(link)
I definitely like this idea and see how it could be necessary to someone. My suggestion is, could it be tied to tags? ie "change privacy settings of all posts except those tagged foo" or "change privacy settings only of posts tagged foo"
syderia: cyber wolf (geek)

[personal profile] syderia 2010-04-30 05:20 am (UTC)(link)
I like this.
poulpette: cropped picture of an illustrated octopus (Default)

[personal profile] poulpette 2010-04-30 06:23 am (UTC)(link)
With change: for this.
schnurble: (Default)

[personal profile] schnurble 2010-04-30 07:59 am (UTC)(link)
+1
zeborah: Map of New Zealand with a zebra salient (Default)

[personal profile] zeborah 2010-04-30 08:01 am (UTC)(link)
This.
kerravonsen: (Default)

[personal profile] kerravonsen 2010-05-01 02:33 am (UTC)(link)
+1
azurelunatic: Vivid pink Alaskan wild rose. (Default)

[personal profile] azurelunatic 2010-05-01 11:58 am (UTC)(link)
I would also adore a more comprehensive bulk security editor that would work with tags, especially Boolean operations on tags (for example: change to access-only all entries with tag:wincest AND tag:nc-17; change to public all entries with tag:fic NOT tag:wip).
pseudomonas: "pseudomonas" in London Underground roundel (Default)

[personal profile] pseudomonas 2010-04-30 06:40 am (UTC)(link)
Using tags rather than yet more options would be more useful.
goodbyebird: Batman returns: Catwoman seen through a glass window. (SPN Meg and we blow out the light)

[personal profile] goodbyebird 2010-04-30 07:51 am (UTC)(link)
Tags would be a useful option, but so would flagging. If you have flagged entries, after you've run the bulk privacy change, the page could say something like Privacy change successful.
You have flagged entries that remain unaltered:
followed by the entry links.
holyschist: Image of a medieval crocodile from Herodotus, eating a person, with the caption "om nom nom" (Default)

[personal profile] holyschist 2010-05-01 02:15 am (UTC)(link)
+1
azurelunatic: Vivid pink Alaskan wild rose. (Default)

[personal profile] azurelunatic 2010-05-01 11:53 am (UTC)(link)
I was picturing something like that, but with links and also titles, tags, and radio buttons (change privacy, leave unaltered, with the leave-it-be option auto-ticked), so you could then go down the list and if you remembered what it was you could act appropriately, and then push some sort of continue button to edit the security on the flagged entries.
goodbyebird: Firefly: Zoe stands in the desert. (FF Zoe)

[personal profile] goodbyebird 2010-05-01 01:57 pm (UTC)(link)
Oh, I had in mind that the link would be the actual subject line of the post :)
gchick: Small furry animal wearing a tin-foil hat (Default)

[personal profile] gchick 2010-04-30 08:48 am (UTC)(link)
With changes: stickiness should be available for all security levels, not just public posts. Imagine someone who goes access-only for a time, then at a later date wants to take her whole journal public except for that one post where she posted her RL name and address.
thedivinegoat: A photo of a yellow handled screwdriver, with text saying "This could be a little more sonic" (Default)

[personal profile] thedivinegoat 2010-04-30 08:59 am (UTC)(link)
+1
eruthros: Delenn from Babylon 5 with a startled expression and the text "omg!" (Default)

[personal profile] eruthros 2010-04-30 12:06 pm (UTC)(link)
+1
stasha2g: Abstract art with random, swirly patterns. (Default)

[personal profile] stasha2g 2010-04-30 01:20 pm (UTC)(link)
+1
kerravonsen: (Default)

[personal profile] kerravonsen 2010-05-01 02:33 am (UTC)(link)
+1
havocthecat: the lady of shalott (Default)

[personal profile] havocthecat 2010-04-30 01:27 pm (UTC)(link)
I don't know, it feels to me like it's too complicated to bother with. :(
denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)

[staff profile] denise 2010-07-24 02:16 am (UTC)(link)
Hey -- just wanted to let you know, in case you come back to this entry, that the reason it's marked as 'rejected' is because our redesign of the Edit Journal pages (along with the redesign to the update page) will make the process of changing security in bulk a lot easier. (It'll be moving to a more inbox-like "check off the items you want to act upon, then do the thing" method.) So, it'll give roughly the same set of options as your last alternate suggestion!