Wikipedia:Officina/Archivio/2019 marzo

Da Wikipedia, l'enciclopedia libera.
Vai alla navigazione Vai alla ricerca

Funzioni da mobile

Noto che su en.wiki la funzione <small fa effetto anche su mobile. Inoltre, laddove vi è un link audio, vi compare anche il simbolo dell'altoparlante (che da noi appare solo in versione desktop), benché su en.wiki non sia in uso un template specifico per il link audio, ma vi è un apposito parametro nel template IPA. Non si potrebbero importare anche qui queste belle comodità?--3knolls (msg) 14:24, 3 mar 2019 (CET)

Interessante che un tag si comporti in modo diverso a seconda dell'edizione linguistica, questo significa che si può agire in locale (suppongo da MediaWiki:Mobile.css) e sono sempre favorevole ad ogni possibile miglioramento della versione mobile. Per quanto riguarda i link ai file audio, però, io vedo l'icona dell'altoparlante anche da smartphone. --Ignazio (msg) 16:11, 3 mar 2019 (CET)
Davvero @Ignazio Cannata? Tu ad esempio vedi l'icona dell'altoparlante nell'incipit della voce Roma, prima della parola "pronuncia"? A me invece quell'icona da mobile non compare mai, qualsiasi voce apra e qualsiasi browser utilizzi. Stranamente compare solo se mi sposto su en.wiki.--3knolls (msg) 16:55, 3 mar 2019 (CET)
[@ 3knolls] perdonami, credevo che il template {{IPA}} fosse solo un esempio di quanto dicevi di en.wiki: io intendevo i link veri e propri come nel caso di Il Canto degli Italiani a fine sinottico. --Ignazio (msg) 17:12, 3 mar 2019 (CET)
L'icona delegata al CSS risale a una modifica del 2007, ispirata a en.wiki dove è stata rimossa nel 2009 perché inserita manualmente nei vari template. Dovremmo fare la stessa cosa, facendole puntare la pagina di descrizione del file.--Sakretsu (炸裂) 17:43, 3 mar 2019 (CET)

Rendere più chiara la preferenza al caricare i file su Commons anziché qui

cb La discussione proviene dalla pagina Discussioni Wikipedia:Festival della qualità/Gennaio febbraio 2019.
– Il cambusiere CansAndBrahms (msg) 16:55, 2 mar 2019 (CET)

Siamo all'ultimo giorno. Il lavoro da svolgere era gargantuesco, ed infatti se guardiamo le voci rimanenti siamo ancora solo agli inizi. Ho visto che in un festival lungo 2 mesi l'entusiasmo e le energie si sono smorzate già dopo il primo.

Al momento non abbiamo altri festival pronti (a tal proposito ho scritto qui allo scopo di fare un punto della situazione). Possiamo quindi decidere se fermarci o se lasciar correre questo festival ancora per un po' --Torque (scrivimi!) 17:27, 28 feb 2019 (CET)

Finché non si deciderà di indirizzare direttamente a Commons i caricamenti di "opere proprie" sarà un po' come svuotare il mare con un cucchiaio: gli utenti continueranno a caricare foto qui che entreranno nella categoria delle immagini da trasferire. Magari ne sono state trasferite di più di quelle segnalate, ma sono state contemporaneamente "rimpiazzate" da nuove. Come proponeva Horcrux nella discussione della proposta, bisognerebbe rendere meno diretto il caricamento dei file direttamente qui su it.wiki. Ciao, --CansAndBrahms (msg) 18:05, 28 feb 2019 (CET)
A mio parere la proposta di rendere più chiara la preferenza al caricare i file su Commons anziché qui è sensata. --Epìdosis 18:40, 28 feb 2019 (CET)
Concordo; ovviamente solo per i file liberi non in PD-Italy e va implementato un sistema tecnico per bloccarli--Pierpao.lo (listening) 18:51, 28 feb 2019 (CET)
D'accordissimo anche io. Qui vanno ospitati i file in EDP (e magari i PD Italy che sarebbero considerati copyviol su Commons – e pure qui lo sarebbero, in teoria, ma vallo a spiegare agli utenti). --Ruthven (msg) 19:20, 28 feb 2019 (CET)
Abbraccio anch'io questa idea, solo che non saprei dove è più opportuno portare avanti la discussione! Bar? --Torque (scrivimi!) 19:43, 28 feb 2019 (CET)
Magari all'Officina. --Ruthven (msg) 20:28, 28 feb 2019 (CET)
[@ Epìdosis, Pierpao, Ruthven, Torque] Sposto la discussione in officina. --CansAndBrahms (msg) 16:54, 2 mar 2019 (CET)

[ Rientro] Vi è però almeno un altro caso (oltre all'EDP e al deprecato PD-Italy) in cui, a mio parere, è opportuno caricare in locale anziché su Commons: mi riferisco al caso di files privi di qualsiasi valore e caricati al solo scopo di fornire una prova fotografica o una prova video di ciò che si sta affermando in una discussione in corso su it.wiki.--3knolls (msg) 14:42, 3 mar 2019 (CET)

[@ 3knolls] Quei file normalmente sono caricati con {{Test grafico}}. Potremmo creare un'opzione giusto per quelli e che aggiunge il template in automatico. --Ruthven (msg) 19:49, 3 mar 2019 (CET)
Se è così bisognerebbe anche aggiornare il manuale del {{Test grafico}}: ad oggi si legge che l'unico uso consentito del template è per i test del laboratorio grafico.--3knolls (msg) 08:39, 4 mar 2019 (CET)
Non mi ricordavo di quel template. Io invece ne creerei apposta un altro che per esempio categorizzi in Categoria:file solo per Wikipedia in italiano, perchè vedo che quel template categorizza in categoria:immagini di servizio da non cancellare. Intanto forse sarebbe meglio mettere tutti i test in una categoria apposita categoria:file di test del Laboratorio Grafico da mettere sotto la precededente, oltre che per maggior chiarezza, anche perchè un domani si potrebbe decidere di cancellarle, poi una volta tolti i test si potrebbe scoprire che forse la categoria categoria:immagini di servizio da non cancellare non ha più senso di essere. Non credo ci sia la necessità tecnica di caricare i file solo in locale. --Pierpao.lo (listening) 10:57, 4 mar 2019 (CET)
Approfitterei della ristrutturazione anche per forzare un po' l'inserimento del template {{informazioni file}}. Nel festival appena concluso neanche il 10% dei file caricati lo conteneva. --Torque (scrivimi!) 10:40, 5 mar 2019 (CET)
Intanto si potrebbe creare una pagina intermedia, in linea con ciò che fa en.wiki e ancora più precisamente fr.wiki, dove far puntare "Carica un file". --CansAndBrahms (msg) 20:55, 7 mar 2019 (CET)

Modalità sola lettura

Il 19 marzo alle ore 15 utc ovverosia 16 in Europa Centrale ci saranno 15 minuti di sola lettura (phab:T217441, phab:T187960). Fate girare la voce :). Molti di voi lo sapranno già, invece ai tecnoniubbi ricordo che per essere aggiornati devono seguire anche WP:Ambasciata. --Pierpao.lo (listening) 16:19, 5 mar 2019 (CET)

MYmovies ID su Wikidata

Stavo provando a collegare questa pagina di MYmovies su wikidata seguendo le istruzioni in Template:Mymovies, ovvero riportando come ID 2017/fullmetalalchemist, ma non sembra funzionare (mentre tramite {{Mymovies}} va tutto bene). Supponendo a questo punto che l'elemento di wikidata necessiti per forza dell'ID numerico, da dove lo posso ricavare visto che nell'url della pagina non compare? Eventualmente magari si potrebbe aggiungere una spiegazione nelle istruzioni del template? --goth nespresso 00:16, 7 mar 2019 (CET)

Vedi qui e qui.--Sakretsu (炸裂) 00:27, 7 mar 2019 (CET)
Aggiungo che l'ID si può anche trovare visualizzando il codice sorgente della pagina. Comunque, piuttosto che costringere gli utenti a scovare l'ID, penso che sarebbe meglio se la proprietà fosse aggiornata con il nuovo indirizzo, se possibile.--Sakretsu (炸裂) 00:36, 7 mar 2019 (CET)
[@ Sakretsu] Grazie! Personalmente se passo il mouse sopra il titolo mi appare soltanto il titolo (sono con Chrome), per vedere l'ID ho dovuto copiare l'indirizzo del link col tasto destro e incollarlo da qualche parte (pingo [@ ValterVB] per un chiarimento e per un grazie indiretto), in ogni caso sì in effetti sarebbe più comodo adeguare il funzionamento della proprietà ai nuovi indirizzi.--goth nespresso 00:51, 7 mar 2019 (CET)
[@ Goth nespresso] E' importante cercare il film con questa pagina, una volta che viene visualizzato l'elenco dei film con quel titolo ( esempio), passa il cursore del mouse sul titolo, in basso a sinistra nella finestra del browser vedrai l'indirizzo completo (es. http://www.mymovies.it/dizionario/recensione.asp?id=27457. Il numero dopo id= è l'id del film. Funziona con qualsiasi browser, l'ho appena provato con chrome. --ValterVB (msg) 11:56, 7 mar 2019 (CET)
[@ ValterVB] Ahhh non mi ero accorto che appariva in basso, thanks! --goth nespresso 12:03, 7 mar 2019 (CET)

Sparito il tasto proteggi

Ciao a tutti. Mi succede una cosa abbastanza importante. Premetto che prima di scrivere qui ho provato anche ad eliminare i monobook sia css che js, comunque obsoleti e ho fatto diverse prove.
In sostanza non ho il tasto proteggi. Fortunatamente me ne sono accorto facendo "esercizio" e non al momento di reale bisogno, ma sta di fatto che compare solo in pagine cancellate o da creare, e diventerà presto o tardi un problema se non si risolve. Agevolo screenshot di come vedo i tasti su una voce "normale": https://imgur.com/u3Pw2Xe
Come si risolve? Grazie dell'attenzione e della pazienza. --Kal - El 17:29, 9 mar 2019 (CET)

Se proprio ti stai annoiando puoi leggerti la mia ipotesi di cui non sono affatto sicuro, mi sembra di capire che nei due file common.css e js (che io ho cancellato e vivo felice), carichi il vecchio monobook e alcuni tool e credo non sia più necessario, anzi. Se hai di meglio da fare aspetta una risposta da un esperto--Pierpao.lo (listening) 18:59, 9 mar 2019 (CET)
Ti ringrazio per la tua risposta. Non mi stavo annoiando, ma l'ho letta volentieri. :-) Forse è un problema mio di visualizzazione, un'enorme banalità che doveva essere la mia prima ipotesi ma che mi è venuta in mente solo dopo aver scritto, abbiate pazienza. Vi faccio sapere entro domani. --Kal - El 19:31, 9 mar 2019 (CET)
[@ Kal-El] Proprio come dice Pierpaolo. Stai continuando a caricare il monobook modulare nei tuoi common .js e .css. D'altra parte, se ultimamente mi sto battendo per farlo sparire (e altri l'hanno fatto prima di me), un motivo c'è :) In questo caso specifico, che ho esaminato importando i tuoi (j|cs)s, il problema è in quickedit, che ha un errore. La cosa non mi stupisce, dato che lo script non ha modifiche dal 2012. Vedo se ne esiste una versione aggiornata da qualche parte, altrimenti lo rimuovo e basta. Se poi la richiesta è alta (aka la gente che non sapeva neanche di caricarlo è poca), lo si può importare in locale e correggere. --Daimona Eaytoy (Scrivimi!) 19:43, 9 mar 2019 (CET)
[@ Daimona Eaytoy]Per me cancella pure i miei monobook (cioè, l'ho già fatto io, ma evidentemente salto qualche passaggio fondamentale). Tuttavia, facendo l'unica prova che avevo omesso di fare, cioè ridurre lo zoom delle pagine, essendo un po' orbo lo tengo "alto", il bottone è ricomparso. Grazie dell'interessamento e scusate il procurato allarme, dovuto più a poca prontezza che a grande imperizia. :-) --Kal - El 10:28, 10 mar 2019 (CET)

[ Rientro][@ Kal-El] In realtà in parte mi sbagliavo. Senza dubbio la roba del monobook modulare deve sparire, quickedit ha un errore che blocca gli altri script e, aggiungo, era stato rimosso dagli accessori nel 2014 perché obsoleto, pertanto NON sarà sostituito. Il tuo problema però non viene da lì. Viene invece dal CSS del monobook che conflitta incurabilmente con quello di MediaWiki. Non sto a dire quale dei due tenti di fare la cosa giusta e di adattarsi ai vari dispositivi ecc., come non sto a dire quale dei due verrà falciato istantaneamente. P.S. Riguardo alle tue pagine, ti mancano User:Kal-El/common.js e User:Kal-El/common.css ;-) --Daimona Eaytoy (Scrivimi!) 19:54, 10 mar 2019 (CET)

[@ Daimona Eaytoy] Monobook cancellati (ok?) :D Accetto volentieri suggerimenti se e come inserire cose nelle due common, che a me risultano esistenti. Cosa manca? Comunque il problema è quello che ho spiegato: lo zoom, la causa del problema - se ho capito - presumo sia quella che dici tu (dovrebbe vedersi comunque, semmai "spostato"). Si risolve riducendo un po' lo zoom (dopo 4 interventi posso anche farlo :)). Grazie della pazienza. --Kal - El 21:15, 10 mar 2019 (CET)
Kal-El Per salvare capre e cavoli puoi provare ad abituarti a Vector, che aggiunge tutti i tastini "extra" in un menù a discesa, così se come dici, sei orbo, hai margini di ingrandimento visto che "Sposta", "proteggi" e "Cancella" finiscono in quel menù e "segui" diventa una stelletta. Puoi fare una prova cliccando qui (tanto se non hai più script non perdi nulla), vedi se non sei abbastanza orbo :) --Wim b 23:45, 10 mar 2019 (CET)
Se vuoi fare pulizia e riorganizzare tutto come ho fatto io ti consiglio di cancellare User:Kal-El/common.js e User:Kal-El/common.css che sono i due file comuni a tutti i temi. Poi ti fai un giro tra gli accessori Speciale:Preferenze#mw-prefsection-gadgets e vedi quello che ti serve; riconfigurato tutto se ti manca qualcosa scrivi. Per quanto riguarda i problemi alla vista (vedi la sua pagina utente User:Wim b) ti sconsiglio di usare Il tema monobook ma di scegliere qui Speciale:Preferenze#mw-prefsection-rendering o Vektor oppure Timeless che adattanno i menu allo zoom a differenza di monobook (che tra l'altro credo sia il più vecchio come impostazione). Timeless può essere traumatizzante all'inizio ma l'impostazione è semplicissima è tutto in menu in alto, una volta ambientati potrebbe rivelarsi una scoperta User:Kal-El--Pierpao.lo (listening) 10:26, 11 mar 2019 (CET)
Direi che i suggerimenti sopra sono ottimi. L'unica precisazione che voglio fare è che il problema dei tasti spariti l'ho risolto direttamente cancellando un pezzo di CSS del monobook modulare, quindi in teoria il problema dovrebbe sparire anche se non fai nulla. Ci potrebbe comunque volere un po' di tempo perché nell'importarlo viene richiesto di usare una copia di cache con scadenza inferiore al mese. --Daimona Eaytoy (Scrivimi!) 13:49, 11 mar 2019 (CET)

Ma difatti il problema è sparito, come dicevo. Grazie a tutti dei consigli, ne farò tesoro, che li usi o meno.--Kal - El 21:34, 11 mar 2019 (CET)

Puntano qui e navbox

Spesso, dopo aver spostato una voce che era inclusa in un template di navigazione e aver corretto il link in quest'ultimo, quando controllo i "Puntano qui" per vedere se il redirect è stato orfanizzato vengono mostrati ancora (per un certo lasso di tempo) i link in entrata dalle voci in cui era incluso il suddetto navbox, nonostante utilizzi l'accessorio Purge. Il problema non si presenta per i link in entrata al di fuori dei navbox. Per far aggiornare subito i Puntano qui dovrei per forza cancellare la cache del mio browser o c'è qualche altro motivo per cui impiegano un po' di tempo ad aggiornarsi? --goth nespresso 21:42, 10 mar 2019 (CET)

Purtroppo non funziona neanche il purge per i puntano qui, se hai fretta e le voci sono poche puoi forzare l'aggiornamento con un null edit (entrare in modifica e salvare senza aver modificato nulla) in ogni voce che include il navbox. Ci impiegano un po' perché i puntano qui dei template vengono aggiunti in coda, presumo per ragioni di performance/ottimizzazione delle risorse. --Titore (msg) 22:09, 10 mar 2019 (CET)
Capito, grazie! --goth nespresso 22:14, 10 mar 2019 (CET)

Muscolo medio gluteo

Non credo sarebbe cambiato granché se a causarmi tal problema fosse stata la pagina sopracitata o una qualsiasi altra pagina, però ho tentato per ben cinque volte di ripristinare alla versione di Abisys.bot la pagina sopracitata, invano. E' successo anche ad altri? Alla fine ho annullato una modifica dell'IP che vandalizzava (quelle da cancellare erano tre), e poi me l'ha lasciato fare... boh. Rimango perplesso, ma magari non è dovuto a WP. --Mice, и добър вечер! 13:51, 14 mar 2019 (CET)

... Mi sa che non ho capito bene cosa è successo. Che problema si è verificato? --Daimona Eaytoy (Scrivimi!) 14:02, 14 mar 2019 (CET)
... Mi sa che non mi sono spiegato bene. [@ Daimona Eaytoy] il problema di per sé non è così grave, però volevo capire se centra WP o se era il mio computer che dava malfunzionamenti o cos'altro. Semplicemente, stavo passando su una pagina su cui avevo beccato un vandalo tra le ultime modifiche, e mi sono accorto che questo vandalo (un IP, l'ultimo IP che vi ha editato, per l'esattezza) aveva fatto più di un vandalismo. Così sono andato all'ultima versione pulita della pagina (quella di Abisys.bot del 2017), ho premuto "Modifica wikitesto", ho inserito l'oggetto "Riporto a versione di Abisys.bot" e ho premuto "Pubblica le modifiche". Risultato: la modifica non si è salvata. L'ho rifatto quattro o cinque volte, con o senza oggetto, e niente. Ho quindi annullato una modifica, poi giusto per curiosità ho riprovato a riportare direttamente alla versione di Abisys.bot e... sono riuscito. Fondamentalmente nient'altro è accaduto, semplicemente sono rimasto incuriosito sul fatto che non mi salvava la modifica, volevo insomma capire se c'era un qualche problema generale o se era un problema solo mio e quindi con buona probabilità legato al mio dispositivo o a chissà cosa altro. --Mice, и добър вечер! 14:16, 14 mar 2019 (CET)
Allora avevo intuito bene. Rimane però una cosa chiave da chiarire: quando dici "la modifica non si è salvata", intendi che hai ricevuto qualche messaggio di errore oppure è andato tutto normalmente ma, in effetti, la modifica non si è salvata? --Daimona Eaytoy (Scrivimi!) 14:18, 14 mar 2019 (CET)
Ah come non detto, la spiegazione è molto semplice: l'ultima versione dell'IP è identica a quella di Abisys.bot. --Daimona Eaytoy (Scrivimi!) 14:19, 14 mar 2019 (CET)
Ok, sono uno scemo... va bene, grazie e scusa se ti ho fatto perdere tempo :-) --Mice, и добър вечер! 14:27, 14 mar 2019 (CET)

Inserimento fonti con visual editor

Ho notato che l'inserimento del template {{cita web}} tramite visual editor in alcuni casi genera automaticamente date in formato americano (2019-03-14) e l'indicazione della lingua italiana (|lingua=it), mentre la lingua non andrebbe segnalata quando è l'italiano. In pratica, cliccando su "cita" nel visual editor si hanno due possibilità:

  • modalità automatica: inserisci il link, e genera un riquadro con la citazione, che ha le date corrette (14 marzo 2019), ma per qualche motivo inserisce anche la lingua (IT). Una volta che clicchi su "inserisci" all'interno del riquadro, la nota viene inserita nel testo, ma rimane anche il riquadro, con il tasto "modifica". A questo punto si possono fare due cose:
    • cliccare al di fuori del riquadro: il riquadro scompare e la nota rimane lì, con la lingua italiana indicata;
    • cliccare su "modifica": apparirà un riquadro per modificare manualmente tutti i parametri del template, ma saranno riempiti automaticamente con date del tipo 2019-03-14, e il parametro "lingua" avrà "it-IT"!
  • modalità manuale: si sceglie tra vari tipi di citazioni, e scegliendo "web" apparirà un riquadro per aggiungere manualmente tutti i parametri del template. Non ci sono problemi.

In sostanza, è necessario correggere il problema della modalità automatica (e della modifica di citazioni esistenti): le date devono apparire come "14 marzo 2019" anche cliccando su "modifica", e la lingua italiana non deve mai apparire (la lingua inglese sì, e invece mi sembra che non appare) --Lombres (msg) 17:06, 14 mar 2019 (CET)

Dettagli tecnici blackout

Segnalo un richiesta d'aiuto tecnico all'ambasciata da parte dei colleghi di sk.wiki. --Titore (msg) 01:50, 20 mar 2019 (CET)

Problemi al bar

Qualcuno sa perchè il bar ha smesso di funzionare? A colpo d'occhio sembra tutto in ordine, ma in realtà le discussioni sono le stesse da due giorni... Ieri ho pensato di avere un deja-vu, ma oggi ne sono sicuro! Questa ad esempio è del 15, non del 17. Grazie--Equoreo (msg) 12:07, 20 mar 2019 (CET)

Perché IncolaBot non le sta aggiornando, esempio (vedi crono). Probabile che il bot abbia qualche problema a causa di lavori di manutenzione avvenuti di recente su toolforge. [@ Incola] Daresti un'occhiata per favore? --Daimona Eaytoy (Scrivimi!) 12:15, 20 mar 2019 (CET)
Grazie per la segnalazione, ho sistemato. --Incola (posta) 12:34, 20 mar 2019 (CET)

Pagina Wiki Pippo Baudo - risultati ricerca Google dal contenuto offensivo

Cercando "Pippo Baudo" su Google, si ottiene il link alla pagina Wikipedia il cui Template "Bio" riporta contenuti offensivi. Questo commento senza la firma utente è stato inserito da 151.13.173.34 (discussioni · contributi).

Trattasi di un intervento vandalico di un anonimo IP che è già stato corretto alle 18:35 del 19 mar 2019. Wikipedia altro non può fare. Se credi puoi rivolgerti a Google. Sappi comunque il risultato della ricerca di Google sparirà automaticamente a breve. --Gac 17:03, 20 mar 2019 (CET)

ItwikiBot

Segnalo che il bot continua ad aggiungere il parametro "counter": non succede niente, è un valore attivo di default, però è un po' fastidioso. --Ignazio (msg) 00:08, 2 mar 2019 (CET)

[@ .avgas, Valerio Bozzolan] riuscite a dare un'occhiata? Qui il bot è tornato al numero 1 creando l'archivio 53 vuoto.--Sakretsu (炸裂) 01:35, 11 mar 2019 (CET)
[@ Ignazio_Cannata, Sakretsu] Uhm. Premettendo che non conosco questo strumento, non vedo margine di intervento dalle opzioni ed inoltre al momento usiamo il codice in "sola lettura", sempre automaticamente alla loro ultima versione, quindi prima di forkarlo e condannarci ad una versione tutta nostra suggerirei di mandare un nostro ambasciatore nel loro IRC a fare gli occhietti dolci e a chiedergli se questo comportamento sia voluto e se si possa evitare. Vedo che il codice è stato sviluppato dagli autori di Pywikibot quindi inviterei a contattarli da qui: mw:Manual:Pywikibot/Communication. Ehm... vi prego, non mandate me, rappresento la concorrenza, secondo me se ci chiudete in una stanza l'altro rimane dentro accoltellato. asd asd --Valerio Bozzolan (msg) 11:01, 23 mar 2019 (CET)
[@ Valerio Bozzolan] grazie per le info, siamo clementi e non ti gettiamo nell'arena solo perché nel frattempo hanno già annullato le modifiche al codice e aperto un task :-) Segnalo anche che il bug è stato introdotto a quanto pare nel corso di phab:T215247, quindi mi metto a spulciare i contributi di ItwikiBot da febbraio per correggere gli errori di archiviazione.--Sakretsu (炸裂) 13:57, 24 mar 2019 (CET)
Per fortuna l'errore incideva solo sugli archivi di due progetti (Cinema, Connettività). Ho corretto--Sakretsu (炸裂) 15:09, 24 mar 2019 (CET)

Modifica wikitesto

Segnalo al volo che il tasto "Modifica wikitesto" sta dando i numeri. Appena si carica la pagina appare la dicitura "Modifica sorgente" che poi cambia in quella corretta.--Sakretsu (炸裂) 11:32, 22 mar 2019 (CET)

[@ Sakretsu] È un po' colpa mia. Ho modificato il messaggio "modifica wikitesto" in "modifica sorgente" qualche giorno fa, principalmente per due motivi: 1-il messaggio inglese usa appunto "source" e le traduzioni non vanno inventate 2-con l'avvento dei vari content model, "wikitesto" non è sempre corretto. Evidentemente è rimasto qualche messaggio non tradotto, ci guardo subito. --Daimona Eaytoy (Scrivimi!) 13:12, 22 mar 2019 (CET)
Beh, non proprio colpa mia... Dal RelEng team mi hanno reindirizzato al task linkato sopra che è UBN e verrà risolto presto. --Daimona Eaytoy (Scrivimi!) 13:45, 22 mar 2019 (CET)
Il bug non ha ancora una conferma di risoluzione, ma per quanto ci riguarda ho risolto purgando il messaggio. --Daimona Eaytoy (Scrivimi!) 18:31, 22 mar 2019 (CET)
[@ Daimona Eaytoy] Scusami non ho ben capito, la modifica quindi è definitiva? Perché adesso la dicitura "Modifica sorgente" è fissa. Se sì, andrebbero aggiornate tutte le pagine d'aiuto che menzionano ancora il wikitesto --goth nespresso 19:19, 22 mar 2019 (CET)
[@ Goth nespresso] Sì, è definitiva e ho già modificato tutte quelle che ho trovato. --Daimona Eaytoy (Scrivimi!) 19:21, 22 mar 2019 (CET)
Ci sono anche altri messaggi di sistema da rivedere su tw, per ora ne ho aggiornato qualcuno.--Sakretsu (炸裂) 19:28, 22 mar 2019 (CET)
A regola dovrebbero essere di più se non sbaglio. Comunque non mi è chiara la stringa che hai inserito (non bastava scriverlo a mano?), anche perché ad esempio qua ora mi appare "modifica sorgente", mentre qui vedo ancora "modifica wikitesto". --goth nespresso 19:32, 22 mar 2019 (CET)
Inoltre il "modifica sorgente" mi compare solo in cima alla pagina, mentre le varie sezioni a fianco dei titoli riportano ancora "modifica wikitesto" --goth nespresso 19:34, 22 mar 2019 (CET)

[ Rientro] [@ Sakretsu] Grazie, avevo cercato messaggi simili anche su tw ma mi pareva non ce ne fossero altri. Quello per le sezioni non l'avevo modificato volutamente perché in presenza di sezioni è sicuramente wikitesto, ma è anche vero che non traducendolo si crea una difformità che magari potrebbe confondere qualcuno. [@ Goth nespresso] No, i risultati della tua ricerca includono troppa roba, dai un'occhiata qui. Scrivere messaggi a mano è sempre sbagliato, anche solo per il fatto che ogni volta che un messaggio cambia (come in questo caso) poi vanno trovati e aggiornati manualmente tutti gli utilizzi. La pagina che hai linkato che mostra "modifica wikitesto" aveva un problema di cache (probabilmente quello del task sopra), l'ho purgata e adesso è corretta. --Daimona Eaytoy (Scrivimi!) 20:18, 22 mar 2019 (CET)

[@ Daimona Eaytoy] La dicitura "modifica wikitesto" fu scelta dopo una lunga discussione comunitaria perché si pensava che la parola "sorgente" scoraggiasse i nuovi utenti, che avrebbero potuto credere che si trattasse di un linguaggio di programmazione. Ti chiederei quindi di rimettere "modifica wikitesto", un admin non può di testa propria cambiare una cosa che era stata decisa dopo discussione. P. S. sono passato di qui per vedere se qualcuno aveva risposto alla mia richiesta sul visual editor qui sopra, potresti darci un'occhiata? --Lombres (msg) 21:24, 22 mar 2019 (CET)
Senza dubbio, va ripristinata la dicitura approvata per consenso. Per cambiarla serve una nuova discussione--Sakretsu (炸裂) 21:43, 22 mar 2019 (CET)
[@ Lombres] Premetto che se c'è stata una discussione in proposito allora in locale va ripristinato il vecchio messaggio. A mio avviso "wikitesto" è comunque non esatto, ma se ne può parlare. Ciò detto, non avevo idea di discussioni pregresse, non è esattamente facile trovare una discussione se non sai se c'è. Inoltre, io la modifica l'ho fatta su translatewiki, che gestisce le traduzioni di mediawiki in tutte le lingue ad uso non solo di wikipedia, non solo dei progetti fratelli ma di qualsiasi installazione di mediawiki. Quindi a dire il vero sì, certo che posso cambiarla di testa mia! Non in veste di admin, né di sviluppatore, ma di semplice persona. Se poi la comunità qui ha deciso diversamente, bene, ma la traduzione corretta del messaggio ("edit source" in originale) è questa... Garantisco che chi scrive il messaggio originale in inglese sceglie le parole da usare con attenzione, e stravolgerle nel tradurre non è mai auspicabile. Riguardo alla richiesta sopra, cerco di darci un'occhiata domani, ma non garantisco molto perché sono molto ignorante in fatto di visualEditor :/ --Daimona Eaytoy (Scrivimi!) 22:00, 22 mar 2019 (CET)
anche a me non è mai piaciuto tanto "wikitesto", avrei preferito qualcosa come "modifica classica", ma ormai non credo che si possa decidere qui --Lombres (msg) 22:46, 22 mar 2019 (CET)
@Daimona in verità, in virtù della tua osservazione, direi l'esatto contrario. Proprio perché il tasto è importante, condiviso da tutti i progetti italiani ed è reso così da anni, dovresti prima avvisare i progetti fratelli e permettergli di decidere se aggiungere quella resa in locale o se aggiornare le loro linee guida. Non c'è motivo di cambiare il messaggio di punto in bianco.--Sakretsu (炸裂) 22:58, 22 mar 2019 (CET)
[@ Lombres] Mah guarda, sarà l'abitudine, ma secondo me wikitesto è più carino. Solo questo però, perché credo anche che sia meno corretto: questo non è wikitesto, e questo neanche, per fare due esempi. Diciamo che forse la cosa migliore sarebbe avere "modifica" e "modifica visuale", ma come da discussione linkata al momento non è possibile a causa di una limitazione di MW. Magari se mi ricordo nei prossimi giorni correggo la cosa in VE, ma fino ad allora non voglio aprire una discussione che non sono in grado di seguire. Inoltre, una cosa curiosa: in più punti della discussione veniva esplicitato che la modifica avrebbe dovuto essere solo locale (cosa giustissima), però alla fine è stata fatta su translatewiki! E a questo mi aggancio per rispondere a [@ Sakretsu]: le altre comunità erano state avvertite a suo tempo, o hanno solo ricevuto la modifica "dall'alto"? (Domanda solo in minima parte retorica). Va detto che, quando si parla di modifiche lato MW, non sempre si avvisano le comunità in anticipo (un motivo su tutti: non si possono attendere mesi di discussioni comunitarie per ogni minima questione), anche se magari questo caso fa eccezione. Fermo restando il fatto che la modifica è "evidente" e ogni comunità può accorgersene e provvedere in proprio (sempre che lo sappia fare, ma questo è un altro paio di maniche, e non da poco). Ma in ogni caso, il problema non si pone: avevo già guardato in giro stamattina e sui progetti fratelli non c'è VE, quindi per loro non cambia nulla. --Daimona Eaytoy (Scrivimi!) 23:27, 22 mar 2019 (CET)

[ Rientro] Ordunque... @Sakretsu ti ho revertato su TW per le motivazioni sopra, e ho aggiornato in locale tutti i messaggi coinvolti (inclusi quelli per cui abbiamo ancora la versione con "wikitesto"), essendo il consenso locale. Inoltre per la soluzione buona ho aperto phab:T219056 non potendomene occupare io. --Daimona Eaytoy (Scrivimi!) 10:43, 23 mar 2019 (CET) Aggiungo: diamine, mi ero sbagliato! Sui progetti fratelli è solo disabilitato di default... Provvedo a lasciare un messaggio di istruzioni. --Daimona Eaytoy (Scrivimi!) 10:43, 23 mar 2019 (CET)

WMF può imporre e fare le cose come vuole, gli utenti normali su TW no. Senza nulla togliere alle traduzioni più fedeli, facciamo passare il messaggio che bisogna cercare come sempre di prendere tutte le precauzioni del caso e di modificare a colpo sicuro dopo aver prevenuto disordini in giro. Non vorrei che qualcuno facesse suo il posso cambiarla di testa mia! e modificasse all'improvviso la traduzione di tutti i messaggi di sistema che riportano "watchlist" dicendo che qui si era detto questo.--Sakretsu (炸裂) 13:29, 23 mar 2019 (CET)
"Gli utenti normali no" è vero fino a un certo punto... Non ho mai visto nessuno, in nessuna lingua, instaurare discussioni locali ogniqualvolta si presenta un nuovo messaggio da tradurre su tw. In ogni caso translatewiki è, appunto, un wiki, quindi è naturale che ognuno possa modificarlo. Nei limiti del buonsenso etc., certo, ma non è lo stesso di quanto accade ad esempio su Wikipedia? Neanche io vorrei che qualcuno, leggendo "you can edit", scaricasse AWB e sostituisse il testo di un migliaio di voci con "Daimona puzza" a manetta, ma non possiamo certo disincentivare gli edit per questo (esempio estremo, ma dovrebbe rendere l'idea). Poi è vero, in casi particolari come questo un avviso in più non fa male. Purtroppo, facendomi un giro sui progetti fratelli e non vedendo il pulsante "modifica wikitesto/sorgente" mi ero illuso che VE non fosse attivo, e ho capito troppo tardi che semplicemente non è attivo di default. Comunque, mi ero dimenticato di dirlo, stamattina ho avvisato tutti e 7 gli altri progetti dando quante più info e istruzioni possibile sul cambiamento da (eventualmente) fare. --Daimona Eaytoy (Scrivimi!) 14:10, 23 mar 2019 (CET)
Il paragone non regge. TW è un wiki di supporto e nelle sue stesse linee guida prevede esplicitamente il coinvolgimento dei vari progetti al fine di ottenere un risultato migliore al posto di cambiamenti improvvisi alle convenzioni. Ad esempio per convenzione watchlist è reso come osservati speciali e nessuno può cambiarlo senza interrogare prima i vari progetti e dargli almeno il tempo di aggiornare i loro messaggi locali o le loro linee guida senza fare le cose di fretta.--Sakretsu (炸裂) 15:11, 23 mar 2019 (CET)
Il paragone era chiaramente esagerato. Ciò che, a mio avviso, differenzia "watchlist" da "source" è che il primo alla fine ha lo stesso significato. Il secondo no, proprio perché come dicevo "source" è volutamente generico, mentre "wikitesto" no e a certe pagine non si applica. "Sorgente" è una traduzione migliore? Scoraggia effettivamente gli utenti? "Wikitesto" è una traduzione migliore? Le risposte a queste domande non sono scontate, e c'è senz'altro un buon margine di discussione. Parentesi: per me le risposte sono rispettivamente "dipende", "probabile" e "non credo", ma non conta; anzi, secondo me la cosa meglio sarebbe avere "modifica" e "modifica visuale", cosa ancora impossibile. Il punto è che i progetti fratelli (e le altre installazioni in italiano) non hanno avuto modo di deciderlo. La modifica è stata fatta basandosi su una discussione locale (che curiosamente era partita esplicitamente come tale), che per quanto ne so non ha coinvolto nessun altro progetto. In sostanza, agli altri è arrivata la traduzione "wikitesto" e a quella si sono adattati. Poi magari preferirebbero tutti "wikitesto" per davvero, non lo escludo. Se però si vuole instaurare una discussione più globale, che la si instauri a partire dalle cose oggettive; e la cosa oggettiva è che "wikitesto" è una traduzione di "source" non corretta. Al momento la traduzione "stretta" c'è, l'avviso alle altre comunità pure, vediamo come va. Se poi l'esito è di tornare a "wikitesto" anche su TW, ben venga, l'importante è che la scelta sia condivisa (sebbene d'altra parte escluderebbe comunque i wiki non WMF). --Daimona Eaytoy (Scrivimi!) 17:36, 23 mar 2019 (CET)
Sì, questa volta ormai è andata così e spero non sia un grande problema per gli altri progetti visto che lì il VE non è nemmeno attivo di default. Il resto del discorso però rimane valido per il futuro. Ognuno si prende la responsabilità di capire cosa si possa cambiare senza problemi e cosa è bene toccare solo post discussione, per quanto si abbia in tasca la migliore delle più fedeli traduzioni.--Sakretsu (炸裂) 18:51, 23 mar 2019 (CET)
però è altrettanto vero che it.wiki non si “può permettere” di sapere quale traduzione è meglio per tutti i wiki del mondo che usano l’italiano come lingua per l’interfaccia. La traduzione su TW deve essere fedele all’originale, poi in locale se la comunità è d’accordo lo puoi modificare come ti pare, ci puoi anche mettere l’emoji dei gattini, ma non puoi certo imporlo a tutto il mondo e poi “casomai volessero la traduzione fedele se la modifichino in locale". Ora, questo era un caso che di certo non ha cambiato le sorti del mondo, ma il concetto resta valido per qualsiasi messaggio. L’errore era stato fatto la prima volta ad imporlo a tutti, la seconda volta , questa, è stata solo per rimediare e la storia che ormai è così da anni e quindi è diventata corretta per consuetudine, e imho sbagliato. —Wim b 07:44, 24 mar 2019 (CET)
[@ Wim b] non si rimedia a un errore con un altro errore. Qui non si parla di esattezza, ma di metodo, e quello usato in passato non giustifica il metodo usato nel presente. Prima si concorda la soluzione coi progetti e solo dopo si mette la traduzione che fa invidia ai migliori traduttori. Come ho scritto sopra, la soluzione può essere che tutti i progetti si installino la resa precedente in locale oppure si preparino ad aggiornare le linee guida; fatto ciò, TW sarà libera di mettere il messaggio che vuole. Oppure, se credete che TW debba poter essere modificata senza tenere conto delle conseguenze sui progetti, aprite una discussione al bar e vediamo che ne pensa la comunità sul fatto che qualcuno possa cambiare - anche previa discussione su TW stessa - la traduzione di "watchlist", "gadget", "namespace" (questo non è stato proprio tradotto!), ecc. all'improvviso senza avvertirci e senza che le sue modifiche possano essere revertate perché le sue traduzioni avranno ottenuto consenso su TW o saranno oggettivamente migliori.--Sakretsu (炸裂) 11:27, 24 mar 2019 (CET)

Mediawiki:pagina di spostamento

Ho trovato:

  1. MediaWiki:Movepage-moved e
  2. MediaWiki:Pagemovedtext
  • Quale che sia proporrei di inserire un link "modifica" che sarebbe molto utile nella gestione dei redirect per esempio quando si sistemano le disambiguazioni
  • La seconda probabilmente è da cancellare--Pierpao.lo (listening) 13:15, 23 mar 2019 (CET)
[@ Pierpao] Cancellato il secondo, effettivamente non è più in uso dal 2007... Riguardo al primo, non ho capito dove vorresti il link modifica. --Daimona Eaytoy (Scrivimi!) 14:13, 23 mar 2019 (CET)
dopo "(collegamenti", cioè (collegamenti, modifica, cancella) al posto di (collegamenti, cancella) meglio meglio ancora :) sarebbe fare come su en:MediaWiki:Movepage-moved che ci sono i link sia per gestire il redirect sia i link per gestire la nuova pagina. Posso farlo anche io in realtà; volevo sentire qualche parere. Più che altro prima di farlo mi chiedevo se per essere veramente precisi non si potesse far apparire i link a "cancella" e "modifica" solo nel rigo che appare in fondo solo se si crea il redirect nello spostamento che dice "È stato creato un redirect" così "È stato creato un redirect (modifica, cancella)".--Pierpao.lo (listening) 14:38, 23 mar 2019 (CET)

Pagina creata nonostante la protezione

La voce Sick Luke era stata protetta da LukeWiller nel gennaio 2018 che l’aveva protetta dalla creazione fino al gennaio 2020 (https://it.wikipedia.org/w/index.php?title=Speciale:Registri&page=Sick_Luke&type=protect), ma l’altro giorno un IP è riuscito a crearla (https://it.wikipedia.org/w/index.php?title=Speciale:Ripristina&target=Sick+Luke&timestamp=20190313054312). Come mai questo comportamento anomalo?--ƒringio · 13:21, 24 mar 2019 (CET)

Nulla di anomalo, con lo spostamento da parte di Sanremofilo del 13/03 la protezione è venuta meno. --Vito (msg) 13:25, 24 mar 2019 (CET)
Oh, ecco, mi ero perso un passaggio.--ƒringio · 13:29, 24 mar 2019 (CET)

Annuncio/promemoria: accessorio per i rollback involontari

A seguito di annuncio su wikitech-l, segnalo che con la nuova versione di MW in arrivo questa settimana verrà introdotta una funzionalità, attivabile nelle preferenze, per chiedere conferma quando si usa il tasto rollback. Ancora non ho guardato come funzioni etc., ma a regola il gadget MediaWiki:Gadget-SureSureSure diventerà superfluo. Probabilmente ci sarà da fare come per MediaWiki:Gadget-Unwatch.js. --Daimona Eaytoy (Scrivimi!) 17:19, 26 mar 2019 (CET)

Come sospettavo, viene chiesta la conferma anche aprendo il rollback in una nuova scheda. Con l'accessorio si riescono a evitare click accidentali, ma allo stesso tempo annullare velocemente tramite tasto centrale del mouse (per i diff uso il pop-up). Idem per i rollback eseguiti da RTRC. Per me l'accessorio di [@ Valerio Bozzolan] è insuperabile, eventualmente lo userò come script utente (xkcd rilevante :D). --Titore (msg) 12:02, 29 mar 2019 (CET)
Eheh, it's not a bug, it's a feature. Comunque, vista la differenza che in alcuni casi può far comodo, teniamoli entrambi. --Daimona Eaytoy (Scrivimi!) 12:31, 29 mar 2019 (CET)
Grande Valerio che aveva previsto tutto, anche io faccio la stessa cosa di Titore quando sono sicurosicurosicuro di quello che sto cliccando :-) Aggiungo la feature nella descrizione del gadget--Sakretsu (炸裂) 23:42, 29 mar 2019 (CET)

Possibile incompatibilità font?

Vi segnalo un fenomeno strano : vi risulta, o vi sono arrivate altre segnalazioni in proposito, che il font Lucida Grande presenti incompatibilità o problemi sia in Firefox sia in Chrome con i nuovi fogli stile su MediaWiki? In particolare, alcuni diacritici sono raffigurati con la lettera D maiuscola o il punto interrogativo, e il 9 è sostituito da una lineetta. Me lo fa su qualsiasi computer, e con entrambi i browser. Sistemi operativi: Windows 7 a 64 bit e Windows 10 anch'esso a 64 bit, la sostanza non cambia. Adesso sto usando Myriad perché non amo i font con grazie su MediaWiki, ma la cosa mi giunge strana e volevo sapere se fosse un problema solo mio. Il foglio stile è vector.css. Grazie per l'eventuale interessamento! -- SERGIO (aka the Blackcat) 22:14, 26 mar 2019 (CET)

Computer diversi ma non è che hai la sincronizzazione attiva e hai qualche estensione identica in entrambi i browser e in tutti computer? Hai provato a disabilitare tutte le estensioni? Potresti anche provare con Lucida Console. Comunque se resettando i browser al default te lo fa su tutti i computer probabilmente è da segnalare su phabricator, se nessuno ha una risposta qua Utente:Blackcat--Pierpao.lo (listening) 09:02, 28 mar 2019 (CET)
Ad esempio io, se leggo da iPad/iPhone, non visualizzo il font della mia firma (Monotype Corsiva), ma un font normale Simile all'Arial (sia usando Safari che usando Chrome). Da PC invece funziona correttamente indipendentemente dal browser. --Torque (scrivimi!) 10:57, 28 mar 2019 (CET)
Confermo che anche a me da lo stesso problema di Blackcat, anche su altri siti.—GJo ↜↝ Parlami 11:13, 28 mar 2019 (CET)
Il font Lucida Grande da dove lo imposti? Può darsi che sia un problema del browser, anche se mi sembra difficile una coincidenza firefox - chrome. --Daimona Eaytoy (Scrivimi!) 13:46, 28 mar 2019 (CET)
Non so se sia un problema del font Lucida Grande, che non è impostato su nessuno dei due browser (il font sans-serif di defualt è l'Arial); comunque su http://www.iagiforum.info/viewtopic.php?f=7&t=22844 al posto di "XXXVIII, 1999, pp. 185–194" vedo "XXXVIII, 1———, pp. 185–1—4" e in https://itunes.apple.com/mt/book/matrices-de-sceaux-du-moyen-%C3%A2ge/id960130645?mt=11 al posto di "79,99 €" vedo "7—,—— €"; comunque confermo che se imposto "Lucida Grande" come font di defualt tutti i "9" diventano magicamente delle "—".—GJo ↜↝ Parlami 14:14, 28 mar 2019 (CET)
Il problema è anche riportato in "Google Chrome Help" (https://support.google.com/chrome/thread/2074383?hl=en) senza risposta.—GJo ↜↝ Parlami 14:23, 28 mar 2019 (CET)
Anche https://www.reddit.com/r/chrome/comments/aqzfd6/number_9_not_working/GJo ↜↝ Parlami 14:26, 28 mar 2019 (CET)

Inserimento corsivo con Visual Editor

Segnalo malfunzionamento di Visual Editor nell'inserimento degli apostrofi per creare il corsivo in testo all'interno di wikilink; anziché inserirli all'esterno delle parentesi quadre, l'applicazione crea pipedlink con gli apostrofi all'interno. --Vabbè (msg) 15:00, 30 mar 2019 (CET)

In realtà è sempre stato così; per un utilizzo "corretto" con VisualEditor va prima messo il testo in corsivo e poi aggiunto il wikilink.--ƒringio · 19:25, 31 mar 2019 (CEST)

Manuali dei template da mobile

[@ Daimona Eaytoy, Sakretsu] vi ricordate di questa segnalazione? Il problema in oggetto era stato risolto, ma quello dei manuali dei template nella versione mobile è rimasto in sospeso. Sarebbe possibile dare un'occhiata? --Ignazio (msg) 15:52, 30 mar 2019 (CET)

La cosa è voluta. In parte, almeno. Le formattazioni di MobileFrontend sono disabilitate sul ns10 (cfr) perché possono causare problemi di visualizzazione. Tali formattazioni includono anche l'imbellettamento delle sezioni. --Daimona Eaytoy (Scrivimi!) 16:38, 30 mar 2019 (CET)
[@ Daimona Eaytoy] in realtà i problemi di visualizzazione ci sono allo stato attuale, anche perché da mobile non si dispone dell'indice: se ti interessa consultare una delle ultime sezioni, ti passa via la vita e stai ancora scorrendo. È una cosa che si può forzare in locale? --Ignazio (msg) 16:53, 30 mar 2019 (CET)
Evidentemente con il formatter ce ne sono di più... E no, direi di no. E se anche si potesse, sarebbe un hack assurdo destinato a fallire miseramente. --Daimona Eaytoy (Scrivimi!) 17:06, 30 mar 2019 (CET)