Historique du fil

Selon mes recherches, on pourrait modifier wpSave en wpSave1 (par exemple) dans les 4 fichiers suivants et le site continuerait de fonctionner normalement :

  extensions\FCKeditor\css\fckeditor.css (2 hits)
	Line 1425: input#wpSave, input#wpDiff {
	Line 1433: #wpSave {
  includes\EditPage.php (2 hits)
	Line 2006: 			'id'        => 'wpSave',
	Line 2007: 			'name'      => 'wpSave',
  skins\wikimini\main.css (2 hits)
	Line 1611: input#wpSave, input#wpDiff {
	Line 1619: #wpSave {
  skins\wikimini\rtl.css (1 hits)
	Line 209: input#wpSave, input#wpDiff {

Il y a quelques autres occurrences de wpSave, mais uniquement dans fichiers liés à d'autres skins.

Bon, le filtre anti-pourriel s'y met maintenant...

Tu peux toujours essayer (les fichiers css c'est inutile de les modifier), mais franchement je doute.

Sinon, ce que j'essayais de dire avant de me faire censurer, c'était d'ajouter la fonction qui marche dans /skins/wikimini.php, à la fin, juste avant l'appel addOnLoadHook(), entre deux balises :

<script type="text/javascript">
// ============================================================================
///////////////////////////////// Évite le double-post dans les pages de discussion LQT
addOnloadHook( function(){
    var wpSave = document.getElementById('wpSave');
    if(wpSave){
        wpSave.onclick = function(){
            document.getElementById('wpSave').submit();
            document.getElementById('wpSave').disabled = "disabled";            
        }
    }
});///////////////////////////////
// ===========================================================================

</script>

Théoriquement, ce nouveau "onclick" devrait écraser le précédent et l'effet sera immédiat.

Mhh? Je ne trouve pas addOnLoadHook() dans le fichier

Au temps pour moi, en fait ce sont les script "bottomscripts que j'appelle comme ça, visiblement à tort :

				<!--footer end-->
				<?php } //end ifprintable ?>
				
			</div>
		</div>
	</div>

<script type="text/javascript">
// ============================================================================
///////////////////////////////// Évite le double-post dans les pages de discussion LQT
addOnloadHook( function(){
    var wpSave = document.getElementById('wpSave');
    if(wpSave){
        wpSave.onclick = function(){
            document.getElementById('wpSave').submit();
            document.getElementById('wpSave').disabled = "disabled";            
        }
    }
});///////////////////////////////
// ===========================================================================

</script>

<?php $this->html('bottomscripts'); /* JS call to runBodyOnloadHook */ ?>	
<?php $this->html('reporttime') ?>
<?php if ( $this->data['debug'] ): ?>
<!-- Debug output:
<?php $this->text( 'debug' ); ?>

-->
<?php endif; ?>
</body>

</html>
<?php
	wfRestoreWarnings();
	} // end of execute() method
} // end of class
?>

Ouf, on y arrive!

Donc je parviens à nouveau à publier avec IE8, sans avoir vidé le cache de mon navigateur.

Cependant, avec IE8 en tout cas, le bouton submit ne se désactive pas. J'ai aussi vu une erreur Javascript (signalé dans la barre des tâche par un petit signal d'avertissement jaune) au moment où j'ai cliqué sur le bouton submit.

Si vraiment ce correctif pose des problèmes, autant le laisser tomber. Le problème des doublons ne se pose que dans les pages de discussion, et il n'apparait heuresement pas trop souvent. On peut espérer que la prochaine version stable de LQT ait résolu ce problème, non?