Details
-
Type:
New Feature
-
Status:
Reopened
-
Priority:
Critical
-
Resolution: Unresolved
-
Component/s: docs.moodle.org
-
Labels:
-
Workaround:tweak url for required version and try your luck.
Description
Google led me to this doc. i infact was concerned with 1.9. (so i changed the url)
the 'previous versions' block only links to the main page. It would be nice if there was a link to the current page in the 1.9 version.
if it doesn't exist, maybe say so somewhere.
Edited by Helen to add:
The 2.0, 2.1 and 2.2 documentation wikis contain many pages with the same name in each wiki. It would be very helpful to provide links to these pages
e.g. http://docs.moodle.org/22/en/Authentication would have links to http://docs.moodle.org/21/en/Authentication http://docs.moodle.org/20/en/Authentication and if possible also http://docs.moodle.org/19/en/Authentication
Also, when editing a page, it would be helpful to have a message at the top of the page stating which version the user is in and providing links to pages in other wikis.
Issue Links
| This issue will help resolve: | ||||
| MDLSITE-1312 | docs.moodle.org - wrong links in Block 'in other languages' for 1.9 |
|
|
|
| This issue is duplicated by: | ||||
| MDLSITE-1517 | Moodle docs 'other versions' block points to main page, not specific page |
|
|
|
Activity
I think we could do something like:
- In LocalSettings, create one structure like:
$versiongroups = array( 'en' => array('19', '20', 'dev'), 'de' => array('19', '20'), 'ja' => array('19', '20') ); - Create one php script, able to iterate over all the version wikis on each group (en, de, ja), looking for all the page names and matchings and adding results to one table (versiongroups) with this structure:
pagename varchar(xxxx) - unique index, will contain the page name versions varchar(255) - will contain the versions where the page is available (19, 20, dev)
- Create one simple extension providing one block with the information in that table in a visual way
Just the draft idea. It will be +1 query by page but it won't cause a big impact at all IMO.
Ciao 
- In LocalSettings, create one structure like:
$versiongroups = array( 'en' => array('19', '20', 'dev'), 'de' => array('19', '20'), 'ja' => array('19', '20') ); - Create one php script, able to iterate over all the version wikis on each group (en, de, ja), looking for all the page names and matchings and adding results to one table (versiongroups) with this structure:
pagename varchar(xxxx) - unique index, will contain the page name versions varchar(255) - will contain the versions where the page is available (19, 20, dev)
- Create one simple extension providing one block with the information in that table in a visual way
Great, I think that will help a lot in 90% of the cases! And the default, not matching page message seems correct enough too.
Anyway, I'll try to spend some time soon in the proposed "matcher" commented above, just to try it and decide. Given that I've pending to update codebase to 1.17.2, I can make one quick and dirty attempt.
Ciao
Apu, thanks for creating this issue. +100 from me!