Wikipedia:Officina/Archivio/2019 febbraio
Salvataggio delle fonti
– Il cambusiere Titore (msg) 00:44, 2 feb 2019 (CET)
Salve, da mobile c'è un problema quando si inseriscono le fonti o le note o qualsiasi link o sito web. Dopo aver modificato la voce e aver inserito il sito, andando a salvare non esce più il codice CAPTCHA da inserire ma da un generico "errore, modifica non salvata". La cosa non si ripete nella versione desktop. Ciò è fastidiosissimo perché praticamente non permette di mettere nessuna fonte quando si salva una modifica. Verificate voi stessi facendo una prova. Vi prego agli informatici e progeammatori del sito di Wikipedia di controllare e correggere la cosa. 176.62.155.32 (msg) 23:59, 1 feb 2019 (CET)
Quando il template Ritaglio immagine con CSS viene utilizzato come valore del parametro immagine all'interno del template Tassobox si verifica un'errore di visualizzazione.
Ecco alcuni esempi: Morbakka virulenta, Carybdea aurifera, Depastridae, Cleistocarpida. --Pallanzmsg 15:57, 2 feb 2019 (CET)
- Presumo che la stessa cosa accada in qualsiasi infobox dove il nome e il dimensionamento immagini è gestito dall'infobox; direi che è errato proprio l'so del Ritaglio immagine con CSS negli infobox. --Pil56 (msg) 16:12, 2 feb 2019 (CET)
- Grazie Pil56, allora nei prossimi giorni provvederò a creare dei file derivati in modo da evitare questo spiacevole "errore". --Pallanzmsg 16:38, 2 feb 2019 (CET)
- In pratica è come scrivere
[[File:[[File:Stalked jelly1.jpg]]]], che infatti visualizza lo stesso errore [[File:
]]. --Wim b 12:03, 3 feb 2019 (CET)
- In pratica è come scrivere
grant per ProveIt
segnalo per chi potesse essere interessato. --valepert 23:00, 4 feb 2019 (CET)
Indice categoria
Per quale astruso motivo il template {{Indice categoria}} non è più visibile da mobile mentre {{Indice categoria grande}} lo è ancora? --Ignazio (msg) 12:41, 5 feb 2019 (CET)
- Perché il template {{Indice categoria}} inserisce una tabella con
id="toc". Probabilmente il JS di MobileFrontend fa qualcosa di strano con la roba che ha quell'ID che a sua volta distrugge il contenuto. Sto cercando di capire cosa. --Daimona Eaytoy (Scrivimi!) 13:08, 5 feb 2019 (CET)- OK, dopo tanta fatica e tante brutte cose che ho detto, sono riuscito a capire che il problema non è in MobileFrontend ma nella skin che usa, Minerva. Questo modulo in particolare cerca un eventuale indice nella pagina (col selettore
$('#toc')) e, se lo trova, lo sostituisce con uno fatto appositamente per la versione mobile. Il punto è che tale indice "sostitutivo" viene creato da capo in base alle sezioni presenti nella pagina. Poiché le categorie non hanno sezioni, l'indice risultante è vuoto. Riguardo alla soluzione, ci ho pensato un po' e ci sto ancora pensando. A mio avviso è giusto che Minerva faccia così, perché l'indice in senso stretto (quello con l'ID "toc") dovrebbe essere soltanto quello generato da MediaWiki automaticamente. Pertanto, provvedo a rimuovere l'ID dal template. Qualora l'ID in questione servisse per aggiungere CSS/JS specifico, va cambiato anche quello utilizzando semplicemente un altro ID. --Daimona Eaytoy (Scrivimi!) 13:56, 5 feb 2019 (CET)- [@ Daimona Eaytoy] una spiegazione molto interessante ed esaustiva, ti ringrazio. --Ignazio (msg) 18:41, 5 feb 2019 (CET)
- OK, dopo tanta fatica e tante brutte cose che ho detto, sono riuscito a capire che il problema non è in MobileFrontend ma nella skin che usa, Minerva. Questo modulo in particolare cerca un eventuale indice nella pagina (col selettore
"Non seguire"
Ciao! Ho attivato dalle preferenze la funzione in oggetto nei miei OS, ho verificato ed è ancora settata, ma non la vedo più comparire per poterla selezionare nell'elenco dei miei osservati speciali! Grazie --Tostapanecorrispondenze 14:09, 10 feb 2019 (CET)
- Sì, vedo che c'è un errore in console. Probabilmente qualcosa che si è scassato con un aggiornamento di MediaWiki. Ci ragiono un attimo. --Daimona Eaytoy (Scrivimi!) 15:01, 10 feb 2019 (CET)
- Allora... Ammetto che avevo già iniziato a dirne di tutti i colori: lo script ha i "soliti" difettucci di stile, roba che per scrivere si risparmia mezzo secondo ma per leggere ci vuole mezzo minuto in più. Ho perso un quarto d'ora (letteralmente) per capire cosa fosse una variabile che veniva assegnata a caso, e il cui valore dipendeva solo e soltanto dal preciso istante di caricamento dello script. Insomma, una situazione non proprio rosea. Poi ho notato che lo script è progettato per funzionare soltanto con la vecchia lista di osservati speciali (quella senza JS, attivabile dalle preferenze). Con quella nuova il comportamento si alterna tra "interrompe l'esecuzione alla prima riga" e "interrompe l'esecuzione a metà con un errore", a seconda come dicevo dell'istante esatto in cui lo script viene caricato. La soluzione sarebbe una riscrittura dello script, con tanto di supporto sia per i vecchi OS, sia per i nuovi. Ma non lo farò! Perché, sempre nelle preferenze, esiste un'opzione (che ho scoperto ora) che dice "Aggiungi marcatori diretti (+/×) per seguire/non seguire le modifiche alle pagine (richiede JavaScript per utilizzare questa funzionalità)". Ebbene, questa è una "variante" dell'accessorio "Non seguire" fornita direttamente da MediaWiki. Inutile dire che è scritta mille volte meglio ed è mille volte meno probabile che si rompa, etc. etc. Pertanto direi che è giunto il momento di estirpare l'accessorio non seguire, ed invitare gli utenti che lo desiderano ad attivare questa funzionalità. Sulla modalità per farlo, mi ispirerei a quanto fatto per il monobook modulare: prima un avviso in testa a Speciale:OsservatiSpeciali, dopo un po' di tempo sostituire l'avviso con un alert, e poi tagliare via lo script. --Daimona Eaytoy (Scrivimi!) 15:41, 10 feb 2019 (CET)
- Va bene, essendo una rapa in queste cose non ho capito niente ma ho settato l'opzione che hai gentilmente segnalato e adesso compare una x accanto a ogni elemento della lista, per toglierlo e un + per riaggiungerlo, quindi sono a posto, grazie --Tostapanecorrispondenze 16:44, 10 feb 2019 (CET) PS se può servire, fino a qualche giorno fa compariva la scritta "non seguire" ma non sempre funzionava!
- Il succo era quello :) La spiegazione era un po' generica, anche per gli smanettoni che in futuro magari torneranno a leggere questa discussione. Se ci sia stata qualche modifica così recente non lo so, ma ripeto che il funzionamento del gadget era aleatorio al 100%. Segnalo che nel mentre ho inserito l'avviso di cui parlavo, sperando di poter migrare abbastanza alla svelta al nuovo accessorio. --Daimona Eaytoy (Scrivimi!) 17:59, 10 feb 2019 (CET)
- Va bene, essendo una rapa in queste cose non ho capito niente ma ho settato l'opzione che hai gentilmente segnalato e adesso compare una x accanto a ogni elemento della lista, per toglierlo e un + per riaggiungerlo, quindi sono a posto, grazie --Tostapanecorrispondenze 16:44, 10 feb 2019 (CET) PS se può servire, fino a qualche giorno fa compariva la scritta "non seguire" ma non sempre funzionava!
- Allora... Ammetto che avevo già iniziato a dirne di tutti i colori: lo script ha i "soliti" difettucci di stile, roba che per scrivere si risparmia mezzo secondo ma per leggere ci vuole mezzo minuto in più. Ho perso un quarto d'ora (letteralmente) per capire cosa fosse una variabile che veniva assegnata a caso, e il cui valore dipendeva solo e soltanto dal preciso istante di caricamento dello script. Insomma, una situazione non proprio rosea. Poi ho notato che lo script è progettato per funzionare soltanto con la vecchia lista di osservati speciali (quella senza JS, attivabile dalle preferenze). Con quella nuova il comportamento si alterna tra "interrompe l'esecuzione alla prima riga" e "interrompe l'esecuzione a metà con un errore", a seconda come dicevo dell'istante esatto in cui lo script viene caricato. La soluzione sarebbe una riscrittura dello script, con tanto di supporto sia per i vecchi OS, sia per i nuovi. Ma non lo farò! Perché, sempre nelle preferenze, esiste un'opzione (che ho scoperto ora) che dice "Aggiungi marcatori diretti (+/×) per seguire/non seguire le modifiche alle pagine (richiede JavaScript per utilizzare questa funzionalità)". Ebbene, questa è una "variante" dell'accessorio "Non seguire" fornita direttamente da MediaWiki. Inutile dire che è scritta mille volte meglio ed è mille volte meno probabile che si rompa, etc. etc. Pertanto direi che è giunto il momento di estirpare l'accessorio non seguire, ed invitare gli utenti che lo desiderano ad attivare questa funzionalità. Sulla modalità per farlo, mi ispirerei a quanto fatto per il monobook modulare: prima un avviso in testa a Speciale:OsservatiSpeciali, dopo un po' di tempo sostituire l'avviso con un alert, e poi tagliare via lo script. --Daimona Eaytoy (Scrivimi!) 15:41, 10 feb 2019 (CET)
Sottotitoli da Wikidata
È successo qualcosa ai sottotitoli che nella versione mobile vengono pescati dalle descrizioni inserite su Wikidata: ogni voce mostra "1". --Ignazio (msg) 22:41, 24 gen 2019 (CET)
- Segnalo che nel frattempo il problema è stato risolto. --Ignazio (msg) 11:25, 25 gen 2019 (CET)
[← Rientro] Altro problema: l'iniziale non è più maiuscola. [@ Sakretsu] dipende da Wikidata o è saltato un ucfirst interno? --Ignazio (msg) 17:54, 10 feb 2019 (CET)
- È voluto, vedi phab:T131013--Sakretsu (炸裂) 19:05, 10 feb 2019 (CET)
- [@ Sakretsu] era quello che temevo. In questo caso ribalto la domanda: è possibile aggiungere un
ucfirstlocale? --Ignazio (msg) 19:14, 10 feb 2019 (CET)- ucfirst no, altri metodi sì. Comunque il task è enorme e la decisione è ragionata. Se il software passa il valore con la minuscola, ce lo dovremmo tenere così.--Sakretsu (炸裂) 20:35, 10 feb 2019 (CET)
- [@ Sakretsu] il fatto è che sto notando che attualmente dipende da come è stata compilata la descrizione su Wikidata, io invece credo che l'iniziale dei sottotitoli dovrebbe essere standardizzata: o sempre maiuscola o sempre minuscola. --Ignazio (msg) 20:47, 10 feb 2019 (CET)
- Sì, ma è proprio la didascalia su Wikidata che deve essere corretta con la minuscola. Se forzi l'iniziale maiuscola, gli utenti non si accorgeranno che si deve effettuare la correzione. Al contrario, saranno indotti a credere che la compilazione corretta su Wikidata debba essere con la maiuscola.--Sakretsu (炸裂) 22:28, 10 feb 2019 (CET)
- [@ Sakretsu] ho letto solo parzialmente il task. Devo dedurre che quindi su Wikidata ci sia un bot che si occupa di sostituire eventuali maiuscole con le minuscole? --Ignazio (msg) 22:43, 10 feb 2019 (CET)
- Sostituire non credo. Di sicuro ci sono bot che inseriscono le descrizioni, ove possibile con la minuscola. Le correzioni devono appunto farle gli utenti.--Sakretsu (炸裂) 23:18, 10 feb 2019 (CET)
- [@ Sakretsu] ma perché non forzare la minuscola allora? --Ignazio (msg) 23:21, 10 feb 2019 (CET)
- Perché le descrizioni possono cominciare con nomi propri.--Sakretsu (炸裂) 23:31, 10 feb 2019 (CET)
- Per esempio quando? --Ignazio (msg) 23:35, 10 feb 2019 (CET)
- In inglese e in altre lingue capiterà sicuramente. In italiano non dovrebbe, ma le certezze sono spesso effimere. Proviamo a sentire [@ ValterVB] che potrebbe sfruttare il suo bot (o forse già lo impiega anche per questo).--Sakretsu (炸裂) 00:12, 11 feb 2019 (CET)
- Per esempio quando? --Ignazio (msg) 23:35, 10 feb 2019 (CET)
- Perché le descrizioni possono cominciare con nomi propri.--Sakretsu (炸裂) 23:31, 10 feb 2019 (CET)
- [@ Sakretsu] ma perché non forzare la minuscola allora? --Ignazio (msg) 23:21, 10 feb 2019 (CET)
- Sostituire non credo. Di sicuro ci sono bot che inseriscono le descrizioni, ove possibile con la minuscola. Le correzioni devono appunto farle gli utenti.--Sakretsu (炸裂) 23:18, 10 feb 2019 (CET)
- [@ Sakretsu] ho letto solo parzialmente il task. Devo dedurre che quindi su Wikidata ci sia un bot che si occupa di sostituire eventuali maiuscole con le minuscole? --Ignazio (msg) 22:43, 10 feb 2019 (CET)
- Sì, ma è proprio la didascalia su Wikidata che deve essere corretta con la minuscola. Se forzi l'iniziale maiuscola, gli utenti non si accorgeranno che si deve effettuare la correzione. Al contrario, saranno indotti a credere che la compilazione corretta su Wikidata debba essere con la maiuscola.--Sakretsu (炸裂) 22:28, 10 feb 2019 (CET)
- [@ Sakretsu] il fatto è che sto notando che attualmente dipende da come è stata compilata la descrizione su Wikidata, io invece credo che l'iniziale dei sottotitoli dovrebbe essere standardizzata: o sempre maiuscola o sempre minuscola. --Ignazio (msg) 20:47, 10 feb 2019 (CET)
- ucfirst no, altri metodi sì. Comunque il task è enorme e la decisione è ragionata. Se il software passa il valore con la minuscola, ce lo dovremmo tenere così.--Sakretsu (炸裂) 20:35, 10 feb 2019 (CET)
- [@ Sakretsu] era quello che temevo. In questo caso ribalto la domanda: è possibile aggiungere un
[← Rientro] Ricordiamoci che "Wikidata è una base di conoscenza libera e aperta che può essere letta e modificata allo stesso modo da umani e macchine." (sottolineato mio) Quindi i sistemi automatici devono essere messi nelle condizioni di sapere quando si può usare la minuscola o quando ci vuole per forza la maiuscola. Usando la convenzione di inserire sempre la minuscola tranne i casi in cui si può usare solo la maiuscola (per es.prenomi o cognomi) si è sicuri che i sistemi automatici saranno sempre in grado di applicare correttamente la maiuscola/minuscola con poche eccezioni. Il bot che avevo inseriva alcune descrizioni standard seguendo questa convenzione, mentre per le etichette le inserivo solo in alcuni casi, esempio, umani, divisioni amministrative etc. --ValterVB (msg) 09:06, 11 feb 2019 (CET)
- [@ ValterVB] ma dato che in italiano è praticamente impossibile (anzi, secondo me è proprio impossibile) che un sottotitolo, che altro non è che una definizione, debba iniziare con la maiuscola, tu saresti favorevole a forzare la minuscola localmente qui su it.wiki per standardizzare la cosa? --Ignazio (msg) 14:02, 11 feb 2019 (CET)
- [@ Ignazio Cannata] Secondo me è più corretta l'impostazione classica, quindi minuscolo se è minuscolo, maiuscolo se è maiuscolo, in questa maniera si possono rilevare eventuali errori. --ValterVB (msg) 17:20, 11 feb 2019 (CET)
- Come scrivevo sopra, su it.wiki non si deve manipolare nulla per attenersi alla massima trasparenza voluta dagli sviluppatori. [@ ValterVB] quello che intendevo pingandoti è: se le descrizioni in italiano cominciano sempre con la minuscola (e qui sembra esserci conferma riguardo al fatto che non ci siano eccezioni), ti vengono in mente controindicazioni all'invio di un bot su Wikidata per convertire da maiuscola in minuscola la prima lettera di tutte le descrizioni italiane?--Sakretsu (炸裂) 18:07, 11 feb 2019 (CET)
- Per ora ho problemi di harware/rete e scrivania :) se no ci darei un'occhiata, non vorrei ci fosse qualche caso a cui non stiamo pensando, che ha come parola iniziale qualcosa che deve essere sempre in maiuscolo. --ValterVB (msg) 18:23, 11 feb 2019 (CET)
- Figurati, magari ritornaci sopra in un momento migliore. D'altronde non è una cosa importante e di certo non voglio arrecare danno a Wikidata per la fretta. Grazie--Sakretsu (炸裂) 18:52, 11 feb 2019 (CET)
- Per ora ho problemi di harware/rete e scrivania :) se no ci darei un'occhiata, non vorrei ci fosse qualche caso a cui non stiamo pensando, che ha come parola iniziale qualcosa che deve essere sempre in maiuscolo. --ValterVB (msg) 18:23, 11 feb 2019 (CET)
- Come scrivevo sopra, su it.wiki non si deve manipolare nulla per attenersi alla massima trasparenza voluta dagli sviluppatori. [@ ValterVB] quello che intendevo pingandoti è: se le descrizioni in italiano cominciano sempre con la minuscola (e qui sembra esserci conferma riguardo al fatto che non ci siano eccezioni), ti vengono in mente controindicazioni all'invio di un bot su Wikidata per convertire da maiuscola in minuscola la prima lettera di tutte le descrizioni italiane?--Sakretsu (炸裂) 18:07, 11 feb 2019 (CET)
- [@ Ignazio Cannata] Secondo me è più corretta l'impostazione classica, quindi minuscolo se è minuscolo, maiuscolo se è maiuscolo, in questa maniera si possono rilevare eventuali errori. --ValterVB (msg) 17:20, 11 feb 2019 (CET)
visual editor in pagine diverse dal NS0
è possibile abilitare il visual editor anche in pagine che non sono del ns0, per es discussioni? grazie. --Matitao (msg) 09:49, 11 feb 2019 (CET)
- A quanto vedo, nì: si può fare solo a livello di sito cambiando la configurazione (questa). Inutile dire che serve abbastanza consenso. --Daimona Eaytoy (Scrivimi!) 10:49, 11 feb 2019 (CET)
- Intendevo per-utente, non esteso a tutti. Si può modificare qualcosa lato client? --Matitao (msg) 10:52, 11 feb 2019 (CET)
- Sì sì, avevo inteso :) Intendevo però dire che no, non credo si possa fare. Nel caso si tratterebbe di un hack, anche se magari qualche wiki l'ha già fatto... --Daimona Eaytoy (Scrivimi!) 10:58, 11 feb 2019 (CET)
- Ok, grazie. Pensavo fosse fattibile con qualche user.js :) --Matitao (msg) 13:37, 11 feb 2019 (CET)
- Sì sì, avevo inteso :) Intendevo però dire che no, non credo si possa fare. Nel caso si tratterebbe di un hack, anche se magari qualche wiki l'ha già fatto... --Daimona Eaytoy (Scrivimi!) 10:58, 11 feb 2019 (CET)
- Intendevo per-utente, non esteso a tutti. Si può modificare qualcosa lato client? --Matitao (msg) 10:52, 11 feb 2019 (CET)
La nuova barra degli strumenti di modifica..
Chiedo aiuto per il ripristino degli strumenti di modifica. Non sono in grado di passare alla barra nuova.. e avrei bisogno di un tutor... Ho sempre usato il MonoBook. Grazie --Betta27 09:50, 9 feb 2019 (CET)
- puoi specificare che impostazioni ti ritrovi nella sezione Casella di modifica delle preferenze e se, eventualmente, hai attiva la barra degli strumenti di modifica del 2006 come accessorio? --valepert 11:20, 9 feb 2019 (CET)
- Nelle "Preferenze-Accessori-Area di modifica" non era selezionata la TOOLBAR CLASSICA del 2006, l'ho fatto e sono ricomparsi tutti i pulsanti e il Testo personale!!!! Resto così o essendo obsoleto scomparirà...? Grazie! --Betta27 18:36, 9 feb 2019 (CET)
- Betta27: è già scomparsa da qualche mese, attivandola tra gli accessori hai semplicemente attivato uno script che la ricrea autonomamente. in pratica se non cambia nulla e qualcuno tiene lo script che hai attivato aggiornato, quella barra potrà essere utilizzata "per sempre". --Wim b 10:53, 10 feb 2019 (CET)
- [@ Wim b] Grazie Wim b! in effetti era qualche mese che non editavo più... --Betta27 11:46, 10 feb 2019 (CET)
- Arrivo a fare il guastafeste >:) Quanto detto sopra è tutto corretto, ma ci tengo a precisare che la barra in questione è stata rimossa dal software ed esiste solo come accessorio. La differenza fondamentale è che gli accessori vengono tenuti aggiornati e funzionanti dagli utenti, e non è difficile che in futuro vengano a crearsi problemi (con questo accessorio o qualunque altro). Insomma, diciamo che magari è come dice Wim, la barra verrà tenuta aggiornata e la si potrà usare "per sempre". Ma questo non è garantito, ed è per questo motivo che consiglio comunque di provare la barra "nuova" (detto da uno che le novità non le guarda mai di buon occhio), che se non erro ha tutte le funzionalità della vecchia. A mio avviso, il periodo iniziale per abituarsi è un buon prezzo per i benefici a lungo termine. Ovviamente, per qualsiasi problema o dubbio chiedi pure, e cercherò di rispondere :-) --Daimona Eaytoy (Scrivimi!) 12:55, 10 feb 2019 (CET)
- [@ Daimona Eaytoy] Grazie, ne terrò conto..! Per il momento resto sulla 2006 che mi piace di più, ma nel frattempo ho visto e capito come attivare la nuova, se la 2006 dovesse disgregarsi.. --Betta27 17:41, 12 feb 2019 (CET)
- Arrivo a fare il guastafeste >:) Quanto detto sopra è tutto corretto, ma ci tengo a precisare che la barra in questione è stata rimossa dal software ed esiste solo come accessorio. La differenza fondamentale è che gli accessori vengono tenuti aggiornati e funzionanti dagli utenti, e non è difficile che in futuro vengano a crearsi problemi (con questo accessorio o qualunque altro). Insomma, diciamo che magari è come dice Wim, la barra verrà tenuta aggiornata e la si potrà usare "per sempre". Ma questo non è garantito, ed è per questo motivo che consiglio comunque di provare la barra "nuova" (detto da uno che le novità non le guarda mai di buon occhio), che se non erro ha tutte le funzionalità della vecchia. A mio avviso, il periodo iniziale per abituarsi è un buon prezzo per i benefici a lungo termine. Ovviamente, per qualsiasi problema o dubbio chiedi pure, e cercherò di rispondere :-) --Daimona Eaytoy (Scrivimi!) 12:55, 10 feb 2019 (CET)
- [@ Wim b] Grazie Wim b! in effetti era qualche mese che non editavo più... --Betta27 11:46, 10 feb 2019 (CET)
- Betta27: è già scomparsa da qualche mese, attivandola tra gli accessori hai semplicemente attivato uno script che la ricrea autonomamente. in pratica se non cambia nulla e qualcuno tiene lo script che hai attivato aggiornato, quella barra potrà essere utilizzata "per sempre". --Wim b 10:53, 10 feb 2019 (CET)
- Nelle "Preferenze-Accessori-Area di modifica" non era selezionata la TOOLBAR CLASSICA del 2006, l'ho fatto e sono ricomparsi tutti i pulsanti e il Testo personale!!!! Resto così o essendo obsoleto scomparirà...? Grazie! --Betta27 18:36, 9 feb 2019 (CET)
Ancora sul monobook modulare
Preambolo: si parla di Wikipedia:Monobook.js/MonobookCompleto.js, script deprecato da anni. Qualche tempo fa avevo iniziato la deprecazione "forte" dello stesso, ovvero: ogni volta che lo script viene caricato, a fondo pagina viene inserito un avvisaccio rosso che invita a sostituire i tool deprecati con accessori; viene inoltre aggiunto un riquadretto rosso alla sidebar (sopra al link verso la pagina principale) che rimanda all'avviso di cui sopra. L'ultima discussione in proposito è Wikipedia:Bar/Discussioni/Inquietante avviso rosso, che fare?.
Problema: Il processo è terribilmente lento. In parte gli utilizzi sono calati, ma ne rimangono ancora un sacco (per alcuni tool, si parla di 5-600 utilizzi). Ciò è dovuto, immagino, a 3 cause principali:
- utenti che non vogliono/sanno come switchare ai gadget
- utenti inattivi
- dato che gli utilizzi vengono contati via Speciale:Ricerca, è possibile che ad esempio l'utente Tizio carichi un dato tool in Utente:Tizio/monobook.js ma usi la skin vector, e pertanto non gli viene mostrato l'avviso
Ovviamente, il caso 1 è semplice da risolvere: giusto l'altro giorno ho aggiunto del codice che, premendo un pulsante, cambia tutto ciò che va cambiato in automatico. 2 e 3 sono invece più tosti. Un'alternativa potrebbe essere inviare un MassMessage a chi ha questa roba nei JS (anche se non la carica), ma per il momento vorrei evitare: ci sono ancora dei tool che non hanno un sostituto e alcuni casi particolari non ancora trattati, per i quali in futuro servirebbe un ulteriore MM. Quindi, la domanda è: come riusciamo a raggiungere (e convincere) più persone ad effettuare il cambiamento? Vorrei sentire qualche parere al riguardo. Le idee che mi vengono in mente sono:
- Aggiungere un messaggio al sitenotice (dinamicamente, solo se vengono caricati tool deprecati)
- Mostrare un alert che invita a leggere l'avviso, magari facendolo apparire una volta su X (=5 ?)
- Inviare un MassMessage lo stesso, dato che comunque il processo richiederà tempo e prima del prossimo MM passerebbero comunque dei mesi.
Altre idee? --Daimona Eaytoy (Scrivimi!) 11:56, 13 feb 2019 (CET)
- Segnalo di aver attivato un alert, che appare con probabilità 10%. Cliccando su OK viene cambiato tutto automaticamente, pertanto mi sembra accettabile. --Daimona Eaytoy (Scrivimi!) 20:13, 13 feb 2019 (CET)
Template Demografia incluso (da mobile)
Non riesco a comprendere perché da qualche settimana il template:Demografia, pur apparendo correttamente nelle proprie sottopagine (anche in versione mobile), non compare affatto quando è incluso in voce da mobile. Esempio: se apro Template:Demografia/Roma tutto ok (anche da mobile), ma se apro Roma da mobile il template non.compare nella sezione Società (lo stesso problema si verifica per qualsiasi altra località). Invece in versione desktop è sempre tutto ok.--3knolls (msg) 10:23, 16 feb 2019 (CET)
- Uhm, il problema è che width e height sono a 0, nonostante l'immagine sia lì. Ciò è causato da MobileFrontend, che ha del codice per il lazy-load delle immagini; tale codice setta le dimensioni a 0 (per motivo ignoto) e tali rimangono, anche dopo che l'immagine è stata caricata. Non so perché accada, bisognerebbe fare qualche test... --Daimona Eaytoy (Scrivimi!) 12:53, 16 feb 2019 (CET)
- Da parte mia posso solo garantire che fino a qualche settimana fa è stato sempre tutto ok. Ho segnalato al Coordinamento template.--3knolls (msg) 11:59, 17 feb 2019 (CET)
- PS L'utente:Ignazio Cannata ha segnalato che stranamente in anteprima il template compare ancora. Ad ogni modo il problema sembra essere globale: ho verificato che in catalano e in polacco templates analoghi ugualmente non funzionano (con la differenza che in polacco al posto del template compare almeno uno spazio vuoto).--3knolls (msg) 14:56, 17 feb 2019 (CET)
- Anche qui il risultato è una riga vuota, mentre la compilazione del parametro "titolo" compare ordinariamente. Il problema riguarda unicamente l'estensione EasyTimeline. --Ignazio (msg) 15:13, 17 feb 2019 (CET)
- Chiaramente è un problema globale e non si può fare nulla onwiki. Avevo dimenticato di segnalarlo, ma ho già aperto un task in proposito. --Daimona Eaytoy (Scrivimi!) 17:23, 17 feb 2019 (CET)
- Anche qui il risultato è una riga vuota, mentre la compilazione del parametro "titolo" compare ordinariamente. Il problema riguarda unicamente l'estensione EasyTimeline. --Ignazio (msg) 15:13, 17 feb 2019 (CET)
SicuroSicuroSicuro
Segnalo un piccolo malfunzionamento di SicuroSicuroSicuro: da qualche tempo, dopo il primo clic sul tasto rollback, al posto del messaggio di conferma appare la scritta "rollback: undefined". Sembra essere solo un bug grafico, perché la funzionalità del gadget è inalterata. --Dan Kenshi (msg) 00:11, 17 feb 2019 (CET)
- Strano, a me non capita. Ti appare così sempre o solo a volte? E hai attivato accessori o funzionalità sperimentali di recente?--Sakretsu (炸裂) 00:46, 17 feb 2019 (CET)
- Il problema è nella tua configurazione: nel common.js hai
window.sureSureSure = { disablePatrolAjax: true };, e questo sovrascrive le opzioni di default, che includono anche il messaggio da utilizzare. La modifica più "sicura" (che ho già fatto) era di modificare il gadget affinché le opzioni specificate vadano ad aggiungersi al default, anziché sovrascriverlo. --Daimona Eaytoy (Scrivimi!) 10:19, 17 feb 2019 (CET)- Ciao [@ Sakretsu] [@ Daimona Eaytoy], grazie per le risposte. Mi spiace disturbarvi per un problema che riguarda solo me, ma adesso i suddetti gadget non funzionano più, nel senso che sia il rollback sia la verifica delle modifiche partono al primo clic. Se c'è qualche intoppo dovuto alla contemporanea attivazione di entrambi i gadget posso rinunciare a uno dei due, non è un problema. --Dan Kenshi (msg) 11:37, 17 feb 2019 (CET)
- Non andava nemmeno a me, per ora ho ripristinato.--Sakretsu (炸裂) 11:43, 17 feb 2019 (CET)
- Uhm, ho un sospetto. A dire il vero, avevo provato il gadget dopo la modifica, ma evidentemente la cache non si era purgata. Per confermare la mia teoria devo fare un esperimento sul gadget. Continuerà a non funzionare per il tempo dell'esperimento, ma ho il sospetto che non sia replicabile altrove. --Daimona Eaytoy (Scrivimi!) 11:46, 17 feb 2019 (CET)
- Nonostante i lunghissimi tempi di attesa per la cache, ce l'ho fatta. Inizialmente pensavo che i gadget non supportassero le costanti, ma poi ho visto che in realtà c'era un typo in una variabile. E in più, andava ridefinita la variabile globale. Ora funziona! --Daimona Eaytoy (Scrivimi!) 12:09, 17 feb 2019 (CET)
- [@ Daimona Eaytoy] Confermo, tutto risolto, grazie! --Dan Kenshi (msg) 13:00, 17 feb 2019 (CET)
- Nonostante i lunghissimi tempi di attesa per la cache, ce l'ho fatta. Inizialmente pensavo che i gadget non supportassero le costanti, ma poi ho visto che in realtà c'era un typo in una variabile. E in più, andava ridefinita la variabile globale. Ora funziona! --Daimona Eaytoy (Scrivimi!) 12:09, 17 feb 2019 (CET)
- Uhm, ho un sospetto. A dire il vero, avevo provato il gadget dopo la modifica, ma evidentemente la cache non si era purgata. Per confermare la mia teoria devo fare un esperimento sul gadget. Continuerà a non funzionare per il tempo dell'esperimento, ma ho il sospetto che non sia replicabile altrove. --Daimona Eaytoy (Scrivimi!) 11:46, 17 feb 2019 (CET)
- Non andava nemmeno a me, per ora ho ripristinato.--Sakretsu (炸裂) 11:43, 17 feb 2019 (CET)
- Ciao [@ Sakretsu] [@ Daimona Eaytoy], grazie per le risposte. Mi spiace disturbarvi per un problema che riguarda solo me, ma adesso i suddetti gadget non funzionano più, nel senso che sia il rollback sia la verifica delle modifiche partono al primo clic. Se c'è qualche intoppo dovuto alla contemporanea attivazione di entrambi i gadget posso rinunciare a uno dei due, non è un problema. --Dan Kenshi (msg) 11:37, 17 feb 2019 (CET)
- Il problema è nella tua configurazione: nel common.js hai
Azioni dopo blocco
Salve, una domanda: come mai non mi funziona più il "coso" che ho qui per le Azioni-dopo-blocco? Grazie, --Euphydryas (msg) 18:54, 11 feb 2019 (CET)
- Ci sto guardando. Lo script, per funzionare, aggiunge i parametri del blocco all'URL subito prima che il blocco venga eseguito, e successivamente li legge per mostrare le opzioni. Il problema sta nel fatto che tali parametri non vengono più aggiunti, e quindi non funziona nulla. Sul perché, non so. Sto facendo delle prove in locale, ma sicuramente è qualcosa relativo ai blocchi parziali, perché con una versione di MediaWiki vecchia un paio di settimane (e senza blocchi parziali attivi) il problema non si presenta. --Daimona Eaytoy (Scrivimi!) 10:43, 12 feb 2019 (CET)
- Sinceramente: non lo so! Ho fatto due git bisect senza risultati, l'unica cosa certa è che con l'ultima versione di MW funzionava (wmf.14), con questa (wmf.16) no. Cerco di arrivarci da altre strade. --Daimona Eaytoy (Scrivimi!) 12:07, 12 feb 2019 (CET)
- Finalmente, trovato. Spiegazione tecnica: La cosa è un po' preoccupante... In realtà il secondo git bisect era giusto, il problema è un modulo del ResourceLoader che è stato rimosso (
mediawiki.api.edit). In realtà tutti i sottomoduli API sono deprecati da tempo, quindi la cosa è abbastanza logica, anche se forse non hanno controllato bene quanti e quali script usassero questi moduli. La cosa è aggravata dal fatto che il caricamento dei moduli usa mw.loader.using con un solo callback, quello per il successo. Non essendoci un callback per il caso failure, lo script si interrompeva silenziosamente. La soluzione nel caso specifico è semplice, basta sostituire il modulo e aggiungere un callback per sicurezza. La cosa meno semplice è farlo per tutti gli script esistenti: togliere moduli deprecati e assicurarsi che ci sia un callback per il caso failure... Cerco di valutare la situazione e capire se conviene fare tutto a mano oppure no. In parole semplici: provvedo a correggere subito, anche se ci sarà un bel po' di lavoro da fare a giro per evitare che anche altri script abbiano, ora o in futuro, lo stesso problema. Una considerazione generale a margine: lo script Azioni-dopo-blocco è fatto molto bene, io valuterei se spostarlo nel NS MediaWiki come gadget. --Daimona Eaytoy (Scrivimi!) 13:58, 12 feb 2019 (CET)- Grazie [@ Daimona Eaytoy], ora funziona! --Euphydryas (msg) 14:38, 12 feb 2019 (CET)
- Confermo, fatto tutto! In realtà i pezzi problematici erano stati tolti da WMF dal ns mediawiki, ma non negli script utente. Ho provveduto a correggere tutti gli script mancanti, e a rendere più "sicuri" tutti gli altri. L'unica cosa rimasta è valutare se trasformare lo script in accessorio. Se non ci sono problemi, magari lo faccio più tardi. --Daimona Eaytoy (Scrivimi!) 14:50, 12 feb 2019 (CET)
- Prima di renderlo un accessorio, cambia solo una cosa: se la pagina utente non esiste, la protegge e basta; se esiste, ne sostituisce il contenuto con BloccoInfinito e protegge.--Sakretsu (炸裂) 14:51, 12 feb 2019 (CET)
- [@ Sakretsu] Cioè esattamente come ora, salvo il caso in cui la pagina utente non esista e quindi non va creata? --Daimona Eaytoy (Scrivimi!) 14:57, 12 feb 2019 (CET) P.S. Tutto ciò solo per il caso bloccoinfinito, o anche gli altri?
- La forma attuale fu discussa qui --Euphydryas (msg) 15:05, 12 feb 2019 (CET)
- Già al tempo non eravamo tutti dello stesso parere, oltre al problema dei nomi utente inappropriati (banalmente anche quelli promozionali) che non dovremmo pubblicizzare nella ricerca interna del sito. Ricordo pure qualche osservazione in mail list a riguardo, i cui dissensi si ravvisano ancora oggi. Dato che lo script non è diventato accessorio proprio per questo motivo, direi di fare in modo che lasci la situazione come sta, almeno finché non chiudiamo la discussione che è rimasta in sospeso. @Daimona: i blocchi a durata limitata non comportano modifiche e protezioni della pagina utente.--Sakretsu (炸裂) 15:21, 12 feb 2019 (CET)
- La forma attuale fu discussa qui --Euphydryas (msg) 15:05, 12 feb 2019 (CET)
- [@ Sakretsu] Cioè esattamente come ora, salvo il caso in cui la pagina utente non esista e quindi non va creata? --Daimona Eaytoy (Scrivimi!) 14:57, 12 feb 2019 (CET) P.S. Tutto ciò solo per il caso bloccoinfinito, o anche gli altri?
- Prima di renderlo un accessorio, cambia solo una cosa: se la pagina utente non esiste, la protegge e basta; se esiste, ne sostituisce il contenuto con BloccoInfinito e protegge.--Sakretsu (炸裂) 14:51, 12 feb 2019 (CET)
- Confermo, fatto tutto! In realtà i pezzi problematici erano stati tolti da WMF dal ns mediawiki, ma non negli script utente. Ho provveduto a correggere tutti gli script mancanti, e a rendere più "sicuri" tutti gli altri. L'unica cosa rimasta è valutare se trasformare lo script in accessorio. Se non ci sono problemi, magari lo faccio più tardi. --Daimona Eaytoy (Scrivimi!) 14:50, 12 feb 2019 (CET)
- Grazie [@ Daimona Eaytoy], ora funziona! --Euphydryas (msg) 14:38, 12 feb 2019 (CET)
- Finalmente, trovato. Spiegazione tecnica: La cosa è un po' preoccupante... In realtà il secondo git bisect era giusto, il problema è un modulo del ResourceLoader che è stato rimosso (
- Sinceramente: non lo so! Ho fatto due git bisect senza risultati, l'unica cosa certa è che con l'ultima versione di MW funzionava (wmf.14), con questa (wmf.16) no. Cerco di arrivarci da altre strade. --Daimona Eaytoy (Scrivimi!) 12:07, 12 feb 2019 (CET)
[← Rientro] Che ci sia dissenso non mi stupisce, ma se attendiamo consenso su una cosa del genere... In alternativa si può mettere una checkbox per lasciare la decisione all'admin. Comunque non mi riferivo ai blocchi limitati, ma agli altri due casi di infinito... Che in realtà per la UP è un altro solo, ovvero bloccoinfinito+sockpuppet. --Daimona Eaytoy (Scrivimi!) 15:28, 12 feb 2019 (CET)
- Nel frattempo per me va bene anche il checkbox, sicuramente già tornerebbe utile per i NUI. No, se scegli il caso sockpuppet lo stai facendo proprio per inserire il template Sockpuppet in PU.--Sakretsu (炸裂) 15:35, 12 feb 2019 (CET)
- Più o meno,
Fatto. L'unica cosa che non mi convince è che, nonostante tutto, la CB è allineata a sinistra con i radio, e non è chiaro che si riferisce solo al primo. A mio avviso sarebbe perfetto se avesse, per dire, 1em di margine a sinistra, ma via OOUI non lo si può fare direttamente... O almeno, non in un modo che sia contemporaneamente pulito e veloce. --Daimona Eaytoy (Scrivimi!) 16:26, 12 feb 2019 (CET)
- Se adesso si cambia selezione della modalità di blocco (cioè se ad esempio cambi idea e passi da BloccoInfinito a BloccoInfinito + Sockpuppet), le impostazioni precedenti rimangono selezionate. Conviene testare tutto in uno script a parte, perché questo è in uso da parte di più admin.--Sakretsu (炸裂) 16:45, 12 feb 2019 (CET)
- Giustamente il RadioSelect vuole solo opzioni come elementi... Sto cercando di sistemarlo, ma i problemi sono gli stessi. In primo luogo, non ho trovato niente di meglio che mettere la cb sopra al campo con i radio. Inoltre sto cercando di nasconderla dinamicamente se il primo radio non è selezionato, ma per qualche motivo il listener non viene aggiunto... Non credevo che aggiungere una checkbox a un form potesse essere così difficile! --Daimona Eaytoy (Scrivimi!) 17:28, 12 feb 2019 (CET)
- [@ Sakretsu] Speciale:Diff/102718616. Direi che ci siamo, o manca qualcosa? --Daimona Eaytoy (Scrivimi!) 18:56, 12 feb 2019 (CET)
- L'altro caso dove ci vuole la spunta è proprio quello dei nomi utente inappropriati. Per il resto tieni conto che coi blocchi parziali si aggiungeranno parametri al template Blocco per indicare singole pagine e namespace sia in caso di blocco infinito sia di blocco a tempo determinato... Non so quanto ti entusiasmi l'idea :-)--Sakretsu (炸裂) 02:12, 13 feb 2019 (CET)
- [@ Sakretsu] Il vantaggio di aver implementato una checkbox "generica" è che per aggiungere il caso dei NUI basta modificare il controllo di quando nascondere la CB, cosa che provvedo a fare. Riguardo ai nuovi parametri di blocco: la cosa non mi entusiasma molto, è vero, ma si tratta comunque di parametri gestiti internamente dallo script (cioè da aggiungere e poi leggere dall'URL), che quindi non richiedono modifiche all'interfaccia. Vedo se riesco ad implementare ora anche loro. --Daimona Eaytoy (Scrivimi!) 09:56, 13 feb 2019 (CET)
- Quasi fatto anche questo. I parametri vengono aggiunti e letti, rimane solo da utilizzarli ma ovviamente prima occorre che i template di avviso li accettino. Per ora c'è altro o intanto lo si può spostare nel NS MediaWiki? --Daimona Eaytoy (Scrivimi!) 10:46, 13 feb 2019 (CET)
- Grazie per il lavoro. Se hai già fatto tutti i test del caso, per me puoi spostare. Purtroppo in questi giorni vado di corsa e non so quando riuscirò a mettere alla prova lo script.--Sakretsu (炸裂) 01:12, 14 feb 2019 (CET)
- Quasi fatto anche questo. I parametri vengono aggiunti e letti, rimane solo da utilizzarli ma ovviamente prima occorre che i template di avviso li accettino. Per ora c'è altro o intanto lo si può spostare nel NS MediaWiki? --Daimona Eaytoy (Scrivimi!) 10:46, 13 feb 2019 (CET)
- [@ Sakretsu] Il vantaggio di aver implementato una checkbox "generica" è che per aggiungere il caso dei NUI basta modificare il controllo di quando nascondere la CB, cosa che provvedo a fare. Riguardo ai nuovi parametri di blocco: la cosa non mi entusiasma molto, è vero, ma si tratta comunque di parametri gestiti internamente dallo script (cioè da aggiungere e poi leggere dall'URL), che quindi non richiedono modifiche all'interfaccia. Vedo se riesco ad implementare ora anche loro. --Daimona Eaytoy (Scrivimi!) 09:56, 13 feb 2019 (CET)
- L'altro caso dove ci vuole la spunta è proprio quello dei nomi utente inappropriati. Per il resto tieni conto che coi blocchi parziali si aggiungeranno parametri al template Blocco per indicare singole pagine e namespace sia in caso di blocco infinito sia di blocco a tempo determinato... Non so quanto ti entusiasmi l'idea :-)--Sakretsu (炸裂) 02:12, 13 feb 2019 (CET)
- [@ Sakretsu] Speciale:Diff/102718616. Direi che ci siamo, o manca qualcosa? --Daimona Eaytoy (Scrivimi!) 18:56, 12 feb 2019 (CET)
- Giustamente il RadioSelect vuole solo opzioni come elementi... Sto cercando di sistemarlo, ma i problemi sono gli stessi. In primo luogo, non ho trovato niente di meglio che mettere la cb sopra al campo con i radio. Inoltre sto cercando di nasconderla dinamicamente se il primo radio non è selezionato, ma per qualche motivo il listener non viene aggiunto... Non credevo che aggiungere una checkbox a un form potesse essere così difficile! --Daimona Eaytoy (Scrivimi!) 17:28, 12 feb 2019 (CET)
- Se adesso si cambia selezione della modalità di blocco (cioè se ad esempio cambi idea e passi da BloccoInfinito a BloccoInfinito + Sockpuppet), le impostazioni precedenti rimangono selezionate. Conviene testare tutto in uno script a parte, perché questo è in uso da parte di più admin.--Sakretsu (炸裂) 16:45, 12 feb 2019 (CET)
- Più o meno,
[← Rientro] Avevo fatto dei test in locale e qualcuno qui. Ovviamente qualcosa può sfuggire lo stesso, ma mi ero concentrato abbastanza sulle funzionalità modificate. Poi se ci fossero problemi, basta avvisare qui. Riguardo alla transizione, procedo così: sposto tutto nel NS MW per tenere la crono, ricreo la pagina utente come fallback e avviso a mano gli admin coinvolti. --Daimona Eaytoy (Scrivimi!) 09:33, 14 feb 2019 (CET)
- Fatto tutto! [@ Sakretsu] A te il messaggio in talk non l'ho mandato, ma ovviamente devi switchare pure tu :) --Daimona Eaytoy (Scrivimi!) 09:51, 14 feb 2019 (CET)
- Fatto, fatto, non sia mai che mi ritrovi un inquietante avviso rosso da un giorno all'altro--Sakretsu (炸裂) 11:24, 14 feb 2019 (CET)
- [@ Daimona Eaytoy] la spunta si attiva se scegli blocco nome utente, ma anche se non la metti lo script crea lo stesso la pagina. Invece tutto funziona correttamente nel caso semplice di BloccoInfinito.--Sakretsu (炸裂) 00:36, 18 feb 2019 (CET)
- [@ Sakretsu] Vero, grazie, nell'aggiungere la checkbox al blocconomeutente avevo dimenticato di aggiornare anche la chiamata. --Daimona Eaytoy (Scrivimi!) 08:42, 18 feb 2019 (CET)
- [@ Daimona Eaytoy] la spunta si attiva se scegli blocco nome utente, ma anche se non la metti lo script crea lo stesso la pagina. Invece tutto funziona correttamente nel caso semplice di BloccoInfinito.--Sakretsu (炸裂) 00:36, 18 feb 2019 (CET)
- Fatto, fatto, non sia mai che mi ritrovi un inquietante avviso rosso da un giorno all'altro--Sakretsu (炸裂) 11:24, 14 feb 2019 (CET)
RTRC
MediaWiki:Gadget-RTRC.js va molto lento. --Buggia 18:18, 18 feb 2019 (CET)
- (Per la cronaca, risolto, era problema locale.) --Daimona Eaytoy (Scrivimi!) 20:39, 18 feb 2019 (CET)
Avvisounicode automatico
cb La discussione prosegue nella pagina Discussioni template:Avvisounicode#Avviso automatico.
– Il cambusiere --Epìdosis 22:36, 21 feb 2019 (CET)
Check wikipedia
Che succede, è andata offline? --Er Cicero 19:42, 15 feb 2019 (CET)
- Pare sia stato temporaneamente sospeso per phab:T216167.--ƒringio · ✉ 20:50, 15 feb 2019 (CET)
- [@ Er Cicero] ora è di nuovo raggiungibile.--ƒringio · ✉ 13:01, 19 feb 2019 (CET)
Template:Cancellazione per avvisare di cancellazioni multiple
Qualcuno può aggiustare Template:Cancellazione in maniera che si possa usare per avvisare i progetti e gli utenti di cancellazioni multiple? --Superchilum(scrivimi) 18:09, 20 feb 2019 (CET)
- Non esiste già il parametro
|multipla=? Non è scritto nelle istruzioni ma almeno qua sì. Forse intendevi cambiare il messaggio che viene generato in modo che espliciti il fatto che si tratti di una multipla? --goth nespresso 19:48, 20 feb 2019 (CET)- Quello che indichi tu è quando metti il template nelle voci, non nelle talk dei progetti o degli utenti, purtroppo. Sarebbe da fare una cosa analoga per questi casi. --Superchilum(scrivimi) 16:46, 21 feb 2019 (CET)
Ottimizzazione discussioni da mobile
[@ Daimona Eaytoy, Sakretsu] non si potrebbe fare in modo che la linguetta "Aggiungi discussione" compaia anche in tutte le pagine che contengano la direttiva __NEWSECTIONLINK__? Inoltre sarebbe opportuno disattivare la firma automatica dell'interfaccia mobile: personalmente non la uso mai, ma chiunque d'istinto apporrebbe la firma manualmente col risultato di ritrovarsela duplicata. --Ignazio (msg) 20:10, 20 feb 2019 (CET)
- Premetto che in questo periodo non ho molto tempo per pensarci. Ad ogni modo: sull'"Aggiungi discussione" non so se sia fattibile da locale, almeno in maniera pulita. Riguardo alla firma, la cosa mi incuriosisce: viene messa in automatico in ogni discussione? Se così fosse non sarebbe molto agevole, e personalmente da una parte preferirei disabilitare questa possibilità, che potrebbe creare qualche problema ad esempio nelle pagine dove la firma viene inserita automaticamente dai template, o semplicemente nelle discussioni in cui l'editnotice o le istruzioni invitano "caldamente" l'utente a inserire la firma con le tildi, che quindi risulterebbe duplicata. --Daimona Eaytoy (Scrivimi!) 09:47, 21 feb 2019 (CET)
- [@ Daimona Eaytoy] nulla di tutto questo. Quando si tratta di discutere da mobile le possibilità sono due: utilizzare l'apposita interfaccia (a cui appunto si accede attraverso "Aggiungi discussione"), oppure modificare la discussione precedente. La firma viene apposta in automatico solamente nel primo caso, quindi la funzione non interesserà mai alcun template (o quantomeno non me ne viene in mente nessuno inseribile direttamente da un utente e che aggiunga la firma già di suo), né tantomento gli editnotice, a cui da mobile è possibile accedere unicamente operando sull'url. --Ignazio (msg) 14:33, 21 feb 2019 (CET)
- Sarà, ma non mi convince. Mi sembra un inutile zuccherino per far risparmiare la fatica di premere un pulsante, e che (vista la giusta presenza di inviti a firmarsi nella maggioranza delle discussioni) a mio avviso potrebbe finire per confondere l'utente. E il fatto che gli editnotice non vengano mostrati da mobile non è una funzionalità (da sfruttare), è un maledetto bug. --Daimona Eaytoy (Scrivimi!) 16:18, 21 feb 2019 (CET)
- [@ Daimona Eaytoy] pecchi di ottimismo, non esiste nessun pulsante da premere nella versione mobile :D --Ignazio (msg) 16:21, 21 feb 2019 (CET)
- Allora correggo con "la fatica di schiacciare cinque tasti". Secondo me la cosa andrebbe rivista upstream, ma non sono in grado di starci dietro al momento. --Daimona Eaytoy (Scrivimi!) 16:33, 21 feb 2019 (CET)
- Queste cose è impensabile implementarle in locale. La versione mobile per ora non è pensata per partecipare, ma solo per leggere e fare il minimo indispensabile. Se si vuole contribuire con comodità, si è costretti a farlo da versione desktop.--Sakretsu (炸裂) 16:42, 21 feb 2019 (CET)
- [@ Sakretsu] non sono assolutamente d'accordo, queste sono minuzie. Delle comodità sarebbero senza ombra di dubbio i pulsanti "annulla", "purge" e "sposta" (quest'ultimo aggirabile attraverso Speciale:Sposta/...), ma la grande mancanza della versione mobile è soltanto la fruibilità degli accessori; per il resto trovo molto più comodo agire da smartphone. In ogni caso segnalare questa discussione su Phabricator non costa nulla. --Ignazio (msg) 17:11, 21 feb 2019 (CET)
- Appunto, quando ti servono queste minuzie/comodità sei costretto a passare alla versione desktop, il che è possibile anche da cellulare. Comunque non ho capito: vuoi aprire tu un task o stai chiedendo di aprirlo?--Sakretsu (炸裂) 18:23, 21 feb 2019 (CET)
- [@ Sakretsu] se non ti disturbo troppo, discutere in inglese non è esattamente il mio forte. --Ignazio (msg) 18:31, 21 feb 2019 (CET)
- Non mi occupo di queste cose, semmai a farlo è Daimona che già quando risponde e si interessa fa un piacere. In sede di richiesta evitiamo di scrivere agli utenti che fanno la cortesia di aprire e seguire gli sviluppi di task su Phabricator per conto di altri che quello che fanno non costa nulla.--Sakretsu (炸裂) 19:59, 21 feb 2019 (CET)
- [@ Sakretsu] segnalazioni e proposte non sono da meno, mi pare che il centro dell'enciclopedia sia la collaborazione. Quello che intendevo è semplicemente che, nonostante l'interfaccia mobile presenti delle lacune al momento difficilmente colmabili, discuterne su Phabricator è un tentativo che vale la pena di fare. Onestamente non vedo come si possa leggere nelle mie parole che i gesti di cortesia sono dovuti. --Ignazio (msg) 20:18, 21 feb 2019 (CET)
- [↓↑ fuori crono] Non ci siamo capiti. Ciò che costa e ciò che vale la pena di fare lasciamolo valutare al volontario che effettivamente se ne vuole occupare. Questo significa collaborare e non delegare il lavoro agli altri.--Sakretsu (炸裂) 21:20, 21 feb 2019 (CET)
- [@ Sakretsu] segnalazioni e proposte non sono da meno, mi pare che il centro dell'enciclopedia sia la collaborazione. Quello che intendevo è semplicemente che, nonostante l'interfaccia mobile presenti delle lacune al momento difficilmente colmabili, discuterne su Phabricator è un tentativo che vale la pena di fare. Onestamente non vedo come si possa leggere nelle mie parole che i gesti di cortesia sono dovuti. --Ignazio (msg) 20:18, 21 feb 2019 (CET)
- Non mi occupo di queste cose, semmai a farlo è Daimona che già quando risponde e si interessa fa un piacere. In sede di richiesta evitiamo di scrivere agli utenti che fanno la cortesia di aprire e seguire gli sviluppi di task su Phabricator per conto di altri che quello che fanno non costa nulla.--Sakretsu (炸裂) 19:59, 21 feb 2019 (CET)
- [@ Sakretsu] se non ti disturbo troppo, discutere in inglese non è esattamente il mio forte. --Ignazio (msg) 18:31, 21 feb 2019 (CET)
- Appunto, quando ti servono queste minuzie/comodità sei costretto a passare alla versione desktop, il che è possibile anche da cellulare. Comunque non ho capito: vuoi aprire tu un task o stai chiedendo di aprirlo?--Sakretsu (炸裂) 18:23, 21 feb 2019 (CET)
- [@ Sakretsu] non sono assolutamente d'accordo, queste sono minuzie. Delle comodità sarebbero senza ombra di dubbio i pulsanti "annulla", "purge" e "sposta" (quest'ultimo aggirabile attraverso Speciale:Sposta/...), ma la grande mancanza della versione mobile è soltanto la fruibilità degli accessori; per il resto trovo molto più comodo agire da smartphone. In ogni caso segnalare questa discussione su Phabricator non costa nulla. --Ignazio (msg) 17:11, 21 feb 2019 (CET)
- Queste cose è impensabile implementarle in locale. La versione mobile per ora non è pensata per partecipare, ma solo per leggere e fare il minimo indispensabile. Se si vuole contribuire con comodità, si è costretti a farlo da versione desktop.--Sakretsu (炸裂) 16:42, 21 feb 2019 (CET)
- Allora correggo con "la fatica di schiacciare cinque tasti". Secondo me la cosa andrebbe rivista upstream, ma non sono in grado di starci dietro al momento. --Daimona Eaytoy (Scrivimi!) 16:33, 21 feb 2019 (CET)
- [@ Daimona Eaytoy] pecchi di ottimismo, non esiste nessun pulsante da premere nella versione mobile :D --Ignazio (msg) 16:21, 21 feb 2019 (CET)
- Sarà, ma non mi convince. Mi sembra un inutile zuccherino per far risparmiare la fatica di premere un pulsante, e che (vista la giusta presenza di inviti a firmarsi nella maggioranza delle discussioni) a mio avviso potrebbe finire per confondere l'utente. E il fatto che gli editnotice non vengano mostrati da mobile non è una funzionalità (da sfruttare), è un maledetto bug. --Daimona Eaytoy (Scrivimi!) 16:18, 21 feb 2019 (CET)
- [@ Daimona Eaytoy] nulla di tutto questo. Quando si tratta di discutere da mobile le possibilità sono due: utilizzare l'apposita interfaccia (a cui appunto si accede attraverso "Aggiungi discussione"), oppure modificare la discussione precedente. La firma viene apposta in automatico solamente nel primo caso, quindi la funzione non interesserà mai alcun template (o quantomeno non me ne viene in mente nessuno inseribile direttamente da un utente e che aggiunga la firma già di suo), né tantomento gli editnotice, a cui da mobile è possibile accedere unicamente operando sull'url. --Ignazio (msg) 14:33, 21 feb 2019 (CET)
[← Rientro] No, aprirlo non costa nulla. Però, non dico mandare una patch io stesso, ma anche solo starci dietro è, al contrario, una cosa che ha un discreto costo. E che io, al momento, non posso permettermi. --Daimona Eaytoy (Scrivimi!) 20:49, 21 feb 2019 (CET)
Pagina con Log cancellazioni
Ciao, segnalo che da anni la pagina Wikipedia:Pagine da cancellare/Log/2015 gennaio 26 compare tra le varie categorie di lavoro sporco. Nella talk c'è la spiegazione a questo inconveniente.
La segnalo solo ora perché vorrei rimuoverla dalle pagine da categorizzare. Eventualmente ho pensato che potrebbe bastare cancellare la voce, copia-incollare il suo contenuto e la sua cronologia e ricrearla. --Torque (scrivimi!) 17:55, 28 feb 2019 (CET)
- Il problema è phab:T109238 e riguarda anche CAT:DE, CAT:O, CAT:UL e CAT:UNCAT. Non è niente di più che una fastidiosità, quindi non c'è da aspettarsi che venga risolto alla svelta. E no, nulla che possiamo fare on-wiki (magari!). --Daimona Eaytoy (Scrivimi!) 18:12, 28 feb 2019 (CET)