Identified at UB Usability Testing: http://www.drupalusability.org/node/115
On admin/content/node when there are no nodes "No posts availiable" is displayed. "posts" in this context is ambiguous.
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | 394508.002.patch | 614 bytes | karschsp |
| #7 | 394508.001.patch | 625 bytes | karschsp |
| #4 | drupal-content-administration-message.png | 133.62 KB | cwgordon7 |
| #4 | content_administration_usability_01.patch | 711 bytes | cwgordon7 |
Comments
Comment #1
coltrane#361277: Remove the 'post settings' admin screen and relocate contents relates
Comment #2
karschsp commentedMaybe this would be a good place to put a link to Create Content as well. "There is no content available. Create content"
Comment #3
yoroy commentedtagging
Comment #4
cwgordon7 commentedPatch and screenshot attached. :)
Comment #5
cwgordon7 commentedCross-posted, sorry.
Comment #6
Bojhan commentedSo what is the situation, when there is content? Does this function disappear? Although it sounds obvious to add a create content link here, we probably need to do it somewhere else then in that table. Just re-roll it with just the "content" tweak and focus on the other overlaying issue (expecting to create content in /admmin/content/node) in a different issue.
http://drupal.org/node/394702
Comment #7
karschsp commentedHere's a patch with just the text changes.
Comment #8
cwgordon7 commentedPatch is good, tests pass, rtbc.
Comment #9
webchickHm. Looks like everywhere else we do "No X available":
No books available.
No comments available.
No terms available.
No vocabularies available.
So probably just "No content available."
Comment #10
cwgordon7 commentedWell, that was the problem in the first place - why isn't any content available?!? It's not available because it hasn't been created yet, and that's the message we need to convey. "No content available" isn't really much better than the ambiguous "No posts available."
Comment #11
karschsp commentedre-rolled.
Comment #12
karschsp commentedI think the issue was more that the user is on the Content admin screen under the Content management section and the term "posts" isn't consistent with how we're referring to...uhhhh...content everywhere else...
At least that was my impression when I saw the issue. I think the whole "Create Content" mystery is being taken care of in another issue.
Comment #13
beeradb commentedSimple change, fixes the issue of posts not being used elsewhere in the interface. RTBCing assuming test bot doesn't complain.
Comment #14
webchickI confirmed with beeradb (who was there during the testing this report comes from) that the problem was with the word "posts" in the interface. There are probably other problems as well, but this at least gives us consistency. :)
Committed to HEAD. Thanks, folks!