Closed (fixed)
Project:
Documentation
Component:
Docs infrastructure
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
26 Sep 2011 at 06:10 UTC
Updated:
4 Jan 2014 at 01:11 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
pillarsdotnet commentedFixed an error that prevented links to module documentation pages from working correctly.
Comment #2
pillarsdotnet commentedComment #3
jhodgdonI notice that on the current page, the Doc links don't go anywhere. Not sure if that is coming from the script or if was pre-existing?
Comment #4
jhodgdonAlso, probably any modules in "test" subdirectories should be removed, and the modules named in the left column should not be links? Again, not sure if I am critiquing the page or the script, but the names in the left column look like links, but they don't go anywhere.
Comment #5
pillarsdotnet commentedThat was from the first version of the script. I just uploaded the results of the revised version linked in #1.
Why? They have documentation, and sometimes that documentation is useful. How about I move them to the bottom as a separate table, instead?
Mouse over the short-name to see the human-readable name. But the short-name is required to be unique, whereas several of the test modules have duplicate human-readable names.
In the linked posting on g.d.o, Ariane said:
Hiya - it would probably be useful if you could post this somewhere to aid with keeping the page up to date! Maybe post it in here? http://drupal.org/node/302146
Until d.o. allows javascript or CSS this is the best I can do.
Comment #6
jhodgdonAh, much better!
Regarding the left column... The page is not very wide as it is. How about making a separate column for the human-readable module names (and putting it first, before the machine name, which is only useful to developers I think)? That would be more accessible and obvious to more readers, I think.
+1 on the separation between regular and test modules.
Comment #7
pillarsdotnet commentedOkay, but the result is a little messy, because where I said "Human-readable name" above I should have said "Module description".
Comment #8
pillarsdotnet commentedThis looks better, I think.
Comment #9
pillarsdotnet commentedBetter yet.
Comment #10
pillarsdotnet commentedOkay, I think I'm done for now.
Comment #11
jhodgdonWow, nice work! I think this is good to go. Waiting for Ariane's 2nd opinion to mark RTBC though.
Comment #12
pillarsdotnet commentedAlthough I couldn't be more pleased to get a positive review of the results, I will candidly admit that the script which produced them is ... less than optimal.
So if there is any real chance of deploying this for some kind of automated update, it really ought to be rewritten by someone who is much smarter than I am.
Comment #13
jhodgdonI am not sure we really need an automatic update. We're talking about *core* modules here, and they don't change often enough to warrant an automatic update in my opinion. As long as the script can be run every once in a while, it should be OK?
Comment #14
pillarsdotnet commentedOkay with me; I'm just following the leader here.
Comment #15
jhodgdonThis is in the wrong issue queue by the way.
Comment #16
pillarsdotnet commentedSorry about that.
Do we have a documentation page describing this fine distinction?
Comment #17
jhodgdonYes, there is documentation that states that Drupal Core issues are about Drupal Core code, and Documentation issues are about the on-line documentation. Do you want me to locate it for you, or are you just asking to make sure I know it should be documented?
Comment #18
pillarsdotnet commentedNo; if you say it exists, I can probably find it on my own.
Comment #19
jhodgdonI have attached this script to the page, and I think we can consider this issue fixed. Thanks again!