Wikipedia:Officina

Torna a inizio pagina ↑

Benvenuto nell'Officina!

Se nella tua navigazione o durante la modifica delle nostre pagine hai incontrato un malfunzionamento o un errore del software di Wikipedia o se pensi questo possa essere migliorato con qualche funzionalità tecnica che aiuti utenti e contributori, ti preghiamo di segnalarcelo in questa pagina.

Aggiungi la tua segnalazione o spiega la tua idea in fondo alla pagina. Non lasciare e-mail ma aggiungi la tua firma copiando e incollando ~~~~ oppure cliccando sul tasto - (vedi Aiuto:Uso della firma).

Se cerchi informazioni sull'uso di Wikipedia guarda Aiuto:Aiuto e Aiuto:FAQ (vedi anche dove fare una domanda). Questa pagina non va usata per:

• fare domande generiche sull'uso di Wikipedia (ad esempio: "come inserisco un'immagine in una voce?", "cos'è template?", "come si crea un progetto?"): chiedi in Aiuto:Sportello informazioni;
• fare domande su argomenti che vorresti trovare nell'enciclopedia e non hai trovato: vanno poste all'Oracolo, ma prima prova a esplorare Wikipedia e a fare una ricerca (se pensi che manchino degli argomenti, aggiungili tu o richiedili qui);
• discutere di pagine cancellate. Le pagine vengono cancellate secondo regole ben precise, e a meno di cancellazioni immediate, vi è già stata una discussione sull'opportunità di tenere la pagina e la comunità si è già espressa in modo negativo. Leggi Aiuto:Voci cancellate.

• Per le richieste passate vedi: Wikipedia:Officina/Archivio
• Per i bollettini tecnici vedi: Wikipedia:Wikipediano/Notizie tecniche

---

Fai click qui per aggiungere una nuova segnalazione e metti un titolo significativo
(tipo "Sarebbe utile uno strumento per fare la cosa X" o "Non riesco a visualizzare la tabella nella voce Y" e non "Ho un'idea geniale" o "Problema")

Per le segnalazioni precedenti vedi Wikipedia:Richieste tecniche/Archivio e/o Wikipedia:Malfunzionamenti/Archivio.

– Sportello informazioni

download di pagine di Wikipedia

Wikipedia non mi consente, da tempo, il download di delle opere di autori in essa contenuti sia in formato PDF, sia in formato TXT che in formato epub — Questo commento senza la firma utente è stato inserito da 109.117.230.125 (discussioni · contributi) 18:46, 17 dic 2018.

Pagine non osservate per categoria?

Recentemente mi è tornata alla mente questa richiesta di EGO; il problema riguarda Speciale:PagineNonOsservate, che da un lato è accessibile solo agli amministratori (al momento ... secondo me si potrebbe estendere anche agli autoverificati, ma ovviamente questa non è la sede per discuterne) e dall'altro ha il problema del limite delle 5000 voci (non sbaglio vero?), oltre al fatto che le voci sono disposte in semplice ordine alfabetico; ora, la mia domanda, è: sarebbe possibile per un amministratore tra voi estrarre da quelle 5000 voci le voci appartenenti a una certa categoria con sottocategorie (nella fattispecie io pensavo a Categoria:Personaggi della storia romana con tutte le sottocategorie a profondità massima), farne una lista e o inviarmela in privato oppure anche metterla qui in pubblico, coll'impegno per me di aggiungere quelle voci immediatamente ai miei OS? Grazie mille in ogni caso, --Epìdosis 10:14, 17 gen 2019 (CET)

Epì banalmente e semplicemente apri ogni categoria, seleziona le voci lettere comprese e senza patemi incollale qua Speciale:ModificaOsservati/raw; non fa niente se ci sono spazi prima o salti di rigo, le prende lo stesso. Alla fine ti troverai tutte le voci tra gli osservati e anche le lettere dell'alfabeto ma male non fa. Altrimenti usa AWB e copia la lista da lì. Se non sei capace te la faccio io. Altrimenti se qualcuno spiega come avere la lista di tutte le pagine in una categoria e in tutte le sottocategorie in modo più rapido magari tramite quarry (ipotizzo) farebbe un piacere anche a me--Pierpao.lo (listening) 11:51, 29 gen 2019 (CET)

Se non ho capito male, è proprio quello che fa PetScan --ValterVB (msg) 13:17, 29 gen 2019 (CET)

Il metodo con Petscan funziona perfettamente [@ ValterVB], l'ho già adottato in passato per altre categorie; l'unico problema che mi ponevo è che, sia con Petscan sia nel modo che proponi [@ Pierpao], mi ritrovo tra gli OS tutte le voci della categoria e non solo quelle al momento prive di osservatori ... non è un problema in senso stretto, anzi, semplicemente prima di procedere ad aggiungere qualche migliaio di voci ai già 21mila OS che ho cercavo se esisteva un modo per "risparmiare" e aggiungere soltanto quella (piccola) percentuale priva di osservatori. Ma probabilmente il metodo più semplice resta ancora aggiungere tutte le voci in blocco. Grazie in ogni caso, --Epìdosis 15:29, 29 gen 2019 (CET)

Template Gastronomia sballa tutto aggiungendo degli avvisi Senza fonte

Il Template:Gastronomia sballa tutto quando si aggiungendo degli avvisi come {{Senza fonte}} : mia modifica

La cosa non avviene con altri template sinottici esempio con Template:Sportivo. --79.17.157.31 (msg) 14:12, 20 gen 2019 (CET)

Questo avviene se un qualsiasi parametro prevede un risultato "obbligatorio", tipo l'anno in alcuni o la nazione in altri (come in questo). Non è un errore del template e basta inserire l'avviso nella voce invece che nell'infobox stesso. --Pil56 (msg) 14:27, 20 gen 2019 (CET)

L'errore è stato allora creare un template del genere dando per scontato che si possa prevedere cosa si possa mettere in quei campi. Non solo può capitare che serva indicare un avviso (senza fonte o altro), ma anche proprio il testo (esempio proprio per questo template sinottico: Discussioni template:Gastronomia#Problema causato dal parametro paese )

Quanto al "basta che": se lo si sapesse (non è indicato nelle istruzioni del template). Inoltre nel modo che tu proponi, resterebbe un'indicazione nel riquadro del sinottico che ad uno sguardo veloce (come capita spesso appunto per i sinottici) non ci si può rendere conto che sia senza fonte (e magari errata). Non tutti leggono anche tutto il testo, anche perché se così fosse potremmo proprio fare a meno di averli i template sinottici. (E ci sono anche casi più complicati, in cui nel sinottico c'è scritta una cosa, senza fonte, nel testo un'altra, sempre senza fonte, proprio perché appunto senza fonte ognuno può scrivere cose differenti....) --79.17.157.31 (msg) 18:19, 20 gen 2019 (CET)

Oltre al fatto che nelle istruzioni del template (in quello come in tutti gli altri a campi "fissi") c'è scritto come compilare il campo, quando hai salvato la pagina ti è apparsa anche la scritta esplicita che spiegava che il problema nasceva nell'indicazione errata della nazione.

Per tutte le altre considerazioni, che non hanno a che fare con questa pagina, il discorso sarebbe molto lungo e complesso ma, appunto, non di pertinenza di questa pagina. --Pil56 (msg) 19:13, 20 gen 2019 (CET)

Problema su alcuni parametri template

Monitorato su Phabricator
Task T213953
Risolto

Salve, vi rigiro una domanda che ho fatto sullo Sportello Informazioni, dove mi hanno detto di provare a chiedere qui: sto riscontrando un problema nella compilazione di alcuni template (ad esempio "Portale" o "Stub"): per qualche motivo non mi permette di compilare i parametri dei template, dicendomi testualmente "Senza campi inutilizzati", quando il template non ha alcuna informazione dentro (o magari lo sto proprio inserendo io). Ciò avviene quando utilizzo il VisualEditor.--Janik98 (msg) 16:03, 20 gen 2019 (CET)

[@ Janik98] non utilizzo mai il VisualEditor, ma pare che non riconosca i parametri posizionali (ovvero quelli che non hanno un nome e possono essere numerati): nel caso del template {{Portale}} puoi aggirare il problema chiamando il primo parametro "1" e compilandolo col nome del portale che vuoi inserire, poi potrai chiamare il secondo parametro "2" e così via; idem per il template {{Stub}}. Probabilmente bisogna fare proprio così, perché ho visto che poi, a modifica effettuata, i numeri non compaiono. --Ignazio (msg) 16:09, 20 gen 2019 (CET)

Vi ricordo che fino a qualche giorno fa funzionavano, quindi mi sembra un bug attuale del visualeditor e non una funzione mancante—-Ferdi2005 _(Posta) 16:11, 20 gen 2019 (CET)

Farò come consigliato, ma confermo ciò che è stato detto da Ferdi2005: anche io fino a pochi giorni fa riuscivo a modificare direttamente in VisualEditor.--Janik98 (msg) 16:13, 20 gen 2019 (CET)

[@ Janik98] s'è rotto nell'ultima versione di MediaWiki, ci stanno lavorando. Nel frattempo è meglio non dichiarare ovunque i parametri "1", "2", ecc., il problema è solo temporaneo.--Sakretsu (炸裂) 16:21, 20 gen 2019 (CET)

Da quel (poco...) che ho letto e capito qui e nel bug indicato, in pratica non legge il TemplateData?

Se così fosse perché per alcuni template come {{Portale}} e {{S}} non funziona, mentre per altri come {{W}} e {{C}} no? --79.17.157.31 (msg) 18:32, 20 gen 2019 (CET)

Ho letto molto velocemente che a quanto pare il problema si manifestava solo sulle pagine già modificate da quando siamo passati alla versione di mediawiki 1.33/wmf.13. Ad ogni modo il task risulta risolto, [@ Janik98, Ferdi2005] fate sapere se notate ancora errori.--Sakretsu (炸裂) 19:36, 24 gen 2019 (CET)

Acqua Minerale San Benedetto Logo

Buongiorno,

Scrivo perchè ho la necessità di caricare il logo di Acqua Minerale San Benedetto (https://en.wikipedia.org/wiki/File:Acqua_Minerale_San_Benedetto_logo.jpg) all'interno dell'infobox dell'articolo https://it.wikipedia.org/wiki/Acqua_Minerale_San_Benedetto. Specifico che il logo in questione è già stato inserito sulla pagina https://en.wikipedia.org/wiki/Acqua_Minerale_San_Benedetto.

Grazie mille, --Tingilya85 (msg) 11:59, 23 gen 2019 (CET)

Ciao [@ Tingilya85], per domande del genere forse è più adatto lo Sportello informazioni, comunque mentre aspetti che ti rispondano utenti più esperti ti do intanto un'infarinata io. Quel logo è presente sulla Wikipedia in inglese perché lì vigono le leggi sul copyright degli USA, diverse dalle nostre. Su Wikipedia in italiano, invece, l'immagine di un logo può essere caricata solo se si tratta di un marchio registrato, ovvero se rispetta le condizioni di WP:MARCHIO: le più facili da riconoscere sono la presenza dei simboli ® o ™, altrimenti (come in questo caso, non i simboli non fanno parte dell'immagine) occorre accertarsi che il marchio sia registrato in qualche registro (vedi anche le istruzioni del template {{Marchio}}). Se così non è, il logo non può considerarsi un marchio registrato e quindi valgono le norme del copyright come per qualunque altro disegno, di conseguenza solitamente non può essere caricato.--goth nespresso 13:22, 23 gen 2019 (CET)

Ciao [@ Goth nespresso], grazie mille per la risposta. Ignoravo la distinzione tra Wikipedia di lingue diverse, grazie per la puntuale spiegazione. Il logo in questione è inserito all'interno di un registro. Mi consiglieresti quindi di caricarlo come template {{Marchio}}? Grazie mille! --Tingilya85 (msg) 17:36, 24 gen 2019 (CET)

Se riesci a indicare in quale registro è inserito e con quale numero (linkalo anche qui per sicurezza) allora sì, compilando con attenzione il template {{Marchio}}. Per le istruzioni su come caricare effettivamente l'immagine ti rimando a Aiuto:Carica un file, ricordandoti di caricarla su it.wiki.--goth nespresso 17:44, 24 gen 2019 (CET)

Ciao [@ Goth nespresso], file caricato e template compilato. Se mi confermi che il caricamento è stato eseguito correttamente vado ad inserire l'immagine nell'infobox della pagina relativa all'azienda. Il file caricato lo trovi qui: https://it.wikipedia.org/wiki/File:San_Benedetto_Standard.jpg Riporto qui anche il registro ed il numero:

Questo file è utilizzato rispettando i requisiti imposti dalla Exemption Doctrine Policy per it.wiki. Si ritiene che non sia ragionevolmente possibile ottenere un file equivalente dal punto di vista illustrativo e dotato di una licenza libera.

Devono essere rispettate le seguenti indicazioni:

• Questo avviso non indica lo status del copyright del file. Deve quindi essere sempre indicato anche un tag di copyright che fornisca le necessarie informazioni sullo status del copyright.
• Dev'essere indicata la fonte del file e specificato chi è il detentore del copyright (qualora non esplicitato dal tag di copyright).
• Il file dev'essere usato solo nel namespace principale, in particolare nelle voci a cui il suo contenuto si riferisce direttamente. Le immagini non possono essere inserite in gallerie di immagini.
• Se non è evidente, occorre specificare dettagliatamente il motivo per cui il file non possa essere sostituibile con uno sotto licenza libera. Se non c'è un motivo razionale, richiedine la cancellazione immediata.

--Tingilya85 (msg) 16:19, 25 gen 2019 (CET)

[@ Tingilya85] Scusami ma non ho dimestichezza con questi siti, tanto meno se in spagnolo, come l'hai trovata di preciso la registrazione?--goth nespresso 18:42, 25 gen 2019 (CET) P.S.: Ho aggiustato la descrizione del file, avevi fatto un po' di confusione.

[@ Goth nespresso] la registrazione mi è stata condivisa con un documento dal Dipartimento legale di Acqua Minerale San Benedetto SPA, il link che ho inserito è al registro più numero. Grazie mille per aver sistemato la richiesta!--Tingilya85 (msg) 10:15, 29 gen 2019 (CET)

Aggiornare Template:Infobox progetto scuole

Segnalo -> Discussioni_progetto:Coordinamento/Template#Aggiornare_Template:Infobox_progetto_scuole. --Superchilum^(scrivimi) 16:09, 23 gen 2019 (CET)

Ultima modifica alla pagina non verificata

Carissimi, recentemente mi è capitato di notare (come del resto mi era già capitato in passato) che su alcune Wikipedie, es. de.wiki o id.wiki o ru.wiki e altre, in cui è attivo il sistema secondo il quale solo l'ultima versione verificata di una pagina viene mostrata al lettore (l'introduzione di questo sistema qui è già stata dibattuta in passato, ma non di questo voglio qui discutere, ovviamente), l'utente, nel momento in cui modifica una pagina, se l'ultima versione (o le ultime versioni) della pagina non sono state verificate riceve un avviso. Ora, la mia domanda è: sarebbe possibile (o, per caso, esiste già) ideare un gadget, attivabile volontariamente dagli utenti registrati, che permetta loro, quando modificano una pagina (penso soprattutto all'ns0, ma può benissimo valere per tutti i namespace), di ricevere una qualche sorta di avviso riguardo al fatto che l'ultima versione (o le ultime versioni) della pagina non sono state verificate? Credo che un gadget del genere sarebbe potenzialmente utile per il retropatrolling: ad esempio, quando trovo una pagina relativa all'antica Grecia che non avevo mai notato, faccio qualche piccola modifica e la aggiungo ai miei OS, può capitare che non noti la presenza di un vandalismo se non consulto dettagliatamente la cronologia ... con un gadget del genere ciò non accadrebbe. Oppure, anche se mi capita di modificare una pagina non di mio generale interesse, è possibile che la mia modifica vada a "coprire" un vandalismo passato inosservato, contribuendo a preservarlo per tempi anche lunghi ... e così non accadrebbe. Spero che non si tratti di un compito eccessivamente complesso! A presto, --Epìdosis 09:29, 24 gen 2019 (CET) P.S. Se avete tempo, date anche un'occhiata alla mia richiesta più sopra relativa a Speciale:PagineNonOsservate :)

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 ucfirst locale? --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)

[← 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)

Sottocategorie e menù di navigazione

Sto cercando di capire se è un problema delle mie preferenze o dipende da qualcosa che è stato cambiato: Se vado ad esempio in Categoria:Palazzi di Bologna tutto a posto, ma se clicco la sottocategoria Categoria:Grattacieli di Bologna mi appare un lungo menù di navigazione sotto e spostato tutto a sinistra, compresi i tasti modifica, sposta ecc.. Lo stesso capita con Categoria:Aeroporti di Roma (a posto) e Categoria:Aeroporto di Roma-Fiumicino (stesso problema). E' normale?--Kirk Dimmi! 17:00, 26 gen 2019 (CET)

Non ho idea di quale sia il problema ma a me appare tutto normale in tutti e quattro i casi, può avere qualcosa a che fare col fatto che le due categorie che ti causano problemi (Categoria:Grattacieli di Bologna e Categoria:Aeroporto di Roma-Fiumicino) non hanno la label in inglese definita su wikidata? È l'unica cosa "strana" che mi viene in mente. --goth nespresso 17:13, 26 gen 2019 (CET)

Label su wikidata? Il problema è che me lo fa con altre, ma solo all'ultima sottocategoria, quelle superiori no, come ad esempio un'altra a caso Categoria:Morti a Bath, ma tutte le categorie superiori di quell'albero le vedo normali, ma ho capito che ha a che fare conle mie preferenze, perché se provo con firefox da sloggato è tutto a posto. Un mese fa per gli errori delle note avevo messo questo. Se non è lui dovrei provare a disattivare uno a uno i gadget.--Kirk Dimmi! 13:25, 27 gen 2019 (CET)

No, il css per le note è innocente. Da quanto tempo hai questo problema? Hai problemi di connessione? Potrebbe dipendere anche da quello. Altrimenti ti tocca provare coi gadget.--Sakretsu (炸裂) 13:39, 27 gen 2019 (CET)

Stavo per dire che era lui il problema, perché l'ho cancellato, pulita la cache di chrome e tutto sembra a posto, anzi visto che stavo scrivendo una voce con molte note dall'inglese e mi è utile, l'ho ripristinato e almeno per ora il problema non si ripresenta. Me ne sono accorto da poco, ma problemi di connessione non ne ho, sono sugli 8-10 Mb, anche da controllo o-O. Boh, spero continui così, ora riprovando anche i link sopra sembra ok, al limite se lo rifà proverò a tirar via i gadget uno a uno.--Kirk Dimmi! 13:47, 27 gen 2019 (CET) P.S. Ora che ci penso non so se c'entra che la cache di chrome era immensa, era un po' che non la pulivo.

Facilitare la segnalazione di modifiche dubbie ai progetti

Carissimi, anche se vedo che le mie due ultime proposte sembrano essere troppo complesse, provo a farvene un'altra: spesso mi è capitato in questi anni di vedere nei miei OS modifiche che non ero sicuro se annullare o meno e che nel dubbio ho lasciato correre ... ora, mi chiedevo se sarebbe possibile creare un'infrastruttura, fondata sui progetti, di questo genere (ci stavo pensando soprattutto visto il gran lavoro di pulizia che sta compiendo in queste settimane [@ Pallanz]):

• creare in ogni progetto una sottopagina "/Modifiche dubbie" (es. Progetto:Antica Grecia/Modifiche dubbie; comunque si accettano suggerimenti per titoli migliori)
• e creare un gadget che permetta all'utente, quando si trova su un diff dubbio (o possibilmente anche dalla cronologia, in modo da poter prendere diff multipli), di inviare una segnalazione di "modifica dubbia" compilando nome del progetto (es. "Antica Grecia") e aggiungendo eventualmente un commento (es. "aggiunta plausibile ma priva di fonte").

La mia fonte di ispirazione più prossima è d:User:Bene*/iwconflict.js, che permette di segnalare problemi di interwiki su Wikidata; ovviamente è un po' diverso, direi più semplice (soprattutto perché lì la pagina è unica, mentre qui avremmo a che fare con più progetti).

Non so quanto sarebbe complesso creare un gadget del genere, però penso che in tal modo molti utenti, che come me vedono modifiche dubbie e le lasciano passare (o, magari, ogni tanto le segnalano a qualche utente di conoscenza o al progetto competente), con a disposizione un gadget così comodo potrebbero invece segnalarle al progetto competente e così farle adeguatamente annullare oppure sistemare. Spero di non essere stato troppo confuso. A presto, --Epìdosis 10:15, 28 gen 2019 (CET)

Sicuramente è un'ottima idea. Automatizzerebbe fortemente l'ecosistema dei progetti e renderebbe di gran lunga più facile controllare modifiche che, per un motivo o per l'altro, risultano dubbie. Tuttavia non so quanto sia complessa da realizzare. --Pallanz_msg 17:31, 29 gen 2019 (CET)

Filtro anti abusi

Scrivo qui, ma se è il posto sbagliato spostate pure. Durante patrolling qualche giorno fa, ho notato che un vandalismo piuttosto evidente e "scomodo" è rimasto visibile per parecchio tempo sulla pagina Kevin Hart (attore). Nella fattispecie, l'immagine presente nella voce era stata modificata inserendo quella di una vagina (questa^oscurata la modifica). Volevo chiedere se non fosse possibile creare un filtro che impedisca questo tipo di modifiche. Solitamente le immagini più "sensibili" hanno titoli piuttosto specifici e non generici, quindi magari si potrebbe pensare a un filtro che impedisca l'inserimento di determinate immagini in voci che non riguardino l'argomento.--ƒringio · ✉ 19:43, 28 gen 2019 (CET)

Fare si può fare, e probabilmente non sarebbe neanche difficile. Andrebbe però monitorato costantemente per un po', e al momento purtroppo sono pieno. --Daimona Eaytoy (Scrivimi!) 21:15, 28 gen 2019 (CET)

Attenzione: parola chiave DEFAULTSORT duplicata.

Ciao a tutti. Ho creato la pagina I Maccabei (opera). Ho tentato di inserire {{DEFAULTSORT:Maccabei, I}} affinché nelle categorie a cui appartiene figurasse sotto la lettera M, anziché la lettera I. Così facendo compare l'avviso a fine pagina Attenzione: parola chiave DEFAULTSORT duplicata. La chiave di ordinamento predefinita "Maccabei, I" sostituisce la precedente "I Maccabei". Inoltre così facendo la voce non viene visualizzata in alcune categorie, ad esempio [[Categoria:Opere liriche in lingua tedesca]]. Pertanto ho annullato la mia modifica. Ho visto che questo problema è presente anche in altre voci, per esempio Gli ultimi giorni di Pompei (film 1959). Invece il problema non compare, per esempio, in un'altra voce da me creata I bambini della steppa. Mistero.--Francescoasolano (msg) 20:35, 28 gen 2019 (CET)

[@ Francescoasolano] Dovrebbe dipendere dal template {{Opera}}. Mi sembra di capire che, nel caso in cui il parametro titoloalfa non venga compilato, effettui comunque un DEFAULTSORT tramite {{Ordina per titolo}}, col risultato che viene chiamato due volte.

In breve: per risolvere, anziché usare DEFAULTSORT, compila direttamente titoloalfa nel sinottico. --Titore (msg) 20:57, 28 gen 2019 (CET)

In effetti ciò non spiega perché il problema non compaia nell'altra voce, meglio lasciare la parola ai più esperti... --Titore (msg) 21:10, 28 gen 2019 (CET)

A naso avrei detto anche io qualcosa del genere, vedi anche qui. Comunque cerco di guardarci meglio domani. --Daimona Eaytoy (Scrivimi!) 21:14, 28 gen 2019 (CET)

Dopo aver letto qui ho provato a scrivere {{DEFAULTSORT:Maccabei, I}} all'inizio della voce, prima del template {{Opera}} e il problema si è risolto! Grazie!--Francescoasolano (msg) 21:22, 28 gen 2019 (CET)

[@ Francescoasolano] Ma quello è un avvertimento in caso di presenza di più sinottici, non la soluzione da usare :) La soluzione corretta è quella suggerita da Titore, ovvero di compilare il parametro titoloalfa. Venendo al problema, ci sono tre casi. Nella pagina "I Maccabei (opera)" il template genera la chiave togliendo le parantesi di disambiguazione, ma senza spostare l'articolo (essendo "I" un caso particolare, come specificato nella pagina linkata sopra). E questo spiega il messaggio di errore. Nella pagina "Gli ultimi giorni di Pompei (film 1959)", il template usa già in automatico la chiave "ultimi giorni di pompei, Gli", perché è un caso gestibile bene automaticamente. Nel caso di "I bambini della steppa", invece, la chiave generata dal template è uguale al titolo perché la "I" è ancora un caso particolare e non ci sono altre modifiche da fare alla stringa. Pertanto, non viene aggiunto alcun DEFAULTSORT. Riassumendo, tutto funziona come previsto :-) --Daimona Eaytoy (Scrivimi!) 13:05, 29 gen 2019 (CET)

Salvataggio delle fonti

Monitorato su Phabricator
Task T215101

cb La discussione proviene dalla pagina Aiuto:Sportello informazioni.
– 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)

Ritaglio immagine con CSS in Tassobox

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. --Pallanz_msg 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". --Pallanz_msg 16:38, 2 feb 2019 (CET)

[@ Pallanz, Pil56]: Il problema dovrebbe essere che entrambi i template danno, per così dire, sottintesa la parte "[[File:…]]" cosicché il "File:" dell'infobox va a precedere il "File:" del ritaglio css (che visualizza correttamente l'immagine infatti).

In pratica è come scrivere [[File:[[File:Stalked jelly1.jpg]]]], che infatti visualizza lo stesso errore [[File:]]. --Wim b 12:03, 3 feb 2019 (CET)

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)

Avvisounicode automatico

Avrei una domanda. Sarebbe troppo dispendioso fare un controllo tramite javascript (direi opt-out) per "inserire" dinamicamente il template {{Avvisounicode}} qualora la voce (ns0) contenga un carattere di un alfabeto particolare? --Horcrux (msg) 22:18, 7 feb 2019 (CET)

Sarebbe un'ottima idea. --Ignazio (msg) 00:56, 8 feb 2019 (CET)

Dispendioso non credo, almeno non particolarmente, e comunque en:WP:PERF. --Daimona Eaytoy (Scrivimi!) 13:06, 9 feb 2019 (CET)

Non è un problema dei server, quanto piuttosto dei browser che al caricamento di ogni singola voce dovrebbero iterare tutto il testo alla ricerca di almeno un carattere che rientri negli intervalli Unicode problematici. Secondo me è meglio tenere il template che rischiare di rallentare la navigazione per lo stesso risultato.--Sakretsu (炸裂) 16:24, 9 feb 2019 (CET)

Domanda da ignorante, ma c'è un bot che si occupa dell'inserimento del template quando manca o ci si affida soltanto all'inserimento "a mano"? Ah, sì, altra domanda ignorante (forse molto di più...), ma poi a cosa veramente serve il template {{Avvisounicode}}? Nel 2019 non è un po' inutile? --Lepido (msg) 11:03, 10 feb 2019 (CET)

[← Rientro] credo che in passato sia stato inserito in maniera automatica dal bot. sul significato storico, la pagina Aiuto:Unicode risale al 2005 e deriva dalla pagina francese, dato che come noi avevano il problema (all'epoca sentito) del fatto che ancora esistevano software che capivano solamente ISO 8859 (solamente negli standard recenti è stato diffusamente adottato UTF-8). personalmente io inserito {{Avvisounicode}} in qualunque pagina contenente caratteri giapponesi, ma dopo l'ampliamento di Aiuto:Giapponese (linkata nel {{nihongo}}) ne ho fatto a meno dato che quella pagina chiarisce che bisogna supportare Unicode (e contiene lei stessa il template di avviso).

gli inglesi, che hanno meno problemi di noi con gli accenti nella loro lingua, chiamano la pagina di aiuto Help:Multilingual support che è più generico (non si riferisce allo standard specifico) ed è più incentrata a rimuovere quelli che a Google chiamano "tofu" (tecnicamente Replacement Glyph o missing glyph) tipici di Unicode. trovo comunque più logico che la verifica della presenza di caratteri in particolari blocchi che richiedono l'installazione specifica di font sia demandato ad un bot che non al browser del lettore. --valepert 12:01, 10 feb 2019 (CET)

Ecco, Valepert ha chiarito meglio e il dubbio che esprimevo nella mia seconda domanda era proprio questo: nel 2019 questo template non è anacronistico? Io continuo (come Valepert) a metterlo a mano nelle pagine con caratteri giapponesi, ma è solo perché "si è sempre fatto così". E se sguinzagliassimo un botolo che se li mangiasse tutti e poi dimenticassimo la faccenda? --Lepido (msg) 12:30, 10 feb 2019 (CET)

Sono d'accordo, sicuramente lo rimuoverei da tutte le voci con caratteri che ormai sono ampiamente supportati dai browser (a cominciare da giapponese, coreano, cinese). Vedrei poi gli usi rimanenti.--Sakretsu (炸裂) 15:53, 10 feb 2019 (CET)

[@ Horcrux, Ignazio Cannata, Daimona Eaytoy, Sakretsu, Lepido, Valepert] Nel ringraziarvi tutti per l'intervento, credo che a questo punto la discussione si possa proseguire (se non addirittura cambusare, cosa ne pensate?) in Discussioni template:Avvisounicode#Inserimento ove mancante. Il mio dubbio partiva dal greco, che credo sia ormai universalmente supportato senza problemi. Possiamo prendere in analisi i singoli casi delle lingue e valutare l'uso di un bot per la rimozione. Ci vediamo di là ;-) --Epìdosis 10:15, 17 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)

"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 --Tostapane_{corrispondenze} 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 --Tostapane_{corrispondenze} 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)

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)

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)

[← 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)

[← 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)

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:

1. utenti che non vogliono/sanno come switchare ai gadget
2. utenti inattivi
3. 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)

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)

Template Demografia incluso (da mobile)

Monitorato su Phabricator
Task T216318

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)

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)