Closed (fixed)
Project:
Drupal core
Version:
7.x-dev
Component:
node system
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
7 Mar 2009 at 22:51 UTC
Updated:
4 Feb 2019 at 00:30 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
attheshow commentedThis patch makes a change to node/node.css, node/node.tpl.php, and garland/node.tpl.php to display the word "UNPUBLISHED" behind the body content.
I admit, this is totally ripping off the Zen theme, but I think Zen includes many great solutions for problems.
Comment #2
attheshow commentedComment #3
moshe weitzman commentedA screenshot would help move this along. Sounds proper to me.
Comment #4
attheshow commentedGood idea. Thanks. Screenshot is attached.
Comment #5
moshe weitzman commentedwell done.
Comment #6
catchAgreed, very nice.
Comment #7
webchickTagging as "needs design review"... I'm not sure how they're going to feel having all of that extra stuff added to node.css, and they might have some other suggestions on implementation.
Comment #8
yesct commentedJust checking...this would be translatable, yes?
Comment #9
catchYes, the unpublished is run through t().
Comment #10
johnalbinHmm… I wonder where I've seen this before. lol! #207743: Add Zengine Block Edit Links and "Unpublished" background
Yeah, the “drupal is slightly embarrassed this node is unpublished” idea isn't intuitive.
Comment #11
yoroy commentedYes much better of course. The only way to solve this unambiguously is with actual text.
Any reason to still keep the pink then?
Comment #12
modulist commentedA background of diagonal lines would also get the job done. Think of the background patterns on checks.
Comment #13
dave reid@modulist: I don't understand how diagonal lines would say that content is not published...
Comment #14
yoroy commentedDo we need a background at all if we are using text anyway was my question, or are you suggesting to add the background image to the text solution? There is no graphics-only solution without using the actual 'unpublished' text that will communicate "unpublished" unambiguously imo.
The diagonal raster is an elegant idea, I like it but not fool proof. This is for the theme-independent solution in node.css, I think we should focus on being as clear as possible. A theme could add the diagonal raster.
3 weeks since webchick asked for more design feedback, I mentioned it 2 times in the IRC design channel during that time. Let's do it.
Comment #15
yoroy commentedEh sorry. Let's remove the background color first, it's meaningless.
Comment #16
attheshow commentedRemoved the background color. Attaching updated patch.
Comment #17
webchickNew screenshot, please?
Comment #18
attheshow commentedSure thing. Attached.
Comment #19
sign commentedWorks fine, one minor thing, do we have to show UNPUBLISHED on node preview too?
Comment #20
Bojhan commentedProbally not.
Comment #21
sign commentedAdded three lines to node.css
works fine
Comment #22
Bojhan commentedOke, so I am going to mark this RTBC. It seems that this indicator is really good, and I see no reason not to go forward with this. As yoroy his last question was to remove the body background, that has been done - so I think all issues have been addressed.
Comment #23
dries commentedCommitted to CVS HEAD. Thanks!
Comment #26
Jeff Burnz commentedI don't see this as having been committed.
While I am for adding the textual message the implementation just seems like a quiet work-around the API freeze - this should be in a variable available to all themes, not hard coded using t() in a template file.
Also the styles. We already have way too many design styles coming from modules - themes should style this output, not the module.
Isn't this an accessibility issue?
Comment #27
mgiffordTagging. Would be great if when things were committed to core that there was a link to the code & commit message. I think Redmine & other tools do this, but a Git Drupal solution would be very cool. Well, hopefully for D8..
That being said, has there been a review with tools like http://wave.webaim.org/toolbar
Comment #28
yoroy commentedmgifford: http://drupal.org/project/cvs/3060 or follow http://twitter.com/Druplicon :)
Comment #29
mgiffordThanks yoroy! I was just dreaming about an integrated system where there were direct links to the repository when stuff got into core. I should really put this in a feature request though.....
Comment #30
mgiffordMy eyes are pretty good. I had a hard time even seeing the pink background myself. Switching it to having the text Unpublished in the background is just so much better!
+1 for this patch for core themes. It's definitely the right approach.
This is an accessibility issue for sure. It's also a usability issue. If even with good eyes the pink doesn't stand out it's really not very useful.
It would be useful to see how a blind user deals with this.. It is adding a whole new level of information that they wouldn't have ever been able to know about.
VoiceOver read it correctly. I think it's good.
Comment #31
mgiffordLooking at the related issue #867830: "Unpublished" style of rendered entities is not accessible (and looks bad)
Wondering if we should nix the font-family definition & also move the 75px to 4em's.
Comment #32
Jeff Burnz commentedWe need to nix the styles, all of them, no reason why the core module needs to supply styles + it's doing tricky things like height: 0; overflow:visible; as a positioning technique, which could be an accessibility issue with some screen-readers.
So:
1) We can't add a variable (fast API freeze and very close to beta), so add it in the template in D7 and fix in D8.
2) Styles are added by the theme in follow up issues, only needed for Bartik and Garland.
This is a bug:
a) use of color only is a WCAG violation
b) its major because there is no way for screen reader uses to get the same information on the same page, they will have to edit the node and review the publishing options - which is pretty unfair.
Comment #33
Jeff Burnz commentedOK, lets kill this in favor of #867830: "Unpublished" style of rendered entities is not accessible (and looks bad), while this is older that issue is proposing a more robust solution.
Comment #34
johnalbinComment #35
avpadernoComment #36
avpaderno