Discussioni MediaWiki:Common.js

message: Dalla Wiki in francese segnalano un errore JavaScript nella funzione di ricerca avanzata, che loro hanno corretto così. Vista la delicatezza dell'operazione, per ora lo segnalo a chi conosce meglio il codice. --Lp ↤ 15:56, 23 mar 2008 (CET)
replies: text: Ieri ho fatto la stessa identica modifica (rubata a mia volta dagli inglesi) :-)  Comunque grazie della segnalazione. Jalo 16:09, 23 mar 2008 (CET)

message: Io non so come agisca la modifica, non ho capito molto, ma vedo che su quel sito tutte le pagine, dalle voci alle pagine di servizio fino alle segnalazioni di problematicità, si vedono perfettamente ed esattamente come su wikipedia; l'unica cosa diversa è un piccolo banner in alto di colore grigiastro con la scritta "Hosted by Yepa [nota sul servizio]". Come dovrebbe agire la modifica? --Roberto Segnali all'Indiano 08:46, 3 gen 2009 (CET)
replies: text: Perché la cosa funzioni, devi prima vuotare la cache del tuo browser (=cancellare i file temporanei di Internet). - Lepido (msg) 08:52, 3 gen 2009 (CET)
replies: text: Io lo posso anche fare, ma questo che significa? Che se tutti gli italiani non svuotano la cache continuano a vedere sempre la stessa cosa com'era prima? Inoltre non ho mai visto il sito "furbo", ci sono entrato adesso per la prima volta. --Roberto Segnali all'Indiano 08:54, 3 gen 2009 (CET)
replies: text:  "Ni"... :-) Significa che se vuoi vedere "subito" i risultati devi fare così, altrimenti potresti vedere la modifica solamente tra qualche tempo. È però strano che la cosa non abbia funzionato se era la prima volta che entravi. Hai il javascript disabilitato? - Lepido (msg) 08:58, 3 gen 2009 (CET)
replies: text: Lo so che è strano, e proprio per questo che chiedevo come mai. Javascript, "naturalmente", è abilitato (e aggiornato). --Roberto Segnali all'Indiano 09:00, 3 gen 2009 (CET)
replies: text:  Ah, ho capito... tu comunque sei entrato in Wikipedia in precedenza, quindi hai in cache il "vecchio" common.js di Wikipedia. Allora devi vuotare la cache... - Lepido (msg) 09:03, 3 gen 2009 (CET)
replies: text: La cosa è valida anche caricando pagine che mai avevo caricato su wikipedia? Se è così poi, per vederne i benefici occorrerà aspettare 2-3 giorni che la cache si ricicli autonomamente nei browser di 50 milioni di italiani... sperando che nel frattempo non venga elaborata una contromossa che vanifichi tutto. --Roberto Segnali all'Indiano 09:14, 3 gen 2009 (CET)
replies: text:  common.js viene caricato ad ogni pagina di Wikipedia. È sufficiente quindi aver caricato una qualsiasi delle pagine di Wp prima di ieri sera (momento della modifica) per dover vuotare la cache o aspettare un po'. Questa è una delle tante limitazioni che ha la soluzione javascript, che comunque ha il vantaggio di essere semplice e poco invasiva. Lepido (msg) 09:37, 3 gen 2009 (CET)
replies: text: Claro. Grazie :-) --Roberto Segnali all'Indiano 09:46, 3 gen 2009 (CET)

text: L'IWLC ora funziona solo disabilitando JS, per i progetti italiani. Il problema della whitelist è che non si può fare perché fa "permission denied" quando tento di accedere all'url della pagina gerarchicamente superiore. --Pietrodn · «zitto e parla!» 12:34, 7 gen 2009 (CET)
replies: text: Ok grazie. Proverò a usare il tool esterno disabilitando JavaScript. --MarcoK (msg) 17:33, 7 gen 2009 (CET)
thread_title: Ma funziona?

message: ----
Riassunto (per chi proviene dal bar giornaliero): dopo che un servizio di Tg3 neaPolis ha riacceso il problema
del framing illegittimo operato da www. wikipedia.it (sito non in possesso della WMF, ma di una tale azienda
che fa credere di ospitare wp), pietrodn ha pensato di fare in modo, tramite javascript, che chi  accede a
quel sito venga immediatamente rimandato a it. wikipedia.org, sfuggendo così dal framing. Il redirect è immediato
e l'utente non si rende conto di subirlo...
----
Secondo me non basta sfuggire dal frame. L'utente che digitando wikipedia.it accedesse comunuqe a it.wiki penserebbe di aver digitato l'indirizzo corretto.
Concordo con l'idea esposta sopra si far passare per un reindirizzamento: una pagina che utilizzi (questa volta sì legalmente) il marchio di wikipedia e dica tipo
:L'indirizzo corretto di Wikipedia in lingua italiana è it.wikipedia.org. Probabilmente hai digitato un indirizzo differente. Verrai reindirizzato alla pagina corretta entro 3 secondi. Se non dovesse funzionare clicca qui
:Per saperne di più...
e lasciare questo funzionamento almeno per un po', fin quando tutti gli abituali avventori tramite wp.it non avranno capito dove sta la differenza.
80.182.120.229 (msg) 14:53, 4 gen 2009 (CET)
replies: text: Non so come farlo usando JavaScript. Penso che andrebbe contro la same-origin policy o qualcosa del genere. --Pietrodn · «zitto e parla!» 15:06, 4 gen 2009 (CET)
replies: text: No, no, si può fare. Ho fatto una pagina di prova sul Toolserver, ho impostato a 10 secondi il ritardo per farvi vedere meglio, poi si può diminuire. --Pietrodn · «zitto e parla!» 15:36, 4 gen 2009 (CET)

text: Sono d'accordo con l'anonimo. Agendo in questo modo anche se www.wikipedia.it prendesse contromisure per aggirare lo script di pietro, almeno una buona parte di utenti verrebbe sensibilizzata e magari inizierebbe a digitare l'indirizzo corretto. (provvedo a segnalare fra l'altro la discussione al bar in modo da avere più pareri -anche di esperti- possibile). --Paul Gascoigne (msg) 16:28, 4 gen 2009 (CET)
replies: text: Sono d'accordo anch'io...--Màrço 27 BUON 2009!!! 16:43, 4 gen 2009 (CET)
replies: text:  ottimo lavoro --Ignlig (ignis) Fammi un fischio 17:22, 4 gen 2009 (CET)
replies: text:  Beh, sulla pagina principale c'è già scritto:"L'indirizzo ufficiale di Wikipedia in italiano è it.wikipedia.org".--SuperSecret 17:30, 4 gen 2009 (CET)
replies: text: D'accordissimo; il messaggio già presente nella pagina principale è evidentemente insufficiente.--Glauco10500 edit(συμπόσιον) 17:34, 4 gen 2009 (CET)

text: Ma ai fini dell'enciclopedia, che cambia di preciso? Vuole essere una forzatura per far concedere il dominio a WMF o a WMI? Non vedo vantaggi per wikipedia e vedo una inutile noia per l'utente che si ritrova davanti un redirect a tempo.--Superfranz83 Scrivi qui 17:36, 4 gen 2009 (CET)
replies: text: Sempre meglio che lasciar fingere a www.wikipedia.it di hostare Wikipedia (ed effettivamente mi pare meglio del sistema attuale).--SuperSecret 17:41, 4 gen 2009 (CET)
replies: text: Ma se prima, con il banner, ne traeva un vantaggio in termini pubblicitari, ora di fatto www.wikipedia.it è diventato un redirect a it.wikipedia.org, volente o nolente l'host. E sottolineerei come l'utente alle prime armi, è molto più probabile che scriva wikipedia.it, piuttosto che it.wikipedia.org (purtroppo), e se lo mettiamo anche davanti a tutta la questione dei redirect, ecc., aumenta la chance che se ne vada e basta. --Superfranz83 Scrivi qui 17:59, 4 gen 2009 (CET)
replies: text:  Diventando un redirect il Venturini potrebbe perdere ogni interesse al mantenimento del dominio e potremmo pertanto acquisirlo mettendo fine ad una questione annosa (anche se è più probabile che prenda contromisure piuttosto). Francamente non credo che il lettore se ne vada e basta, essendo ormai wiki una fonte utilizzatissima e ultra-pubblicizzata (nel bene e nel male), piuttosto credo che inizierà ad utilizzare il link corretto. {Sirabder87}Static age 18:30, 4 gen 2009 (CET)

text: Secondo me in molti non hanno tenuto conto del fatto che (come hanno fatto notare gli esperti di PHP) la soluzione di Pietrodn è solo temporanea e può essere aggirata facilmente da Venturini inserendo un contro-script. Per questo motivo il redirect "a tempo" potrebbe consentire di pubblicizzare il vero indirizzo di wikipedia, in maniera che la gente inizi a scriverlo correttamente e magari conosca anche la storia che c'è dietro la registrazione del dominio wikipedia.it. In questo modo quando il Venturini prenderà contromisure almeno saremo riusciti a sensibilizzare un certo numero di utenti sul reale indirizzo di it.wiki. --Paul Gascoigne (msg) 23:38, 4 gen 2009 (CET)
replies: text: Sono d'accordo con Paul Gascoigne qui sopra, per me il redir a tempo ci sta. --gvnn scrivimi! 00:42, 5 gen 2009 (CET)
replies: text: Concordo. Però non metterei nessuna pagina di approfondimento, che dovremmo creare, fra l'altro, ma mi limiterei all'avviso già messo. Al massimo si potrebbe collegare questa pagina. --Nemo 01:43, 5 gen 2009 (CET)
replies: text: Scusate se intervengo solo ora, ma è stato preso in considerazione che alcuni domini "squattano" la banda in maniera legittima (come ad esempio, credo, kataweb)? Ricordo che con javascript non c'è modo di sapere attraverso quale sito o ip la pagina viene visualizzata (motivi di sicurezza per evitare XSS). Tra l'altro mediawiki ha già la funzione "break out of frames", che però non è stata attivata volontariamente. --Francesco (All your base are belong to us) 08:12, 5 gen 2009 (CET)
replies: text: D'accordo col fatto che si deva sensibilizzare il massimo numero possibile di utenti sul fatto che wikipedia.it NON è l'indirizzo di it.wiki, anche per colpire gli interessi di chi ci specula sopra. Certo, si potranno prendere contromisure, sulle quali si è discusso e delle cui discussioni farei sparire subito traccia da it.wiki, per non facilitare il lavoro ai furbetti (e non date per scontato che sia banale). Poi si potrebbe fare anche un comunicato stampa sulla cosa, ma non so se abbiamo i contatti per pubblicizzarlo. --Pigr8 ...libertà é partecipazione! 18:55, 6 gen 2009 (CET)

text: Appoggio anche io l'idea di Pietrodn, speriamo tenga per un po'... --Fabexplosive L'admin col botto 13:11, 8 gen 2009 (CET)
replies: text: una domanda fuori contesto. non è che questo redirect ha danneggiato in qualche modo iwlc? se si clicca su una combinazione di it e qualcosa d'altro redirecta alla pagina della voce italiana....difficile spiegarlo, fate la prova ;) --jo 00:32, 13 gen 2009 (CET)
replies: text:  «L'IWLC ora funziona solo disabilitando JS, per i progetti italiani» (Pietrodn, qui sopra). {Sirabder87}Static age 00:51, 13 gen 2009 (CET)

text: ops, scusate l'errore, non avevo letto tutta la discussione tecnica su questo argomento.... grazie --jo 23:25, 13 gen 2009 (CET)
thread_title:  Fare chiarezza con l'utente 

message: A causa di questa modifica nel Common.js, non riesco a visualizzare gli articoli in italiano attraverso Google Translate. Questo è un grande problema per Wikipedia in inglese e per le altre edizioni di Wikipedia che desiderano tradurre contenuti di Wikipedia in italiano. Un esempio è :en:2002 Molise earthquake. Il template in cima alla pagina incoraggia gli utenti a tradurre l'articolo e mostra un link di Google Translate che traduce direttamente la voce, ma quando gli utenti fanno clic su questo, si arriva alla pagina di reindirizzamento (quella di Pietrodn [ndt]). Un esempio di link funzionante è invece :en:2006 Zoufftgen train collision, che funziona bene. C'è un modo per risolvere questo problema? Sembra che questa modifica nel Common.js non permetta la traduzione da parte delle edizioni straniere di Wikipedia. Questo è un problema sia per la produzione di nuovi articoli di Wikipedia, sia per i non-italiani che vogliono una comprensione grossolana degli articoli presenti su it.wikipedia. Grazie! Calliopejen1 (msg) 14:08, 8 apr 2009 (CEST)
replies: text: Revertato. --Vito (msg) 14:43, 8 apr 2009 (CEST)
replies: text: Quindi su en.wiki c'è un template che invita a tradurre utilizzando un sistema di traduzione automatica?!? Io ci metterei questa icona... --KingFanelfanelia 15:33, 8 apr 2009 (CEST)
replies: text: We do not want machine translations copied directly, but they are a useful starting point for original translations. The templates also allow readers who speak no Italian (like me) to simply access Italian Wikipedia more easily, rather than copying it to en.wiki. [Noi non vogliamo macchina traduzioni copiati direttamente, ma sono un utile punto di partenza per le traduzioni originali. I modelli consentono anche lettori che non parlano l'italiano (come me) per accedere più facilmente Wikipedia in italiano, piuttosto che la copia di en.wiki.] Calliopejen1 (msg) 16:47, 8 apr 2009 (CEST)

text: P.S. Sono molto ignorante di javascript, ma non si può inserire un filtro su "top.location" in modo che se contiene la stringa "google" non si attivi il redirect? --KingFanelfanelia 15:37, 8 apr 2009 (CEST)
replies: text: (conflittato)Leggere altre wiki col babelfish può essere utile oltre che può essere richiesto dalla nostra "utenza", come avevo detto in passato (non ricordo se in ML o qui) non abbiamo il potere di passare sopra WMF che gestendo i server può decidere di avere degli accordi per il framing. --Vito (msg) 15:39, 8 apr 2009 (CEST)
replies: text: Google translate is not very useful with this comment... :( Are you saying that it.wiki does not have the authority to make special arrangements about framing? Or that someone higher in WMF has ordered this arrangement, and it.wiki does not have the authority to change it? [Traduzione di Google non è molto utile con questo commento ... :( Stai dicendo che it.wiki non ha il potere di formulare le disposizioni speciali sulla framing? Oppure che qualcuno più alto in WMF ha ordinato questo accordo, e it.wiki non ha la facoltà di cambiarlo?] Calliopejen1 (msg) 16:47, 8 apr 2009 (CEST)
replies: text: posso dire anch'io che il traduttore di google è molto utile per tradurre, anche dall'inglese (varie volte l'ho usato, e mi son fatto anche una risata per cosa ne è uscito :-)). Per il resto se si può fare come ha detto KingFanel sarebbe ottimo (non ho ben capito nemmeno io il commento di Vito). --Ripe (msg) 17:47, 8 apr 2009 (CEST)

text: The only way to prevent the redirect is to disable JavaScript in your browser. @KingFanel: no, non è possibile ottenere il contenuto di top.location per motivi di sicurezza (same-origin policy). --Pietrodn · «Outlaw Pete» 11:26, 9 apr 2009 (CEST)
replies: text: Non ho capito: già prima dell'ultima modifica, non si potevano piú usare l'interwiki-link checker: perché aggiungendo un rimando al toolserver non funziona Google? --Nemo 00:21, 10 apr 2009 (CEST)

text: Intendevo dire che noi non possiamo chiudere "a priori" tutto il framing visto che è sempre WMF ad essere proprietaria di tutta la baracca. La rottura dei frame è una funzionalità già prevista in mediawiki stesso: aprire un bug e vedere se è possibile procedere in quella direzione? Perchè il fatto che non sia stata attivata mi pare eloquente. --Vito (msg) 00:50, 10 apr 2009 (CEST)
replies: text: Dico solo che ciò che a te sembra eloquente è falso. I dettagli in altra sede. --Nemo 00:52, 10 apr 2009 (CEST)

text: Ripeto: per evitare questi problemi basta disattivare JavaScript (lo so che non è la soluzione ideale...). E poi anche con questo revert il frame di Google Translate se ne va. Io ripristinerei il link al Toolserver, i vantaggi IMHO sono più degli svantaggi. --Pietrodn · «Outlaw Pete» 07:18, 10 apr 2009 (CEST)

text: Frieda (dillo a Ubi) 09:53, 10 apr 2009 (CEST)
replies: text: anch'io per il ripristino --ignis (aka Ignlig) Fammi un fischio 11:14, 10 apr 2009 (CEST)

text: Mi pare che siamo in 93 a poterlo fare, io non controrollbackerò di certo. Sinceramente ne ho sentito ben oltre la soglia di guardia ed osservo un po' sarcasticamente che forse dovremmo sceglierci "ambasciatori" con al massimo un millesimo dell'altezzosità di altri.--Vito (msg) 13:55, 10 apr 2009 (CEST)
replies: text: Segnalo che Vito acconsente all'annullamento della sua ultima modifica. --Nemo 14:45, 10 apr 2009 (CEST)

text: Ho scritto all'utente per avvertirlo dell'unica soluzione possibile (disabilitare JavaScript nel proprio browser)...--Marco 27 15:22, 10 apr 2009 (CEST)

text: La soluzione di Lenore mi sembra ottima. Visto che "www.wikipedia.it" include la pagina principale, tanto vale abilitare lo script solo per quella. Non vedo come uno potrebbe essere indirizzato ad una pagina specifica nel dominio www.wikipedia.it. Questo eliminerebbe i problemi di Google Translate. Lo provo appena posso sulla mia wiki personale per vedere come va. --Pietrodn · «Outlaw Pete» 13:37, 13 apr 2009 (CEST)
replies: text: Sì, funziona! A questo punto sarei per abilitare il redirect automatico solo dalla pagina principale, che è quella che viene inclusa da www.wikipedia.it, e disabilitarlo per le altre pagine con questo trucco. Obiezioni? --Pietrodn · «Outlaw Pete» 16:32, 13 apr 2009 (CEST)
replies: text: procedi pure --ignis (aka Ignlig) Fammi un fischio 19:46, 13 apr 2009 (CEST)
replies: text:  alla modifica--Marco 27 22:25, 13 apr 2009 (CEST)

text: , usando però la variabile wgTitle. --Pietrodn · «Outlaw Pete» 10:06, 14 apr 2009 (CEST)
replies: text: Grazie!! Calliopejen1 (msg) 14:16, 14 apr 2009 (CEST)
replies: text: Eppure, ho provato sia in Ubuntu sia in Windows XP, sia con Firefox (sia con sia senza tutte le estensioni, sia con sia senza tutti i JavaScript peggiori possibili attivati) sia con Internet Explorer, ovviamente pulendo la cache... ma non mi manda mai alla pagina informativa. --Nemo 01:20, 18 apr 2009 (CEST)
replies: text: Effettivamente ora non la vedo più neanche io...--Marco 27 13:03, 18 apr 2009 (CEST)
replies: text: Chi gestisce il dominio incriminato ha rimosso il frame ed ha impostato un redirect a http://it.wikipedia.org dopo 3 secondi dal caricamento della pagina, vanificando questa idea e costringendo chi visita tale sito a vedere, pur per pochissimo tempo, il loro banner. --Incola (posta) 13:14, 18 apr 2009 (CEST)
replies: text: AHA! Hanno rinunciato! Ehehehe, gliene abbiamo dato di filo da torcere... ora però non posso più sabotargli il sito, se non ci include. :-P --Pietrodn · «Outlaw Pete» 14:09, 18 apr 2009 (CEST)
thread_title:  Problemi causati da questa modifica 

message: Ciao a tutti, ho letto l'intera pagina di discussione perché sono incappato casualmente nella pagina di redirect in php scritta da Pietrodn. Vi spiego in due righe come è successo perché potrebbe essere utile. In pratica ho creato un "redirect gratuito" fornito dal sito http://go.to, cioè http://go.to/karma, in modo da puntare ad una mia pagina, nella quale è presente un link a wikipedia. Tuttavia, go.to non fa un redirect vero e proprio ma un incorporamento in frame, per cui la mia pagina si vede come un sottoframe. Facendo click sul mio link a Wikipedia si arriva al redirect in php in oggetto. Vi dico questo perché ora che www.wikipedia.it non incorpora più it.wikipedia.org in un frame (ma fa un redirect dopo 2 secondi) potrebbe essere difficile testare il funzionamento del redirect incorporato nel Common.js, e la pagina http://go.to/karma potrebbe paradossalmente essere utile ai fini di test. Il BUG che riscontro riguarda la cronologia del browser: il redirect fatto mediante il codice
 if (wgTitle == "Pagina principale" && top !=self) top.location='http://toolserver.org/~pietrodn/wikipedia_redirect.php';
non permette di andare correttamente indietro col browser. Se quando si visualizza il redirect in php si preme il tasto "Back" del browser, si viene di nuovo reindirizzati in avanti alla stessa pagina. Ho cercato e testato con successo una soluzione che risolve questo problema. Si può risolvere modificando la riga precedente in questo modo:
 if (wgTitle == "Pagina principale" && top !=self) top.location.replace('http://toolserver.org/~pietrodn/wikipedia_redirect.php');
Vi chiedo dunque se siete d'accordo con me nell'apportare questa modifica. --Kar.ma 17:40, 6 gen 2010 (CET)
replies: text: . A prescindere dallo script di Pietro, si usa sempre il replace per non danneggiare il "back" Jalo 21:24, 8 gen 2010 (CET)
replies: text: Grazie Jalo, sono contento di aver dato un (piccolissimo) contributo a Wikipedia anche riguardo i suoi aspetti tecnici. --Kar.ma 13:33, 9 gen 2010 (CET)
thread_title:  Suggerimento di bugfix 

message: Ero convinto che l'avessimo disabilitato del tutto in quanto ormai inutile, ma ho appena letto una segnalazione di malfunzionamento causato dal wikipedia_redirect e ho scoperto che mi ricordavo male. Dato che wikipedia.it reindirizza già di per sé a it.wikipedia.org (anche se con un banner tutt'altro che innocente, contro cui però non possiamo fare nulla), e che io sappia non esistono altri siti ingannevoli come questo, si può togliere del tutto, salvo ovviamente reinserirlo in caso di necessità? 
Dopotutto ci sono casi in cui può essere utile e giusto includere la pagina principale, e il disagio di non poterlo fare al momento non pare giustificato. Per la cronaca, l'uso impedito era quello di una semplice presentazione: «I have  a simple script that scrolls through the various pedias and displays the front page; naturally it's done in an iframe since it's client side (it's just a flat file), but it breaks there cause the redirect breaks the iframe» (m:User:ArielGlenn). Nemo 11:33, 11 apr 2011 (CEST)
thread_title: Si può disabilitare?

message: ho visto che si sta modificando il Common.js e a me è sparito "tutto" .. siamo sicuri che si sa cosa si sta facendo? --ignis Fammi un fischio 10:12, 18 feb 2011 (CET)
replies: text: Ho annullato le modifiche; a me funzionava, ma indago. Salvatore Ingala (conversami) 10:20, 18 feb 2011 (CET)
replies: text: forse non erano le tue modifiche: la barra degli strumenti o meglio di tool mi è completamente sparita così come è sparita l'icona "wikied" in alto a destra ... --ignis Fammi un fischio 10:22, 18 feb 2011 (CET)
thread_title:  modifiche 

message: Qualche admin potrebbe leggere questa mia richiesta? --★ → Airon 90 21:57, 6 ott 2011 (CEST)
thread_title:  Classe "collapsible" obsoleta 

message: Qui è stata concordata la rimozione della transferlist.js, pertanto ora è possibile rimuovere il codice compreso tra questa due righe, perché appesantiscono la pagina (ora inutilmente)? (cancellando anche la prima riga, lasciando la seconda)
// Lista di voci trasferite ad altri progetti - caricato solo se si visualizza una pagina inesistente nel namespace principale
/** WikiMiniAtlas *******************************************************
--LoStrangolatore (discussione) 16:51, 8 mag 2012 (CEST)
thread_title:  Rimozione della transferlist 

message: Perfavore sostituire questo codice
con quest'altro
Windows Live non è più il nome del motore di ricerca: ora è Bing. Grazie Raoli ๏̯͡๏ (msg) 06:29, 3 gen 2013 (CET)
thread_title:  Motori di ricerca 

message: Currenlty if I open a protected page in edit mode, there is no element with id "Standard" and the code causes the following error: Uncaught TypeError: Cannot read property 'style' of null
(e.g. MediaWiki:Test.js, without being logged in)
Consider replacing
    document.getElementById("Standard").style.width = "100%";
by something like
    $('#Standard').css( 'width', '100%' );
, which will not break if "Standard" is not found. Alternativelly, a longer version such as
    var std = document.getElementById("Standard");
    if ( std ) {
        std.style.width = "100%";
    }
should work as well. Helder 12:51, 8 mar 2013 (CET)
replies: text: Sorry for the delay, I was very busy. Done using the first solution. Now it should work fine. Bye and thanks Jalo 08:37, 13 mar 2013 (CET)
thread_title:  Broken code on protected pages 

message: Si può togliere la parte di codice che sposta il link [modifica] accanto al titolo delle sezioni. MediaWiki è stato modificato e questa posizione è diventata quella predefinita: :m:Change to section edit links. --β16 - (talk) 09:59, 9 mag 2013 (CEST)
replies: text: È sufficiente cancellare tutte le righe dalla 75 alla 112. --Ricordisamoa 22:26, 5 dic 2013 (CET)
replies: text:  Non serve più. --Rotpunkt (msg) 23:15, 5 dic 2013 (CET)
replies: text:  Jalo 09:39, 6 dic 2013 (CET)
replies: text: @Jalo: nel sommario delle modifiche puoi usare anche "Speciale:LinkPermanente/62903367#Link 'modifica' delle sezioni" invece dell'URL completo che non crea il link automatico. E importScriptURI è deprecata in favore di mw.loader.load. --Ricordisamoa 00:59, 7 dic 2013 (CET)
replies: text: Il codice della ricerca in wikidata è quello fornito da chi ha risolto il problema che avevamo causato, per cui eviterei di modificarlo :) Jalo 09:36, 9 dic 2013 (CET)
replies: text: @Jalo: niente paura, sostituisci pure importScriptURI con mw.loader.load  --Ricordisamoa 14:26, 9 dic 2013 (CET)
replies: text: Non sono la stessa cosa, e quindi non mi fido. Rischiamo di fare altri casini Jalo 14:43, 9 dic 2013 (CET)
replies: text: Se guardi l'implementazione di mw.loader.load (passando all'index.php anche &action=raw&ctype=text/javascript) in effetti fa la stessa cosa di importScriptURI, ossia aggiunge un elemento <script> alla sezione <head> della pagina html. Diciamo che mw.loader è in grado di fare anche tante altre cose. Non ci vedo niente di male a farlo, più che altro in questa fase che stiamo cercando di sbrogliare la matassa tra vecchi script monobook, accessori e common.js globale forse non è proprio la priorità cambiare questo importScriptURI. Però non succede niente. --Rotpunkt (msg) 14:58, 9 dic 2013 (CET)
replies: text: Stamattina Vito ha cambiato in questo senso il mio vector.js, e io mi sono ritrovato che non caricava più nulla. Cit.: Keep using importScript the way you do, the way you know they work. They won't go away anytime soon, certainly not before there is a good replacement. Jalo 15:21, 9 dic 2013 (CET)
replies: text: Dò una occhiata, magari mancava qualcosa. Quella frase la conoscevo, da quello che ho capito (se non sbaglio) riguarda importScript, che non è infatti ancora deprecata, importScriptURI dovrebbe essere già sempre rimpiazzabile da mw.loader.load. --Rotpunkt (msg) 15:25, 9 dic 2013 (CET)

text: @Jalo: l'unica differenza (come spiegato in mw:ResourceLoader/JavaScript Deprecations#wikibits.js) è che mw.loader.load non accetta URL relativi: perciò la [ modifica] di Vituzzu non ha funzionato. La frase che hai citato si riferisce solo a importScript e importStylesheet, per i quali non esiste ancora un vero "sostituto". --Ricordisamoa 00:48, 10 dic 2013 (CET)
replies: text: Semplicemente non avevo previsto quell'occorrenza, sarebbe bastato modificare un po' la regexp per prevederla ma non è servito visto che pare essere l'unica invocazione di importScriptURI senza dominio. --Vito (msg) 00:52, 10 dic 2013 (CET)
replies: text: Cambia anche l'ordine in cui le cose vengono caricate. Comunque non vi sto dicendo di non fare la modifica, sto dicendo che *io* non la faccio Jalo 09:26, 10 dic 2013 (CET)
replies: text: Vituzzu pensaci tu! --Ricordisamoa 14:03, 10 dic 2013 (CET)
thread_title:  Link 'modifica' delle sezioni 

message: Non serve più (e non funzionerebbe comunque), si può rimuovere (righe 3-7). --Ricordisamoa 01:02, 7 dic 2013 (CET)
replies: text: L'avevo già chiesto due anni fa. :) Ora deve essere tolto per forza perché l'utenza Toolserver di pietrodn è stata disabilitata. --Nemo 14:14, 21 dic 2013 (CET)
replies: text:  --Rotpunkt (msg) 20:21, 14 giu 2014 (CEST)
thread_title:  Sabotatore di www.wikipedia.it 

message: Non c'è piú niente che lo usi, no? Si potrebbe probabilmente rimuovere il blocco risalente al 2010 che dice
 E' codice poco robusto e che va rimosso al più presto, dopo aver aggiornato i vecchi codici.
ecc. --Nemo 16:24, 1 giu 2014 (CEST)
replies: text: È da qui che va tolto prima. Però secondo me ha la precedenza logica archiviare prima il cosiddetto "monobook modulare" (essendo usato proprio per quello) ed è un lavoro che va fatto utente per utente, vedi come procedevo qui. --Rotpunkt (msg) 17:18, 1 giu 2014 (CEST)
replies: text:  Capisco, grazie. Alcuni di quei document.write lí però (almeno quelli che importano da altri wiki) secondo me si potrebbero anche sostituire con un bot, per risolvere la massa e pensare manualmente ai casi effettivamente difficoltosi e importanti per gli utenti. Qualunque cosa riduca il lavoro di voi manutentori di JS e affini. :) --Nemo 18:21, 1 giu 2014 (CEST)
replies: text:  Per me va benissimo, l'unica cosa è che chi si prende carico del lavoro verifichi bene che tutto continui a funzionare per gli utenti altrimenti poi arrivano lamentele di massa :) --Rotpunkt (msg) 18:23, 1 giu 2014 (CEST)
replies: text:  Della massa francamente dubito: la percentuale di errore sarebbe bassa; inoltre i piú non sono attivi o, avendo aggiunto il codice mille anni fa, nemmeno si ricordano che esiste e non ne noterebbero la mancanza. --Nemo 09:50, 14 giu 2014 (CEST)
replies: text:  Procedo a rimuovere anche questo document.write da queste pagine, rimuovendolo del tutto se era solo un test, o sostituendolo con importScript, mw.loader.load o mw.util.$content.append a seconda del caso. --Rotpunkt (msg) 09:09, 18 giu 2014 (CEST)
replies: text: , è stato un lavoretto di un certo impegno. Grazie anche a Vito per una passata di bot per sostituire le writeln usate per includere il "monobook modulare" in più di seicento pagine di script. Non ci sono più pagine che la utilizzano, se non una manciata di script di test di utenti che sapranno nel caso sostituirla. --Rotpunkt (msg) 10:26, 20 giu 2014 (CEST)
replies: text: Eccellente! Sono contento che ti sia fatto aiutare un po' dai nostri amici robotizzati. :) --Nemo 09:35, 21 giu 2014 (CEST)
thread_title:  document.write 

message: Prego rimuovere urgentemente il seguente codice:
// Autofocus nel campo "ricerca" della homepage
$(function() {
  if (mw.config.get('wgIsMainPage') && mw.config.get('wgAction') === 'view')
    $('#searchInput').focus();
});
che attiva subito il cursore sulla barra di ricerca. I desiderati vantaggi in termini di accessibilità sono superati, per gli utenti non registrati, dal tabindex di Vector (basta premere il pulsante "tab" e si seleziona la ricerca come prima cosa); e i costi sono enormi per tutti, in quanto un baco fa sí che in questo modo tutti si debbano sorbire lo scaricamento di ben 260 KB di codice JavaScript (aggiuntivi ai circa ~240 normali), un notevole appesantimento. Al piú ci può stare come accessorio. --Nemo 09:50, 14 giu 2014 (CEST)
replies: text: Allora, ho dato una prima occhiata, ho ancora molto da vedere, però: (1) per evitare allarmismi bisognerebbe chiarire che quello che dici si riferisce alla prima volta che uno visita una qualunque pagina di wikipedia, da quel momento il browser usa la cache (2) possiamo ricontrollare i conti dei KB? Se carico Pagina Principale con Chrome con la navigazione anonima e da sloggato al primo caricamento in basso leggo: 384KB transferred (dal secondo 5KB transferred, per via della cache), che sono meno dei tuoi 260+240. Detto questo ho sempre ritenuto che MediaWiki:Common.js andasse rivisto da cima a fondo (personalmente non ho ancora avuto tempo, ma se lo snellisci è ottimo) e concordo nel rimuovere queste righe di codice, perché anche se riguarda il primo caricamento, non è corretto che ciò avvenga. --Rotpunkt (msg) 11:46, 14 giu 2014 (CEST)
replies: text:  Varia da che cosa hai attivato, io ho misurato su Chromium 34.0.1847.132 Russian Fedora aura (265804) in modalità incognito e confesso di non aver riportato i decimali, ci sarà un errore di qualche KiB. --Nemo 15:02, 14 giu 2014 (CEST)
replies: text:  Scusa, attivato in che senso? delle feature del browser? (tra 384KB e 500KB non si tratta di decimali). Ti chiedo solo di riportare cosa leggi su Chrome quando: vai in modalità incognito, sei sloggato, apri la console JavaScript, vai sul tab Network e a questo punto carichi la Pagina principale. In basso a sinistra troverai: ... requests ... KB transferred. Cosa leggi come requests e KB? --Rotpunkt (msg) 15:35, 14 giu 2014 (CEST)
replies: text:  79 per un totale di 463 KB. Ma non è cosí che ti conviene guardare ai JS, vai nella console JS e scrivi mw.loader.inspect(); che è fatto apposta. :) --Nemo 21:22, 14 giu 2014 (CEST)
replies: text:  Ben la conosco, ma tu parlavi di "Dimezziamo la pesantezza delle pagine con due righe", "tutti si debbano sorbire lo scaricamento di ben 260 KB di codice JavaScript", quindi guardavo il dato di quanto è pesante la pagina sulla rete (gzippata), mentre tu facendo così la leggi scompressa (260KB sono circa 70KB gzippati). Adesso rimuovo quella parte, ma la differenza dovrebbe essere di 70KB, quindi non diverrà la metà: per me lo scaricamento dovrebbe passare da 380 KB a 310 KB e per te 463 KB a 390 KB (e questo sempre per un utente che non abbia mai visitato Wikipedia o abbia la cache vuota). --Rotpunkt (msg) 21:49, 14 giu 2014 (CEST)
replies: text:  Fatto, a me non è neanche diminuito, sono rimasto intorno ai 400 KB. Tu quanto hai? --Rotpunkt (msg) 22:05, 14 giu 2014 (CEST)
replies: text:  Vabbè, perdonami le iperboli, alla fine ci siamo capiti. Io ora vedo 208 KB di moduli e 380 trasferiti. Vabbè che i 300 in meno diventano solo 80 compressi ma non mi pare da buttar via, tutte le altre cose da load.php messe insieme fanno 100 KB circa compressi... --Nemo 00:57, 15 giu 2014 (CEST)
replies: text:  Visto che i dati alla mano sono ottenibili è meglio essere realisti, e in ogni caso l'avrei rimosso lo stesso :) grazie della ricerca. --Rotpunkt (msg) 10:11, 15 giu 2014 (CEST)
thread_title:  Rimuovere l'autofocus 

message: Subito dopo l'autofocus della discussione precedente c'è la definizione di addLoadEvent, che era stata rimossa dagli script a dicembre 2013 (vedi discussione). Da una ricerca rimane utilizzata solo nel monobook modulare e in Utente:Demart81/common.js. La toglierei dunque da qui, sistemando quei due punti. --Rotpunkt (msg) 10:28, 15 giu 2014 (CEST)
replies: text: --Rotpunkt (msg) 14:39, 17 giu 2014 (CEST)
thread_title:  addLoadEvent 

message: Quando si edita il MediaWiki:Common.js il CodeEditor segnala numerosi warning (variabili ridefinite, errato confronti, ...) quindi si ferma al 42% con Warning: Too many errors. (42% scanned). Anche se molte parti vanno interamente riviste, comincio a fixare questi warning che poi danno fastidio quando si devono risolvere i problemi seri. --Rotpunkt (msg) 15:04, 17 giu 2014 (CEST)
replies: text: Gran parte dei problemi sono nella sezione che riguarda la classe NavFrame, deprecata perché la funzionalità di elemento collassabile è ora stata trasferita in MediaWiki stesso (classe "mw-collapsible") vedi mw:Manual:Collapsible elements. Ho visto che Bultro aveva cominciato ad orfanizzare i NavFrame e si era fatto fare un EGO Wikipedia:Elenchi generati offline/Template con NavFrame, ma il lavoro è tanto, bisognerebbe creare una task force e dargli una mano. Intanto aggiorno quella parte da en:MediaWiki:Common.js dove è stata migliorata, rimuovendo funzioni deprecate e warning. Infine lo stesso template:Navbox andrebbe aggiornato all'uso di mw-collapsible come vedo aveva già segnalato Beta nella relativa pagina di discussione. Se ne potrebbe occupare Bultro se ha voglia. --Rotpunkt (msg) 18:42, 17 giu 2014 (CEST)
replies: text: Ho corretto tutti i warning, ne è rimasto solo uno legato all'uso di document.write. La sostituzione del codice per le classi NavFrame e collapsible da en.wiki non l'ho potuto fare perché un semplice copia/incolla non bastava, mi sono limitato a togliere i warning, confidando in un passaggio a breve a mw-collapsible e alla rimozione del tutto (createNavigationBarToggleButton la riscriverei comunque anche subito con jQuery perché quel ciclo for sui div è proprio brutto, ed è pure così su en.wiki). Intanto possiamo fare qualche prova con mw-collapsible, a me sembra funzionare correttamente, la modifica è minima, la riporto a Template:Navbox_generic/Sandbox. --Rotpunkt (msg) 08:21, 18 giu 2014 (CEST)
replies: text: Ho fatto una prova qui alla pagina di discussione del Template:Navbox generic. --Rotpunkt (msg) 08:56, 18 giu 2014 (CEST)
replies: text: Segnalo che ho creato anche Wikipedia:Elenchi generati offline/Voci con NavFrame (poco aggiornato, ma comunque da fare ce n'è già fin troppo). Sono usi diretti del NavFrame, senza passare per i template. Più che da aggiornare questi sono proprio da eliminare --Bultro (m) 18:06, 19 giu 2014 (CEST)
thread_title:  Problemi segnalati dal CodeEditor 

message: Hi! I want to let you know that in near future badges will be deployed on Wikidata and the Wikipedias. They help us with displaying the good and featured article icons next to the sitelinks and will replace the javascript hack which is used at the moment together with the Link GA and Link FA templates. To avoid an overlap where the current system and the new feature conflict, I will add a minor fix to your Common.js which adds the class names to the interwiki links. This is part of my task as a global edit interface editor for the Wikidata team. Thanks, Bene* (msg) 22:26, 18 ago 2014 (CEST)
thread_title:  Announced JavaScript change for badges implementation 

message: È possibile eliminare l'istruzione $('#ca-nstab-main a').text('Pagina principale'); creando la pagina MediaWiki:Mainpage-nstab con "Pagina principale". L'ho appena fatto su voy e funziona perfettamente. --Andyrom75 (discussioni) 00:06, 19 nov 2014 (CET)
replies: text: grazie. Per chi leggesse la discussione, quel messaggio di sistema valorizza il testo del primo tab quando si è in Pagina principale. È stato introdotto nel 2011 con la versione 1.18, probabilmente non è stato notato. Leggendo  in realtà esisteva già da prima della 1.18, ma non funzionava correttamente. --Rotpunkt (msg) 00:57, 19 nov 2014 (CET)
thread_title:  Pagina principale 

message: I siti tipo questi:
* www.newikis.com/it/wiki/Pagina_principale
* www.territorioscuola.com/wikipedia
Sono da segnalare e inserire nei bad mirrors?
Inoltre mi sembra che non siano più necessari i seguenti:
* wikipedia.deejay.it
* wikipedia.kataweb.it
--Andyrom75 (discussioni) 12:18, 22 nov 2014 (CET)
replies: text: Ho rimosso i due mirror non più attivi. Riguardo a newikis e territorioscuola avevi già letto qui: Wikipedia:Cloni? territorioscuola.com sembrerebbe andare bene così, newikis.com invece non fa ben capire di essere un mirror. --Rotpunkt (msg) 14:52, 27 nov 2014 (CET)
replies: text: Non conoscevo la pagina cloni. Grazie mille per la segnalazione. --Andyrom75 (discussioni) 00:20, 29 nov 2014 (CET)
replies: text: A differenza di en.wiki2.org, ru.wiki2.org (e magari altre lingue), su it.wiki2.org non compare esplicitamente il credito, rendendo il potenziale clone un bad mirror. Penso che debbano essere contattati (visto che la tecnologia "ce l'hanno") ma nel frattempo aggiunto. --Andyrom75 (discussioni) 09:49, 8 feb 2015 (CET)
replies: text: Rotpunkt va aggiunto anche it.wikipedia.net.ru che sta clonando tutti i progetti wiki. it:voy e sv:voy li ho già protetti e ho scritto su meta nella lounge internazionale di Wikivoyage. Se esiste un equivalente per Wikipedia andrebbe fatta la stessa cosa. --Andyrom75 (discussioni) 00:58, 9 lug 2015 (CEST)
thread_title:  Bad Mirror 

message: Ho riscritto da zero la funzionalità hiddencat, il link altre/nascondi che compare vicino alle categorie, in presenza di categorie nascoste, e che era stato copiato da fr.wiki. Ora è migliore (anche rispetto alla versione attuale su fr.wiki): metà righe di codice, utilizzo solo di jQuery, una sola funzione, più semplice come logica, miglior separazione tra HTML e JavaScript (vedi onclick). Ho testato più casi possibile, ma se mi fosse sfuggito qualcosa segnalatemelo. --Rotpunkt (msg) 18:28, 10 dic 2014 (CET)
thread_title:  Hiddencat 

message: Ho riscritto da zero la funzionalità della casella combinata che appare in MediaWiki:Edittools. Ora utilizza jQuery, è lungo la metà delle righe di codice e non c'è più bisogno di utilizzare i nomi dei gruppi di caratteri e nello stesso ordine. Vengono utilizzati direttamente gli id dei tag p, che avevano praticamente già i nomi corretti. --Rotpunkt (msg) 14:59, 15 dic 2014 (CET)
thread_title:  Edittools 

message: La funzione LinkAdQ, dopo l'introduzione dei badge su Wikidata, dovrebbe essere eliminabile o sbaglio? Su en.wiki e fr.wiki, non la vedo.  anche su wikivoyage non usi niente di simile vero? --Rotpunkt (msg) 10:48, 19 dic 2014 (CET)
replies: text: , Corretto. Le ho eliminate definitivamente proprio in questi giorni. L'unica cosa che verrà a mancare sono le categorie di tali voci, che erano popolate da tali template (do per scontato che anche qui ci fosse una categoria che le raccogliesse). --Andyrom75 (discussioni) 15:02, 19 dic 2014 (CET)
replies: text:  Le categorie sono create dai template:Link VdQ e template:Link V, quelli rimangono. Mi riferivo solo alla funzione LinkAdQ, che inizio quindi a rimuovere dal Common.js. Se qualcuno notasse comportamenti anomali lo reinseriamo. --Rotpunkt (msg) 15:07, 19 dic 2014 (CET)
thread_title:  LinkAdQ 

message: Ho riscritto da zero la funzionalità che aggiunge un combobox alla pagina Speciale:Ricerca, per selezionare il motore di ricerca, e che era stata importata da en.wiki. Ora è lungo la metà delle righe di codice, utilizza jQuery e inoltre la versione precedente non era tecnicamente corretta. Infatti si basava sul sovrascrivere gli attributi di alcuni input hidden del form, ma oltretutto non tutti. Era perciò strettamente legato all'HTML generato da MediaWiki, rendeva impossibile aggiungere nuovi eventuali parametri e ne passava di inesistenti ai motori di ricerca, come fulltext=Search e profile=default. Ora non vengono più usati gli input hidden, è semplicissimo aggiungere eventuali altri motori di ricerca, ed è possibile aggiungere/modificare parametri a quelli già esistenti. --Rotpunkt (msg) 11:21, 20 dic 2014 (CET)
thread_title:  Motori di ricerca 

message: Ci sono vantaggi nell'utilizzare la funzione sopracitata al posto di chiamare direttamente le variabili di sistema? --Andyrom75 (discussioni) 18:56, 24 dic 2014 (CET)
replies: text: Se guardi mw:Manual:Interface/JavaScript#mw.config e mw:Thread:Project:Support_desk/mw.config.get, l'accesso diretto alle variabili wg* è considerato obsoleto e potrebbe scomparire. --Rotpunkt (msg) 13:39, 27 dic 2014 (CET)
replies: text:   Per la rimozione delle variabili globali, phab:T72470. --Ricordisamoa 13:38, 3 gen 2015 (CET)
replies: text:   grazie a entrambi per le risposte. Quindi se capisco bene è deprecabile l'uso di tali variabili e le si dovrebbero richiamare solo e soltanto tramite mw.config.get, giusto? --Andyrom75 (discussioni) 12:15, 7 gen 2015 (CET)
replies: text:  Sì, mw.config.get per ottenere il valore e mw.config.set per impostarlo. Gli smanettoni troveranno presto degli avvisi nella console del browser (phab:T58550). --Ricordisamoa 14:19, 7 gen 2015 (CET)
replies: text: Grazie . Mi metterò a fare un po' di correzioni su it:voy. Poi visto che ogni tanto ci bazzichi, se ne trovi qualcuno in giro fammelo presente che me ne occuperò. --Andyrom75 (discussioni) 15:18, 7 gen 2015 (CET)
thread_title:  mw.config.get 

message: Ho riscritto la funzionalità riguardante la mappa di OpenStreetMap che si attiva dal link "Mappa" a destra delle coordinate (era datata 2008) basandomi in parte su meta:MediaWiki:OSM.js e fr:MediaWiki:Gadget-osm.js, ottimizzandola e riducendone le dimensioni. Ora non necessita più di MediaWiki:Gadget-MoveResizeAbsolute.js che veniva caricato su qualunque pagina, anche se le coordinate non erano presenti (tra qualche giorno si può cancellare) ed è completamente basato su jQuery. Come per i ReferenceTooltips e come su altre wiki, anche questo sarebbe meglio farlo diventare un accessorio di default, ossia in funzione per gli anonimi, mentre i registrati hanno la possibiilità di disabilitarlo nelle opzioni (è abilitato di default), utile per alleggerire il browser se non interessa o per quando si deve testare una nuova versione e infine per alleggerire il Common.js globale. --Rotpunkt (msg) 13:49, 27 dic 2014 (CET)
thread_title:  OpenStreetMap 

message: Ho riscritto da zero la funzionalità che crea una galleria di immagini insieme a Template:Galleria. Ora il codice è la metà della vecchia versione, tutto scritto in jQuery e molto più semplice come logica (la vecchia versione creava una coppia di link di navigazione per ogni immagine e poi li sovrapponeva). --Rotpunkt (msg) 11:39, 30 dic 2014 (CET)
replies: text: Non devi scusarti ogni volta che riscrivi qualcosa :) Piuttosto, come siamo messi in fatto di "keep gadgets central"? --Ricordisamoa 13:44, 3 gen 2015 (CET)
replies: text:  Grazie, ma non è che le intendessi come scuse :) è solo il tenere traccia delle modifiche a uno script importante, in modo più completo rispetto a quello che si può scrivere nel campo oggetto. Penso che sia utile conoscerne la storia e le motivazioni a chi ci deve mettere mano, me compreso. Riguardo agli accessori centralizzati, vorrei solo concludere prima ancora due punti: lo spostare quattro funzionalità del Common.js in quattro nuovi "accessori di default" (la prossima discussione che stavo per aprire qui) a cui seguirà un riordino delle funzioni all'interno del Common.js, per tipologia. --Rotpunkt (msg) 13:55, 3 gen 2015 (CET)
replies: text: , visto che c'hai già sbattuto la testa chiedo direttamente a te senza ragionarci (scusa ma il rientro dalle ferie mi ha un po' "impigrito" :-P .... tuttavia sto rileggendo tutte le "puntate precedenti" ;-) ). Il tuo nuovo script è sostituibile direttamente a voy:MediaWiki:ScrollGallery.js o necessita di qualche adattamento? --Andyrom75 (discussioni) 12:21, 7 gen 2015 (CET)
replies: text:  non è sostituibile direttamente perché il tuo template voy:Template:Galleria non è uguale a Template:Galleria (vedo per esempio la classe ImageGrUnit). Devi vedere se puoi sostituire anche il template (ci sono alcuni parametri diversi). --Rotpunkt (msg) 11:28, 8 gen 2015 (CET)
thread_title:  Galleria di immagini 

message: Dal momento che MediaWiki non esegue più JavaScript su Internet Explorer 7 (gerrit:157774), la parte "Cambia posizione e link..." può essere rimossa. --Ricordisamoa 13:49, 9 gen 2015 (CET)
replies: text: grazie. --Rotpunkt (msg) 14:10, 9 gen 2015 (CET)
thread_title:  IE7 

message: C'è un problemino con le tabelle ordinabili, che mettono i caratteri non ASCII come ad esempio Č dopo la Z.
A quanto ho capito da phab:T72157, esiste l'impostazione tableSorterCollation per risolvere il problema, utilizzata ad esempio in de.wiki.
Andrebbe bene aggiungere mw.config.set( 'tableSorterCollation', {'Č':'C', 'Ä':'A', ...} ); in fondo alla pagina, magari solo con i simboli più comuni per non appesantirla troppo? --Bultro (m) 01:58, 14 feb 2016 (CET)
replies: text: Facciamolo. --Paginazero - Ø 09:11, 15 feb 2016 (CET)
replies: text:  indubbiamente. --Cpaolo79 (msg) 12:05, 15 feb 2016 (CET)
thread_title:  Tabelle sortable e segni diacritici 

message: . Non so è il posto adatto per discutere; perchè non aggiungiamo gli editools alla barra i modifica, ovviamente mettendo quelli più utili per qua? Il codice si trova nel link sopra.--Pierpao.lo (listening) 10:42, 17 apr 2016 (CEST)
replies: text: In effetti non sarebbe male avere tutto nello stesso posto invece che una toolbar sopra e una sotto. Ma non ho mai capito se e quanto abbiamo controllo sulla barra superiore--Bultro (m) 12:14, 17 apr 2016 (CEST)
replies: text: Su wp:En hanno i template cite, su commons gli edittools In qualche modo avranno fatto--Pierpao.lo (listening) 14:10, 17 apr 2016 (CEST)
replies: text:  Hai mai usato l'accessorio MediaWiki:Gadget-toolbar.js (nelle preferenze Aiuto:Accessori/Pulsanti della toolbar) che avevo scritto a inizio 2015? Solo per farti un esempio dell'interazione che si può avere con il WikiEditor. --Rotpunkt (msg) 15:30, 17 apr 2016 (CEST)

text: Il nostro edittools sarebbe facilmente migliorabile evitando di mettere un enorme deserto arancione fra l'assetato contributore e l'oasi del markup. Nemo 17:15, 17 apr 2016 (CEST)
replies: text: Si quello del deserto lì è un mistero, ma suppongo sia il frutto di chissà quali chilometriche discussioni perchè o si mette in cima prima di salva oppure se si mette dopo a quel punto se si è convinti che uno legga tutta la pagina tanto vale metterlo in fondo.--Pierpao.lo (listening) 00:28, 18 apr 2016 (CEST)

text: Grazie Rotpunkt sei gentilissimo e l'idea è buona ma sono convinto che sia meglio per tutti non dover far su è giù con la pagina. Ho aggiunto su il codice Bultro--Pierpao.lo (listening) 00:28, 18 apr 2016 (CEST)
replies: text: Pierpao, grazie, ma io veramente non parlavo di una idea :) Rispondevo solo al tuo quesito "In qualche modo avranno fatto... ". Quell'accessorio (Aiuto:Accessori/Pulsanti della toolbar) era solo un esempio di come si può interagire con il WikiEditor e in quella pagina che ti ho indicato c'erano i link alle pagine su MediaWiki di come in generale si fa, sia a livello globale che utente (vedi i link a  mw:Extension:WikiEditor/Toolbar customization e seguenti). Era un modo di dire: certo che si può fare. Che poi si voglia usare direttamente il codice di Commons c:MediaWiki:Edittools.js, o farlo da noi, è solo un dettaglio. Sempre che lo si voglia fare. --Rotpunkt (msg) 01:10, 18 apr 2016 (CEST)
thread_title:  Edittools sulla barra di modifica

message: Per non sembrare sprovveduto dopo , ora la correggo, nel senso che non c'è nulla di sbagliato, ma l'ordine di esecuzione impedisce l'influenza di Speciale:MiaPaginaUtente/common.js come spiegato in #Disabilitazione. Ora tento dentro all'onload $(). Se ancora non funziona, tento con un lieve setInterval. Se non funziona neanche in questo caso, pace, a chi non lo vuole tocca disabilitare JavaScript sul browser. --Valerio Bozzolan (msg) 22:45, 30 mar 2017 (CEST)
replies: text: --Valerio Bozzolan (msg) 22:51, 30 mar 2017 (CEST)
thread_title:  [[Template:Titolo errato#Disabilitazione]] 

message: Segnalo questa, in particolare per la questione del bannerino, per la quale servono pareri.--Daimona Eaytoy  (Scrivimi!) 14:04, 24 giu 2017 (CEST)
thread_title:  Proposta di aggiunta bannerino temporaneo 

message: badMirrors e  tableSorterCollation mi sembrano superati, li rimuoviamo? --Abisys (msg) 11:12, 21 lug 2018 (CEST)
replies: text: Ti sembrano in base a cosa? Per tableSorterCollation phab:T72157 rimanda a phab:T32674 che è ancora aperto --Bultro (m) 22:08, 23 lug 2018 (CEST)
replies: text: Quei badMirrors non ci sono più, il tableSorterCollation invece hai ragione senza l'ordinamento cambia, non avevo fatto caso che phab:T72157 fosse chiuso perché duplicato di uno aperto, l'ho visto chiuso e ho pensato che fosse risolto, scusa per il disturbo. --Abisys (msg) 22:39, 23 lug 2018 (CEST)
replies: text:   diff, per quanto riguardava i "bad mirrors". --Rotpunkt (msg) 10:50, 9 set 2018 (CEST)
thread_title:  Rimozione codice obsoleto 

message: Hi,
Can someone make this forward / backwards compatible edit in preparation for enabling changes to how media is rendered?  
https://it.wikipedia.org/wiki/Speciale:ComparaPagine?page1=MediaWiki%3ACommon.js&rev1=&page2=Utente%3AArlolra%2Fsandbox%2FMediaWiki%3ACommon.js&rev2=&action=&unhide=
There's some explanation of the reason for this change at mw:Parsoid/Parser_Unification/Media_structure/FAQ
Thanks,
Arlolra (msg) 02:38, 28 ott 2022 (CEST)
replies: text: Done --Sakretsu (炸裂) 09:27, 28 ott 2022 (CEST)
replies: text: Grazie --Arlolra (msg) 17:40, 28 ott 2022 (CEST)
thread_title:  Prepare for [[phab:T314318|T314318]]