Closed (fixed)
Project:
Drupal core
Version:
5.x-dev
Component:
base system
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
31 Oct 2006 at 14:38 UTC
Updated:
13 Dec 2006 at 20:48 UTC
Jump to comment: Most recent file
And replace instead with a general message at the top basically saying, "Check the administer >> help pages for more details on how to use specific modules." This message can probably actually go on the top of both tabs in this section.
Reasons why:
- Getting help is not an administration task.
- Users with only "access help" permissions and one or two others will see lots of blocks with only a single "get help" link in them, which is confusing.
This comes from hunmonk's feedback over @ Administration page block lists all items ignoring permissions.
| Comment | File | Size | Author |
|---|---|---|---|
| #20 | admin_by_module_0.patch | 1.23 KB | webchick |
| #17 | admin_by_module.patch | 1.06 KB | hunmonk |
| #15 | get_help.patch | 2.29 KB | hunmonk |
| #13 | Picture 11.png | 61.34 KB | webchick |
| #12 | get-help_1.patch | 3.32 KB | webchick |
Comments
Comment #1
hunmonk commentedi think this will do it.
Comment #2
hunmonk commentednote that since we bag the help links per module, we can now choose to not display any sections that have no links for the current user. the whole patch is tested as working.
Comment #3
webchickWorks as advertised! "get help" links are gone from all of the module blocks, and enabling the Tracker module, which only contains a "get help" link, causes the module's block not to appear.
The t() stuff though looks like it needs some work...
a) you want to avoid HTML in the string where you can, so the p tags should be outside the t()
b) Translators need as much context as possible about the strings they're translating; therefore, the link and its title should actually go in the same t() string as the rest of the text that's being translated (the exception to rule a) :)).
This patch attempts to fix both of these issues in the help text that gets added by this patch. Looks like the whole system_help function (and likely all of them) is totally inconsistent and could use a review for this kind of thing, but that's for another patch, imo.
Comment #4
hunmonk commentedlet's be bold... :)
Comment #5
drummI think the contextual help links might be important. The links are more noticeable and targeted.
However, they are not the same as other items in the list. What about moving the help link at the end of the module description line?
Comment #6
drummComment #7
webchick@drumm I like that idea.
Ok. So the new plan is ;)
1. Only show blocks when there are > 1 thing admin task
2. Move the "get help" links to the title of the block
There's still the problem of users never knowing that tracker module has help, but I guess that can't really be avoided.
Comment #8
webchickLet's try this.
Comment #9
webchickOops. Needs review.
Comment #10
drummLooks better, but wow those links are huge. What about after each description or in the top-right corner of each block?
Comment #11
hunmonk commentedok, i tried the help links after the description, and they looked really bad. here's a patch with them floated to the right of the title block, which i think is the best we've come up with so far. hopefully i did the css right--i'm pretty awful at it... ;)
Comment #12
webchickLet's try this... essentially exactly the same as hunmonk's except:
HUGE
Comment #13
webchickScreenshot.
Comment #14
drumm> getpatch.sh http://drupal.org/files/issues/get-help_1.patch | patch -p0
patching file modules/system/admin.css
patching file modules/system/system.module
Hunk #1 FAILED at 33.
Hunk #2 FAILED at 2245.
Hunk #3 succeeded at 2267 (offset -1 lines).
2 out of 3 hunks FAILED -- saving rejects to file modules/system/system.module.rej
Comment #15
hunmonk commentedblasted t() changes... ;) re-rolled against latest HEAD, and tested as working. no functional changes.
Comment #16
dries commented-1. The current UI looks better, IMO. These small, floating 'get help' links are really awkward.
Comment #17
hunmonk commentedi think we're getting a little off track here. the main point of the initial patch was to _not include_ module sections which a user had no rights to access (ie, there were no valid links for that particular module for that particular user). believe me, if a user has only three modules that they have valid access rights to on this page, it's a real UI mess to include all those other module blocks with only a 'help' link.
can we please revisit the original idea of this patch? attached patch uses the current display, buy only includes module blocks where the user has _at least_ one admin priv. besides the help link.
Comment #18
hunmonk commentednote that this approach mirrors the way block display works on the 'By task' page, so this will make the UI more consistent overall as well
Comment #19
hunmonk commentedwe need a more accurate title for what this patch is trying to accomplish.
Comment #20
webchickCreated user "peon" and gave authenticated users "access administration pages" permissions.
Confirmed that before the patch, I saw blocks for every single module @ admin/by-module, even though the only module I should have access to is watchdog.
After applying patch, confirmed that the watchdog block was the only one to appear, with the get help link in-tact.
In other words, "works as advertised." Marking RTBC again.
Patch is the same, just fixes a single space that was added by mistake.
Comment #21
drummCommitted to HEAD.
Comment #22
(not verified) commented