Wikipedia:Officina/Archivio/2018 aprile

Pagine da cancellare

È successo qualcosa a Wikipedia:Pagine da cancellare? È tutta la giornata che non riesco a visualizzare le cancellazioni concluse e anche le altre compaiono in numero assai limitato. In altre giornate lo stesso difetto capitava di tanto in tanto, oggi niente da fare. Provato con altro browser e altro dispositivo.--3knolls (msg) 21:19, 3 apr 2018 (CEST)

Segnalo che stavo lavorando per trovare i problemi di quel bot. Mi farebbe molto comodo se qualcuno avesse voglia di andare a ritroso in Wikipedia:Pagine da cancellare e scovare gentilmente tutti i diff con errori. --Valerio Bozzolan (msg) 22:15, 3 apr 2018 (CEST)

Ad esempio,qui tutte le modifiche di MauroBot che riducono i byte sono errori. --Antonio1952 (msg) 22:30, 3 apr 2018 (CEST)

Scusate, ma su Wikipedia odio fare lo smanettone e, volutamente, non mi occupo di queste cose. Sono ormai mesi che le PdC vanno a singhiozzo. Negli ultimi giorni sono proprio morte e se si vuole fare qualcosa bisogna passare per forza dalle categorie. Una domanda forse stupida, non è che si può tornare indietro a quando funzionava tutto? Una sorta di punto di ripristino... bene che si vogliono migliorare le cose, ma se queste non funzionano è sempre meglio tornare all'antico. --НУРшЯGIO^{(attenti all'alce bestadmin)} 18:49, 5 apr 2018 (CEST)

Purtroppo no, perché il bot non è stato modificato negli ultimi tempi. Probabilmente il problema è imputabile proprio al codice vecchiotto che è incompatibile con qualche nuovo aspetto di it.wiki. O forse, azzardando un'ipotesi più fantasiosa, potrebbe anche essere un subdolo bug di Mediawiki che gli sta impedendo di interagire col sito come dovrebbe.--Sakretsu (炸裂) 20:33, 5 apr 2018 (CEST)

Aggiornamento della ICU Unicode library

Monitorato su Phabricator
Task T189295

Aiutaci a tradurre nella tua lingua

Starting on April 9th we'll migrate the servers running the MediaWiki application servers to a new release of the ICU Unicode library (w:en:International Components for Unicode) (from version 52 to 57). This unblocks some future work on upgrading the servers to a new Operating System release and will also allow the use of improved internationalisation in the future (as wikis will then be able to use features introduced by the new ICU release such as new collation definitions, and allows us to use a more recent version of Unicode in MediaWiki).

This migration will cause some unavoidable temporary user-visible impact: The sorting of some category pages will be distorted – all pages which have been updated with the new software version will use the new sorting while untouched pages still use the old sorting. As such, we need to run a maintenance script to update the sorting for old entries.

The distortions may last from a few hours (on medium-sized wikis), up to a day (on the largest wikis), and a few days on English Wikipedia. The start-time will depend upon when the migration script reaches each wiki.

This affects a number of large wikis (including eight out of the ten biggest Wikipedias). The detailed list and the task for the technical implementation is at phab:T189295. Grazie! Quiddity (WMF) (msg) 23:32, 5 apr 2018 (CEST)

traduzione di valepert

A partire dal 9 aprile, migreremo i server che eseguono l'applicazione MediaWiki a una nuova versione della libreria ICU di Unicode (w:en:International Components for Unicode) (dalla versione 52 alla 57). Questo sbloccherà alcuni progressi nell'aggiornamento dei server a una nuova versione del sistema operativo e ci permetterà di usare una internazionalizzazione più avanzare in futuro (le wiki potranno essere in grado di utilizzare funzionalità introdotte nella nuova versione di ICU come la definizione di nuove collazioni e ci permetteranno di usare una versione più recente di Unicode su MediaWiki).

Questa migrazione avrà alcuni inevitabili impatti di durata temporanea e visibili agli utenti: l'ordinamento di alcune categorie potrà essere stravolto - tutte le pagine che saranno aggiornate con la nuova versione del software useranno il nuovo ordinamento mentre le pagine non modificate useranno il vecchio. Per questo sarà necessario eseguire uno script di manutenzione per aggiornare l'ordinamento delle pagine vecchie.

Questa alterazione potrebbe durare un paio di ore (nelle wiki di medie dimensioni), fino a un giorno (sulle wiki più grandi) e alcuni giorni su Wikipedia in lingua inglese. L'avvio dipenderà da quando lo script di manutenzione raggiungerà ogni wiki.

Questo avrà impatti su un gran numero di wiki (incluse otto delle dieci più grandi Wikipedia). La lista dettagliata e l'implementazione tecnica del compito è descritta su phab:T189295. Grazie! Quiddity (WMF) (msg) 23:32, 5 apr 2018 (CEST)

Sinottici da mobile

Monitorato su Phabricator
Task T191596

[@ Sakretsu] ma cosa è successo ai sinottici nella versione mobile? I bordi sono spariti e l'allineamento è una scelta incomprensibile. Qualcuno si colleghi da smartphone per capire cosa intendo. --Ignazio (msg) 20:25, 3 apr 2018 (CEST)

Non noto differenze, prova a connetterti tramite un altro dispositivo mobile.--Sakretsu (炸裂) 20:32, 3 apr 2018 (CEST)

[@ Sakretsu] già fatto, e anche con diversi browser. Qui ad esempio non vedi che non si capisce più dove iniziano i dischi d'oro e dove quelli di platino? --Ignazio (msg) 20:46, 3 apr 2018 (CEST)

Forse questa immagine chiarisce meglio la situazione. A sinistra c'è la versione mobile, a destra quella desktop. Si vede chiaramente che le celle della tabella nella versione mobile sono centrate verticalmente, causando il problema di visualizzazione segnalato. --Lepido (msg) 21:12, 3 apr 2018 (CEST)

Esatto [@ Lepido], da cosa dipende? --Ignazio (msg) 21:26, 3 apr 2018 (CEST)

La voce Rosso relativo la vedo correttamente, altre come Francia invece no... È come se non caricasse il CSS locale--Sakretsu (炸裂) 21:59, 3 apr 2018 (CEST)

Come si risolve? --Ignazio (msg) 22:03, 3 apr 2018 (CEST)

[@ Rotpunkt]? --Ignazio (msg) 18:46, 4 apr 2018 (CEST)

[← Rientro] Il problema c'è, vedi versione mobile. Casco un po' dalle nuvole perché non so cosa (=quale regola CSS) dovrebbe impartire la giusta formattazione alla tabella, ma il CSS viene caricato (nessun errore in console). Potrebbe esserci un override della regola in questione, ma è difficilino trovarlo senza conoscere la regola. --Daimona Eaytoy (Scrivimi!) 23:56, 5 apr 2018 (CEST)
Ah, .sinottico th? In tal caso è così, la regola non viene caricata. In effetti, sembra che non venga caricata nessuna classe del sinottico, il che non va bene. Se succede da poco è probabile che sia un problema di mw:Extension:MobileFrontend, magari un problema introdotto di recente. Non resta che da capire quando e dove. Prima di guardarci o aprire un task su phab, però, vorrei essere sicuro che il problema non sia interno. --Daimona Eaytoy (Scrivimi!) 00:04, 6 apr 2018 (CEST)

[@ Daimona Eaytoy] tempo fa avevo anche notato che, sempre nella versione mobile, tutte quante le sezioni madre del namespace Template (ovviamente mi riferisco ai manuali) non si possono più chiudere. Si tratta di un altro errore? --Ignazio (msg) 08:40, 6 apr 2018 (CEST)

Confermo anche questo, ma è scorrelato al problema dei CSS. Adesso cerco di capire perché non li carichi, se non arrivo a nulla apro un task. Noto comunque che, ad esempio, su enwiki le classi vengono caricate (.infobox).--Daimona Eaytoy (Scrivimi!) 08:49, 6 apr 2018 (CEST)

[@ Daimona Eaytoy] se non sbaglio su en.wiki utilizzano ancora Tidy. Questi problemi potrebbero quindi dipendere dal passaggio a RemexHTML? --Ignazio (msg) 08:58, 6 apr 2018 (CEST)

Uh, intanto dovrei iniziare a guardare la pagina giusta anziché quella per la versione web. Però non saprei, dovrebbe comunque caricarlo e l'unico cambiamento recente che potrebbe essere correlato è questo, che però in teoria non dovrebbe creare problemi. E no, non credo sia colpa di Remex, anche se non lo escludo. Vedo se riesco a replicare il problema in locale.--Daimona Eaytoy (Scrivimi!) 09:03, 6 apr 2018 (CEST)

Va bene, ti ringrazio. --Ignazio (msg) 09:06, 6 apr 2018 (CEST)

[← Rientro] Il problema l'ho trovato, per una soluzione preferisco aspettare un riscontro dai dev di MobileFrontend. La patch incriminata dovrebbe essere quella linkata sopra, qui l'if non viene eseguito, il che mi sembra normale perché la variabile globale richiesta è falsa di default e non credo venga mai modificata. Vedi tracked qui sopra. --Daimona Eaytoy (Scrivimi!) 09:28, 6 apr 2018 (CEST)

Ho letto, perfetto. --Ignazio (msg) 09:43, 6 apr 2018 (CEST)

@Ignazio Cannata, ieri nel poco tempo che avevo mi sono perso ping e discussione, faccio qualche test ora. --Rotpunkt (msg) 15:54, 6 apr 2018 (CEST)

Confermo che il Mediawiki:Mobile.css non viene caricato, mentre su una versione di Mediawiki di un mese fa funziona correttamente. Tra le modifiche recenti a mw:Extension:MobileFrontend c'è quella segnalata da Daimona Eaytoy su phabricator, quindi attendiamo risposte dagli sviluppatori. Sarebbe anche da verificare com'è la situazione sulle altre wiki. --Rotpunkt (msg) 16:26, 6 apr 2018 (CEST)

Ciao Rotpunkt, grazie anche a te. --Ignazio (msg) 01:37, 7 apr 2018 (CEST)

Adesso della classe sinottico th mi legge solo background-color: #f2f2f2; text-align: right; e non vertical-align: top; border-bottom: 1px solid #f9f9f9;. Devono aver cambiato il modo in cui si carica il CSS su mobile e sta dando i numeri.--Sakretsu (炸裂) 01:53, 7 apr 2018 (CEST)

Segnalo che anche gli avvisi hanno perso i bordi. --Ignazio (msg) 03:20, 7 apr 2018 (CEST)

[← Rientro] È normale, non viene caricato nulla. Per il momento, come hanno suggerito su phab, questo dovrebbe risolvere il problema. Per il lungo termine, come avevo suggerito più sopra il problema viene da quella patch, ed è il resourceloader che non carica il CSS come dipendenza. --Daimona Eaytoy (Scrivimi!) 09:44, 8 apr 2018 (CEST)

[@ Daimona Eaytoy] per il momento è tutto a posto; cosa facciamo invece per il problema del namespace Template? --Ignazio (msg) 10:37, 8 apr 2018 (CEST)

Quello è un problema separato, bisognerebbe indagare. --Daimona Eaytoy (Scrivimi!) 10:43, 8 apr 2018 (CEST)

Problemi con le note

Salve, ho tradotto da Wiki inglese una pagina ma ho problemi con la visualizzazione di alcune note. Premetto che ho utilizzato l'autotraduttore e ho copiato e incollato la sintassi originaria di alcune tabelle, che evidentemente qui funziona solo fino a un certo punto. In particolare non visualizzo una serie di note che dovrebbe comparire sotto una tabella (al momento mi appare solo un link rosso con scritto "Template:Notelist") e ho anche un problema con le note generali, infatti in fondo alla pagina compare un avviso che non sono riuscito a risolvere. Grazie. --Ptolemaios (msg) 22:09, 7 apr 2018 (CEST)

il template Notelist su en.wiki non è presente da noi, quindi anche il tool di traduzione non sa come convertirlo. suggerisco di cambiare gli {{efn}} e {{notelist}} in note raggruppate (es. <ref group="fonemi" name="nomenota">blablabla</ref> per le singole note con nome e sotto la tabella inserisci un <references group="fonemi" />). --valepert 23:32, 7 apr 2018 (CEST)

Grazie mille. Sono riuscito a cambiare i marcatori e a fare comparire le note, ma non a raggrupparle. Purtroppo però quando ho salvato la pagina la maggior parte delle note generali si sono spostate lì...--Ptolemaios (msg) 00:00, 8 apr 2018 (CEST)

devi provare a specificare il nome di un gruppo (nell'esempio prima ho suggerito "fonemi", ma puoi trovarne uno più adatto per la tabella). --valepert 00:03, 8 apr 2018 (CEST)

Una parte adesso c'è, ma non riesco a far funzionare quella doppia.--Ptolemaios (msg) 14:06, 8 apr 2018 (CEST)

Ci sono riuscito. Adesso però ho il problema che nell'apice della nota compare tutto il nome del gruppo note... Nella pagina originale per differenziarle dalle note generali erano usate le lettere invece dei numeri, si può fare anche qui?--Ptolemaios (msg) 16:27, 8 apr 2018 (CEST)

su en.wiki hanno effettuato alcune modifiche in modo da permettere agli utenti di usare le note con il formato "a, b, c, ...", "i, ii, iii, ..." o "α, β, γ, ...". non mi risulta che da noi si sia discusso di tali accorgimenti, anche per lo scarso uso e la facilità di fare confusione (ad esempio già "a b c" le usiamo nelle note per indicare l'uso ripetuto della stessa nota numerica in più punti della pagina. aggiungo inoltre che questa modalità di visualizzazione potrebbe non essere compatibile con i web browser più datati. --valepert 20:20, 8 apr 2018 (CEST)

Un LintError

Ciao, qualcuno sa come si risolve questo errore? --Superchilum^(scrivimi) 15:56, 13 apr 2018 (CEST)

Altro falso positivo che si risolve tramite tag includeonly.--Sakretsu (炸裂) 16:40, 13 apr 2018 (CEST)

Grazie mille :) --Superchilum^(scrivimi) 19:04, 13 apr 2018 (CEST)

Problema con i pulsanti della toolbar

Da stamani ho notato un piccolo problema con i pulsanti della toolbar: tra la riga con i pulsanti stessi e la finestra di modifica è comparso dello spazio vuoto. Indagando velocemente, ho notato che l'errore viene loggato in console: viene restituito un 404 quando si tenta di caricare Speciale:MiaPaginaUtente/toolbarbuttons.js. Ciò avviene in MediaWiki:Gadget-toolbar.js a riga 82. Noto però che lo script non ha avuto modifiche recenti, né ne ho trovate di interessanti nel core. A cosa può essere dovuto? Pingo [@ Rotpunkt] che è l'autore dello script. --Daimona Eaytoy (Scrivimi!) 12:49, 17 apr 2018 (CEST)

Non riscontro il problema dello spazio vuoto (provato ora con Firefox e Chrome). Puoi fare uno screenshot? --Rotpunkt (msg) 15:11, 17 apr 2018 (CEST)

L'ho fatto io, (Chrome & FF) visto che da un po' ho il medesimo problema. Da notare che il problema non si presenta se provo da "sloggato", quindi è qualcosa nelle mie preferenze che disturba, ma ora non ho tempo per fare altri test. --Lepido (msg) 17:04, 17 apr 2018 (CEST)

[@ Lepido] Più che da sloggato mi servirebbe sapere se da loggato ma disabilitando "Pulsanti della toolbar" nelle preferenze lo spazio vuoto ti sparisce. --Rotpunkt (msg) 17:10, 17 apr 2018 (CEST)

Confermo che il problema è quello dello screenshot. Fra poco faccio i vari test, l'unica cosa che posso escludere è cache/cookie/simili. Del resto, il problema c'è anche solo visitando il link della richiesta e (non so se c'entri qualcosa) scompare sostituendo %3A direttamente con :. --Daimona Eaytoy (Scrivimi!) 18:54, 17 apr 2018 (CEST)

Uh, il problema c'è anche disabilitando i pulsanti. Lo spazio vuoto è in realtà un margine di 33px di questo elemento: $('#wpTextbox0'). Ho ancora qualche dubbio sul motivo, però. Forse un cambiamento recente a WikiEditor, forse nel core?! --Daimona Eaytoy (Scrivimi!) 19:08, 17 apr 2018 (CEST)

Comunque no, togliendo "Pulsanti della toolbar" il problema rimane. Ovviamente confermo: test effettuato senza cache e da più browser. --Lepido (msg) 19:10, 17 apr 2018 (CEST)

PS: ho comportamenti diversi cambiando browser, purtroppo come ho detto adesso non ho tempo per i test, ma cancellando la cache e schiacciando F5 a volte lo spazio sparisce, poi rischiacciando F5 ritorna. Mah... --Lepido (msg) 19:16, 17 apr 2018 (CEST)

Penso che lo spazio vuoto sia creato dall'accessorio DotsSyntaxHighlighter (se lo abilito compare lo spazio vuoto). Fate la prova di disabilitarlo. Lepido credo proprio che lo usi dallo screenshot. --Rotpunkt (msg) 19:20, 17 apr 2018 (CEST)

Proprio così! Rimane da capire il motivo... --Daimona Eaytoy (Scrivimi!) 19:26, 17 apr 2018 (CEST)

Si può analizzare (io non ho tempo almeno fino a domani) oppure segnalarlo direttamente a mw:User talk:Remember the dot/Syntax highlighter.js, da dove lo importiamo, magari verificando prima se succede anche nelle altre wiki che lo importano. --Rotpunkt (msg) 19:30, 17 apr 2018 (CEST)

Sì, confermo che togliendo l'evidenziazione della sintassi il problema sparisce. Con l'evideiziazione attiva, dopo aver svuotato la cache e facendo un primo refresh il problema sembra sparire, ma al refresh successivo ritorna. --Lepido (msg) 21:39, 17 apr 2018 (CEST)

Ho segnalato all'autore qui: mw:User_talk:Remember_the_dot/Syntax_highlighter.js#Empty_space. --Rotpunkt (msg) 12:06, 18 apr 2018 (CEST)

[← Rientro] Grazie per la segnalazione. Ho notato poi che il problema si presenta anche (ad esempio) su enwiki. --Daimona Eaytoy (Scrivimi!) 13:21, 18 apr 2018 (CEST)

L'autore dello script ha corretto il problema e ha scritto di segnalargli pure qualunque altro problema notassimo in futuro. --Rotpunkt (msg) 17:45, 18 apr 2018 (CEST)

Visto, confermo che funziona. Ancora grazie, --Daimona Eaytoy (Scrivimi!) 17:59, 18 apr 2018 (CEST)

URL errato tramite ricerca con Bing e Yahoo

Buon giorno a tutti, mi sono accorta che la pagina di ugo giletta si apre bene con Google mentre se provo ad aprirla con Microsoft Edge (bing) o con Mozilla Firefox (Yahoo) non la apre. Con google ho https://it.wikipedia.org/wiki/Ugo_Giletta mentre con Microsoft Edge e Mozilla ho https://www.it.wikipedia.org/wiki/Ugo_Giletta. Per farla aprire devo cancellare il "www." Gentilmente qualcuno saprebbe dirmi quali sono le cause ed eventualmente anche riparare riparare? Grazie mille!--Alessia Clema (msg) 16:54, 19 apr 2018 (CEST)

Ciao, rispondo riformulando il tuo problema più chiaramente. Il fatto che cercando "Ugo Giletta" sui motori di ricerca Bing e Yahoo, oggi 19 aprile, venga restituito un risultato del tipo https://www.it.wikipedia.org/wiki/Ugo_Giletta, con un "www" di troppo, è un problema (temporaneo) di quei due motori di ricerca, le cui cause le puoi chiedere dettagliatamente scrivendo al loro supporto (completamente slegato da Wikipedia). Penso che in breve tempo torneranno a essere corretti. --Rotpunkt (msg) 17:10, 19 apr 2018 (CEST)

A beneficio d'archivio, ecco l'errore: https://archive.fo/Sb60u --Nemo 12:04, 26 apr 2018 (CEST)

Aggiornate icone Wikieditor

Come segnalato nelle ultime Tech News (meta:Tech/News/2018/17/it), sono state aggiornate le icone della barra degli strumenti di modifica per phab:T191031. Occorrerebbe aggiornare le immagini che compaiono in Aiuto:Barra degli strumenti di modifica, Aiuto:Firma, ... --Rotpunkt (msg) 23:35, 23 apr 2018 (CEST)

È piuttosto seccante perché dobbiamo reinsegnare daccapo alla gente dove trovare il pulsante per firmare. --Nemo 12:00, 26 apr 2018 (CEST)

soprattutto quando cambiano la grafica sarebbe d'aiuto caricare anche i simboli nuovi su Commons, invece di mettere un link "andateveli a prendere da qui"... --valepert 12:48, 26 apr 2018 (CEST)

Time to bring embedded maps (‘mapframe’) to most Wikipedias

Time to bring embedded maps (‘mapframe’) to most Wikipedias

Aiutaci a tradurre nella tua lingua

Mapframe is a feature that enables users to easily display interactive maps right on wiki pages. Currently, most Wikipedias don’t have mapframe. But fifteen Wikipedias, along with all the other Wikimedia projects, are using mapframe today to display maps on thousands of pages.

A little background: over the last few months, the Foundation’s Collaboration team has been working to improve the stability and user experience of the maps service. In addition, a question about long-term support for the maps service was recently settled, and a small team has been assigned for routine maintenance. Given these developments, bringing the benefits of mapframe to Wikipedias that lack the feature seems both safe and supportable. Nine Wikipedias that use a stricter version of Flagged Revisions will not get mapframe in this release.

Maps are a valuable form of visual data that can improve readers’ understanding across a wide range of topics. If you know of any reasons why mapframe shouldn’t be implemented on your Wikipedia, let us know on the project talk page. Unless we hear from you, we plan to release mapframe to most Wikipedias in May, 2018. So, if you foresee an issue, please let us hear from you. Otherwise, happy mapping!

CKoerner (WMF) (talk) 23:38, 24 apr 2018 (CEST)

traduzione di valepert

È tempo di portare le mappe integrate ('mapframe') su Wikipedia

Mapframe è una nuova funzionalità che permette agli utenti di visualizzare facilmente mappe interattive direttamente sulle pagine wiki. Al momento la maggior parte dei progetti Wikipedia non ha mapframe. Ma quindici Wikipedia, insieme ad altri progetti Wikimedia, stanno usando mapframe per mostrare mappe in migliaia di pagine.

Un po' di contesto: negli ultimi mesi il team Collaboration della Fondazione è stato all'opera per migliorare la stabilità e l'esperienza utente del servizio di mappe. In aggiunta, è stato recentemente risolto un quesito sul supporto a lungo termine per il servizio di mappe e un piccolo gruppo è stato assegnato alla manutenzione periodica. Dati questi sviluppi, portare i benefici di mapframe sulle Wikipedia che sono prive della funzionalità è sicuro e sostenibile. Nove Wikipedia che usano una versione più rigida di Flagged Revisions non riceverano mapframe in questo rilascio.

Le mappe sono una preziosa forma di visualizzare i dati che può migliorare la comprensione dei lettori in un ampio raggio di argomenti. Se sei a conoscenza di qualunque ragione per cui mapframe non dovrebbe essere implementata su Wikipedia, faccelo sapere sulla pagina di discussione del progetto. A meno che non sentiamo i vostri pareri, abbiamo in programma di rilasciare mapframe su Wikipedia nel maggio del 2018. Se prevedete qualunque problema, fatecelo sapere. Altrimenti, felice mappatura! CKoerner (WMF) (talk) 23:38, 24 apr 2018 (CEST)

Criterio C21 mancante nell'accessorio cancella subito

Ho notato che nell'accessorio che permette di inserire le richieste di cancellazione immediata non è stato ancora inserito il criterio 21: «pagine di servizio provvisorie non più necessarie (sono incluse le sole pagine appositamente create con funzione provvisoria o i messaggi di sistema obsoleti; tutte le altre vanno archiviate come previsto o discusse caso per caso)»; qualcuno potrebbe provvedere? --WalrusMichele (msg) 13:23, 26 apr 2018 (CEST)

ho aggiornato l'accessorio pulsanti della toolbar allineando i criteri a MediaWiki:Deletereason-dropdown. ci sono altri accessori che duplicano il contenuto del menu? --valepert 13:36, 26 apr 2018 (CEST)

Il citazione necessaria è ancora in menu. Essendo stato rediretto non sarebbe meglio rimuoverlo ? --☼Windino☼ [Rec] 14:10, 26 apr 2018 (CEST)

Più che rimuoverlo, "Citazione necessaria" andrebbe corretto in "Senza fonte".--ƒringio · ✉ 14:35, 26 apr 2018 (CEST)

Il F è già disponibile, si avrebbe un doppione. Ad ogni modo, segnalo..--☼Windino☼ [Rec] 14:50, 26 apr 2018 (CEST)

No, il template Citazione necessaria è stato semplicemente rinominato in {{Senza fonte}}. Invece il redirect {{Senza fonti}} che rimandava a {{F}} è stato reindirizzato al neo Senza fonte per evitare confusione. Detto ciò, ho aggiornato l'accessorio di conseguenza. Siccome F e {{NN}} sono usati anche quando c'è una presenza di fonti/note insufficiente, ho scelto per loro la descrizione "Carente di ...". Se vi viene in mente qualcosa di meglio, proponete pure.--Sakretsu (炸裂) 15:46, 26 apr 2018 (CEST)

Controlla che hai fatto di fretta :) Quando ho fatto la segnalazione c'era il Cn nei tasti disponibili di avviso voci. Ora c'è un presunto F al suo posto ma non è cliccabile: Inserisce il testo nella pagina. Non si può andare alla pag descrittiva però. (che è giusto se era la Cn ed ora è redirect). Però chi non sa della sua evoluzione può rimanere perplesso--☼Windino☼ [Rec] 16:43, 26 apr 2018 (CEST)

Allineamento Infobox

Chi ha tolto l'allineamento a destra di template, infobox e simili? --Antonio1952 (msg) 22:14, 26 apr 2018 (CEST)

ah ecco, chi si mangia wikipedia ?--☼Windino☼ [Rec] 22:21, 26 apr 2018 (CEST)

Credo sia un problema solo di it.wiki, perché provando le versioni inglese, francese e tedesca mi pare tutto a posto--Parma1983 22:26, 26 apr 2018 (CEST)

Ho cercato un vandalismo "selettivo", anche se spero in una semplice svista, ma non sono stato in grado di risalire alla modifica.--Threecharlie (msg) 22:29, 26 apr 2018 (CEST)

Aggiungo che lo fa con MS Edge ma non con Chrome. --Antonio1952 (msg) 22:31, 26 apr 2018 (CEST)

Io uso Chrome, ma a me lo fa anche con quello. Ora è a posto--Parma1983 22:33, 26 apr 2018 (CEST)

Confermo! Cos'era? --Antonio1952 (msg) 22:36, 26 apr 2018 (CEST)

[@ Antonio1952, Windino, Threecharlie, Parma1983] La colpa è in parte di MediaWiki, in parte mia. A causa di questo problemino con le versioni mobile, avevo aperto phabricator:T191596 perché non caricava il mobile.js, e su suggerimento dei dev avevo inserito manualmente una chiamata al resourceLoader in MediaWiki:Mobile.js. Con il deployment di oggi il bug è stato corretto, ma il js è rimasto e ha causato la visualizzazione della versione mobile anche da desktop. Cancellata la pagina in oggetto, tutto è tornato a splendere :-) --Daimona Eaytoy (Scrivimi!) 22:36, 26 apr 2018 (CEST)

Grazie della spiegazione, è stata rassicurante dopo l'inquietitudine :)--☼Windino☼ [Rec] 22:38, 26 apr 2018 (CEST)

Grazie, [@ Daimona Eaytoy], tutto a posto ;)--Parma1983 22:40, 26 apr 2018 (CEST)

[@ Daimona Eaytoy] in realtà il problema non è stato risolto... cancellata la pagina, è tornato tutto come prima. --Ignazio (msg) 22:44, 26 apr 2018 (CEST)

[@ Ignazio Cannata] In effetti è vero. Diamogli una nottata per vedere se si sistema da solo, altrimenti sento su phab... --Daimona Eaytoy (Scrivimi!) 23:06, 26 apr 2018 (CEST)

Come non detto, già immagino il problema. Per risolvere questo bug hanno mandato due patch a distanza di qualche giorno, di cui una è andata con la versione wmf.1, l'altra con la wmf.2. Al momento (da stasera) qui abbiamo la 1, per la prossima occorre aspettare esattamente una settimana. Settimana in cui c'è una specie di transizione e in cui il fix del mobile.js non funziona. Sento se possono inserire la seconda patch in un deployment più a breve. --Daimona Eaytoy (Scrivimi!) 23:09, 26 apr 2018 (CEST)

Ho capito, grazie. --Ignazio (msg) 23:16, 26 apr 2018 (CEST)

[@ Ignazio Cannata] A seguito di discussione su phab, ho ripristinato il mobile.js. Ora da desktop non ci sono problemi e da mobile nemmeno. La settimana prossima arriverà il fix definitivo per la versione mobile. --Daimona Eaytoy (Scrivimi!) 21:08, 27 apr 2018 (CEST)

Grazie! --Ignazio (msg) 21:55, 27 apr 2018 (CEST)

Wikilink diretti a sezioni

[@ Daimona Eaytoy] mi dispiace tornare a lamentarmi di qualcosa, ma oltre ai sinottici ho notato che anche questa funzione ha cominciato a fare i capricci nella versione mobile: il comportamento di questo collegamento, per esempio, rimane regolare, ma altre sezioni, come questa o questa, non vengono più richiamate. --Ignazio (msg) 09:31, 27 apr 2018 (CEST)

Stavolta WORKSFORME, andando in versione mobile non ho problemi. --Daimona Eaytoy (Scrivimi!) 09:47, 27 apr 2018 (CEST)

[@ Daimona Eaytoy] ho appena fatto una prova da un browser diverso, ipotizzando fosse l'ennesimo problema di Chrome, ma non cambia niente. Non saprei... --Ignazio (msg) 10:02, 27 apr 2018 (CEST)

Il malfunzionamento si verifica anche a me, ma non ho idea di quale possa essere la causa. Se è sorto di recente, conviene aspettare la prossima settimana per vedere se si risolve assieme al resto.--Sakretsu (炸裂) 11:56, 27 apr 2018 (CEST)

Io continuo a vedere tutto regolare. Comunque (v. disc. sopra) il fix vero per la versione mobile arriva settimana prossima, ma risolve solo il problema del CSS.--Daimona Eaytoy (Scrivimi!) 21:09, 27 apr 2018 (CEST)

Entonces qué hacemos? --Ignazio (msg) 22:05, 27 apr 2018 (CEST)

[@ Daimona Eaytoy] credo di aver identificato il problema: i collegamenti funzionano solo se diretti a sezioni madre. --Ignazio (msg) 22:24, 28 apr 2018 (CEST)

Ho riprovato, e il problema è arrivato. Però solo da mobile, mentre la versione mobile su desktop non ha problemi. Purtroppo non saprei, prima di aprire un task sarebbe cosa buona vedere la console, cosa che da mobile non posso fare. --Daimona Eaytoy (Scrivimi!) 23:38, 28 apr 2018 (CEST)

Mh... capisco. --Ignazio (msg) 03:43, 29 apr 2018 (CEST)

Filtro? EGO?

Non so se è questo il posto giusto per fare questa richiesta, ma bazzicandoci molti smanettoni magari possono dare un parere sulla fattibilità. Come sapete le categorie "Persone legate a NOMECITTA" devono contenere solo sottocategorie, e qualche tempo fa sono passato per eliminare eventuali voci di biografie direttamente inserite (es. [1] o [2]). Domanda: è fattibile tecnicamente un filtro che impedisca l'inserimento diretto di voci di ns0 in queste categorie? Il problema è che esistono categorie quasi con lo stesso nome che però vanno effettivamente riempite di biografie (es. Categoria:Persone legate alla Legione straniera francese o Categoria:Persone legate allo scautismo), quindi non basterebbe impedire il "Persone legate a". Cosa ne pensate, almeno dal punto di vista tecnico? Ci sarebbe un modo fattibile tecnicamente per impedire questi inserimenti o meglio andare di EGO generato di tanto in tanto e rimozione manuale? (una volta ottenuto il parere tecnico poi ovviamente sarebbe da decidere se sia opportuno questo blocco, ma non lo propongo neanche se so che non si può fare) --Superchilum^(scrivimi) 09:09, 28 apr 2018 (CEST)

A quanto ne so io, molto poco, i filtri hanno risorse limitate e quindi si usano solo per i vandalismi. Ma aspettiamo un esperto al quale chiederei in alternativa perchè non usare un bot per fare pulizia?--Pierpao.lo (listening) 09:32, 28 apr 2018 (CEST)

Anche. O alla peggio un'etichetta con la quale individuare con facilità questi inserimenti. --Superchilum^(scrivimi) 09:43, 28 apr 2018 (CEST)

I filtri hanno risorse limitate ma ciò non vuol dire che si usano solo per i vandalismi o che nel dubbio non li creiamo proprio, al momento utilizziamo meno della metà delle "risorse" disponibili. Il vero problema è quello sottolineato da Superchilum, cioè che se non basta il "Persone legate a" si rischiano dei falsi positivi. La cosa migliore che mi viene in mente è utilizzare un filtro che rilevi un semplice [[Categoria:Persone legate a ma si limita a mettere un'etichetta, oppure ad avvisare, oppure a loggare la modifica nel registro abusi (ma questo lo farebbe in ogni caso). Insomma, qualcosa che non impedisca la modifica e di tranquillamente ignorabile in caso di falsi positivi. Personalmente, delle due propenderei per l'avviso, un po' come facciamo ad esempio con questo. --Daimona Eaytoy (Scrivimi!) 10:15, 28 apr 2018 (CEST)

[@ Daimona Eaytoy] per avviso intendi che semplicemente compaia l'etichetta come dicevo sopra, o che proprio compaia un avviso all'utente che sta effettuando la modifica? --Superchilum^(scrivimi) 10:20, 28 apr 2018 (CEST)

[@ Superchilum] Quando l'utente tenta di salvare compare un avviso (personalizzabile). Ad esempio, per i tag obsoleti usiamo questo. Quando compare l'avviso la modifica viene "sospesa" e l'utente ha due opzioni: o preme di nuovo su "salva" (e la modifica viene salvata) oppure modifica le sue aggiunte e il filtro "si resetta" (cioè se la nuova versione è corretta la lascia passare, altrimenti ricompare l'avviso e si riparte da capo).--Daimona Eaytoy (Scrivimi!) 10:26, 28 apr 2018 (CEST)

Sono d'accordo con l'avviso proposto da Daimona. In più secondo me sarebbe utile che, se l'utente premesse di nuovo su "salva", si aggiungesse anche un'etichetta, in modo da evidenziarlo per i patroller--Parma1983 13:42, 28 apr 2018 (CEST)

Certo, è possibile anche questo. --Daimona Eaytoy (Scrivimi!) 15:22, 28 apr 2018 (CEST)

Grazie a tutti, ho aperto la discussione in Discussioni categoria:Persone per città#Monitorare l'inserimento di persone :) --Superchilum^(scrivimi) 08:26, 29 apr 2018 (CEST)