Dear Brion,
A few minutes ago, I created another subdomain, uploaded à fresh download of MediaWiki 1.17 and the two latest development versions of Cite and Stringfunctions then created an image of my production database. After a fresh reinstall of mediawiki with a fresh localsettings.php file that contains just the minimum + the call to the two extensions ... and the result is that ... it does not work:
* Reference index still only appears in wiki coded tables, not in html coded one * #replace still works with html code table, but not with wiki code one
I do then have the choice :
1. get rid of the index and keep functional the template with internet addresses containing an equal sign 2. keep the index and loose internet adresses with equal sign
None of them is acceptable both from a functional point of view as well as with the potential workload associated with the revision of more than 60000 definitions and a en higher number of internet références ...
Any ideas?
Best regards.
Constant Depièreux
Le 16/07/2011 19:19, Brion Vibber a écrit :
2011/7/16 Constant Depièreux <constant.depiereux@skynet.be mailto:constant.depiereux@skynet.be>
Following a migration to Mediawiki 1.17, I experience problem with cite extension to manage footnote references (<ref>...</ref> ...<references/>) : the reference number does not appear in some pages. After review of my code, it seems to be related to the coding of table using html syntax instead of wiki one. For a better understanding, see : * http://ressources-qhse.org/index.php?title=Mod%C3%A8le:UE (html code, indexing number does not appear) * http://ressources-qhse.org/index.php?title=Mod%C3%A8le:UE2 (wiki code, idexing number present)Copying both of these over to my test wikis, they both show the superscript 1 link, on both current SVN trunk and current 1.17 release branch.
Double-check that your extensions are up to date; use the version of the Cite extension in the 1.17 branch (from REL1_17 raw SVN checkout, or select 1.17 in the download from mediawiki.org http://mediawiki.org). It's possible that an old version of the ext might have some funkiness?
Another problem is with #replace, that I did not succeed to get at work using wiki coded table. Could any of you help on any of these issues?This also seems to work for me with both 1.17 and trunk, using the matching current versions of StringFunctions.
-- brion