Dear all,
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)
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?
Thanks in advance for your help.
Best regards.
Constant Depièreux
Dear All,
I am maintaining a wiki and want all the colors reflect my house style. I want all the font in the color maroon (#800000)
It was initially like this but somehow it changed.
http://www.genealogy.henny-savenije.pe.kr/mediawiki/index.php/Dorpspomp
If I look in the monobook.css I can't find anything which could warrant this. Does anybody have an idea what goes wrong here?
The funny thing is if I LOOK at the monobook page http://www.genealogy.henny-savenije.pe.kr/mediawiki/index.php/MediaWiki:Mono...
everything is in maroon.
_ _ (o) (o) oOOO----(_)----OOOo--- Henny (Lee Hae Kang) ----------------------------- http://www.henny-savenije.pe.kr Portal to all my sites http://www.hendrick-hamel.henny-savenije.pe.kr (in English) Feel free to discover Korea with Hendrick Hamel (1653-1666) http://www.hendrick-hamel.henny-savenije.pe.kr/indexk2.htm In Korean http://www.hendrick-hamel.henny-savenije.pe.kr/Dutch In Dutch http://www.vos.henny-savenije.pe.kr Frits Vos Article about Witsen and Eibokken and his first Korean-Dutch dictionary http://www.cartography.henny-savenije.pe.kr (in English) Korea through Western Cartographic eyes http://www.hwasong.henny-savenije.pe.kr Hwasong the fortress in Suwon http://www.oldKorea.henny-savenije.pe.kr Old Korea in pictures http://www.british.henny-savenije.pe.kr A British encounter in Pusan (1797) http://www.genealogy.henny-savenije.pe.kr/ Genealogy http://www.henny-savenije.pe.kr/phorum Bulletin board for Korean studies
2011/7/16 Constant Depièreux 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 :
indexing number does not appear)
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). 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
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
Dear all,
Please ignore my last message. It work with minimal configuration. I am now testing the other extension one by one to determine where the problem is related in production site and i'll keep your informed.
Sorry for trouble.
Best regards.
Constant Depièreux
Le 17/07/2011 8:32, Constant Depièreux a écrit :
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 :
- 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
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Dear All,
Digging further in the install process, problem was related to one of the extension bundled in the SemanticBundle (I still have to test these one by one).
I have temporarily removed it until further testing and solved in the same time another problem I had with awcforum (undecoded headers)
I'll keep you posted with any further findings.
many thanks for your help.
Best regards.
Constant Depièreux
Le 17/07/2011 8:57, Constant Depièreux a écrit :
Dear all,
Please ignore my last message. It work with minimal configuration. I am now testing the other extension one by one to determine where the problem is related in production site and i'll keep your informed.
Sorry for trouble.
Best regards.
Constant Depièreux
Le 17/07/2011 8:32, Constant Depièreux a écrit :
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 :
- 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
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org