![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
Add the ability for logged-in users to visibly sort the Tags Page by access level.
Title:
Add the ability for logged-in users to visibly sort the Tags Page by access level.
Area:
Styles
Summary:
There is currently a hidden feature on the Visible Tags Page: the ability to show the approximate access-level assigned to each tag. I would like DW to add CSS or a combination of JavaScript and CSS to all our journals to show the hidden feature to everyone who opts-in.
Description:
Currently the Visible Tags page shows all your tags in a single, alphabetically sorted list but does not *visibly* indicate which tags are used on private, access-list-only or public posts. So one day about a year ago I asked myself, "Why not?" and wound up writing CSS that exposed the access-level of all my private and access-list-only posts. This became a fantastic sorting system since I have no other way to tell what I've thrown where without using the Manage Tags page, which can be kind of awkward and time-consuming.
So a week ago I took this a little further and refined the CSS so that 1) only logged-in users see the access-levels alongside each tag and 2) logged-in users see the exact access level used on each tag - public, private, or access-list-only. Here's a screen cap of my current Visible Tags page using my latest CSS for it (logged-in view - logged-out you won't see any of the extra information shown in this screen cap):
http://i287.photobucket.com/albums/ll128/marahstest/expose_access-level_tags_page.jpg
What I'm humbly hoping for is this system of sorting tags by access-level, as seen in the screen cap, gets adapted site-wide either as the default view on the Visible Tags page (of course, it will be visible to logged-in users by access-level only) or else becomes an opt-in default option (which is where JavaScript would probably come into play; otherwise, this is a pure CSS hack).
There are a few possible issues with adapting this styling: 1) it may take more firepower to serve up the additional CSS (but I'm thinking it would not be enough to crash servers or do anything that dramatic as things stand; it's just hard to calculate how much this might slow things down without knowing how much firepower DW has to spare) and 2) there is currently an issue where if you use a tag at more than one access level (say you use your "cats" tag both publicly and on several access-list-only posts) it will get an HTML tag indicating it's for public use only, which means DW won't be able to style it with the specific CSS to reflect that you used it three times publicly and three times for access list readers. Until that split-usage quirk is fixed, my idea makes for an imprecise-at-best look at how your tags are being used. But I think it's still better than not having any sorting system in place at all; in the meantime you can still use your Manage Tags page to drill down more precisely.
If this were to get adopted, I could see future improvements to it such as sorting tags by access level on the Visible Tags Page instead of sorting them entirely alphabetically as we do now, adding the ability to style each access level separately, and so on.
This suggestion:
Should be implemented as-is.
15 (31.9%)
Should be implemented with changes. (please comment)
0 (0.0%)
Shouldn't be implemented.
3 (6.4%)
(I have no opinion)
28 (59.6%)
(Other: please comment)
1 (2.1%)
no subject
I think that there are two seperate questions here:
1. Should the visibility level of tags be shown by default (as suggested)
2. Should there be a UI option to vary this default
I have no strong opinion on (1), and a minor aversion to (2).
It seems like something that would sit really nicely in some sort of gallery of style layers that just change individual things ("snippets"), that people could contribute to and others could use... that's way outside scope, though, and I've no idea whether there's a plan for such a thing :-)
no subject
I think the tag level reflecting that the *tag* is public (which it is) rather than the number of posts under it that are public, is appropriate. But I don't want people to make assumptions.
That said, they COULD just click the tag and look at the posts, see the top one is public, and assume they all are. It's not like this exposes any information or allows any assumptions someone couldn't already make if they wanted to, even without knowing how to re-style the page to see it.
no subject
I would like to know why you're aversive to 2. if you don't mind me picking your brain a little, since I think it would be the more, shall we say, diplomatic way to implement the idea, period?
no subject
I had considered posting yet another suggestion saying we need to fix that, too, but my take from rolling around in DW Dev and DW Styles last week with Swaldman et al to discus this very idea was that it would be 1) a major re-write of existing code, thus hard, time-consuming, and expensive to pull off and 2) might cause security issues of its own unless its done right. Granted, my wording is indeed murky and inexact on this, but that's the general gist of the whole thing - wait, let me look up the discussion...ah yes, it was here: http://dw-styles.dreamwidth.org/22250.html (linking to the entire post as-is because the entire discussion that follows revolves around the Suggestion you now see here).
I'm pretty much resigned to keeping it a pipe dream (and I was even before posting the Suggestion) because if it were to be done, it should be done right, which means split-usage has got to get fixed.
no subject
no subject
Nope, it would be quite easy to do - and in fact can already be done by anybody who has the knowhow to write their own style layer.
no subject
no subject
no subject
Truth be told? It is the "multiplying of effect" that's got me worried this Suggestion will never fly unless someone, someday, can sell it better than I can. I got another (completely unrelated) idea shot down just the week before last when Denise wrote in her rejection that it would not be doable because it would require too much back-end power (no, that was not her exact wording on it, but yes, that's the same idea). So now I'm wary of suggesting *anything* that I think might even somewhat have that effect. But I love this idea so much I chanced it, anyway. My intuition tells me this Suggestion might very well qualify as "if implemented, will somewhat have that effect" (I'm surprised she let it pass through at all, to be quite honest).
wink wink indeed
Sounds then like you might need to make a Suggestion of your own. ;-)
no subject
no subject
So an enthusiastic YES! from me for this suggestion. :)
[ETA] As per cesy's comment: the style in the posted screencap is a mixed bag on privacy.
If you were to look at my LJ tags page (you can, if you'd like--it's the same username), you'd not see any tags used only on locked or private entries. If a tag is used on a mix of open and locked/private entries, though, the table does give you that information. For instance, both "private" (only me) and "under the cone of silence" (only friends) are invisible to me when I'm logged out. But I can still see that "aha!" (mixed public/friends) is used on one locked entry.
It's not much of an issue for me, but I imagine it might be for others.
no subject
no subject
.logged-in .has-access
only, which means you can't even see that the public tags are marked "(public)" on my journal unless 1) you're logged into DW and 2) I have already granted you access to the access-only-posts on my journal.There are a many ways, thanks to the sheer amount of granular HTML classes DW gives us to work with (
.subscribed, .has-access,.no-access
, etc.) to code the CSS for this idea to accomplish one of five things:1) you can write the code so that the public and your subscribers (logged-out DW users, non-DW users, and logged-in DW users who subscribe whom you have not granted access to) can see the word "(public)" alongside already-publicly visible tags, but they can't see any other access-restricted tags on your journal (because user CSS can't make already access-restricted tags visible to people without the proper access - that's controlled though other, non-CSS forms of code used on DW)
2) you can restrict the above behavior to just your subscribers
3) you can restrict the above behavior to just your access-list
4) or you can combine 2) and 3)
5) or hell, you can just code this so everyone who can see your journal at all can see what access-level each tag has based on what access level you have granted each person who sees it (and yes, this is basically the same as option 1) but now I'm making it more granular so every access level out there can see a visible security level next to each tag they're already allowed to see - option 1) was really just me laying the whole idea out for you)
Does that make sense?
No matter how you choose to roll the code up in the end, it's basically impossible to crack it to breach someone's privacy since it's CSS-based only. (The JavaScript I mentioned in the OP? That's just to turn it on in your DW if it becomes an opt-in option instead of the default).
no subject
But I can still see that "aha!" (mixed public/friends) is used on one locked entry.
But that's not a privacy issue. Anything the public can see, your friends can see, too. :)
As per cesy's comment: the style in the posted screencap is a mixed bag on privacy.
My screen cap, the one I put in the OP? As I said in the sentence that preceded it, "logged-out you won't see any of the extra information shown in this screen cap". Logged-in you won't, either, unless I have already granted you the correct access level to do so (and of course, I haven't done so, since no one but me is allowed to see my private posts, and no one but my access-list is allowed to see access-list-only posts on my DW). That's why I posted a screen cap, to show everyone what they can't see otherwise so they can understand how my suggestion would look and work.
Just as a matter of fact...
(edit) Unless...OK, think I got it...tags worked the same way there as here until last week, so on LJ right now if you split a tag up amongst public and friends posts, the friends posts count won't show because the rounding up is done in the public post's column. Got it! It is indeed the same bug we had, and that's what the bug looks like once my Suggestion here is implemented there. This won't happen on DW now, though, because swaldman patched the bug last week, promise. :)
no subject
(Screencap was also referring to that Smooth Sailing image.)
no subject
But that's not a privacy issue. Anything the public can see, your friends can see, too. :)"
I think you've got it backwards - it's not that a friend can see both "aha!" entries, but that looking at that page logged out, right now, I can see that there is an "aha!" entry I can't see, because I'm not on
no subject
no subject
no subject
no subject
no subject
no subject
no subject