Wikipedia:Officina
| Benvenuto nell'Officina! | ||
|---|---|---|
 Usa questa pagina se:
|
 Non usare questa pagina se:
|
 |
Per comodità, puoi consultare qui sotto le ultime notizie tecniche:
Tool per patrolling
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 :)
- Mi permetto di riacciuffare questo thread sperando in una risposta, visto che l'argomento mi sembra rilevante! Segnalo anche al Progetto:Patrolling. --Epìdosis 18:31, 27 feb 2019 (CET)
- Per dare un'occhiata e una risposta a Speciale:PagineNonOsservate sarebbe opportuno dare le autorizzazioni all'accesso.... --Skyfall (msg) 18:50, 27 feb 2019 (CET)
- [@ Skyfall] Lo so, secondo me dare l'accesso a Speciale:PagineNonOsservate anche agli autoverificati non sarebbe male ... comunque, riguardo alla mia proposta di cui sopra, è vero che bene o male con PetScan ci si arrangia. --Epìdosis 18:42, 28 feb 2019 (CET)
- [@ Epìdosis] credo che sarebbe un'implementazione piuttosto complessa da mettere in pratica, dal momento che gli utenti autoverificati non riceverebbero nessun avviso e gli altri non potrebbero verificare se stessi. Dovrebbe essere creata una sorta di categoria che raggruppi tutte le versioni ancora da verificare (o esiste già e io non lo so?) e sarebbe impossibile gestirle tutte quante.
- A margine, anche secondo me potremmo estendere l'accesso a Speciale:PagineNonOsservate agli autoverificati. --Ignazio (msg) 22:14, 28 feb 2019 (CET)
- [@ Ignazio Cannata] Non capisco perché "gli utenti autoverificati non riceverebbero nessun avviso e gli altri non potrebbero verificare se stessi": cioè, se il gadget segnala che le ultime X modifiche non sono verificate (esattamente come accade su de.wiki, id.wiki e ru.wiki: esempio), l'utente, che sia autoverificato o non autoverificato, può controllare la correttezza di quelle modifiche (verificandole se corrette, annullandole in caso contrario) ed evitare così che la sua modifica vada a coprire magari un vandalismo passato inosservato. La soluzione non credo sia una categoria, quanto piuttosto un sistema, magari un po' meno raffinato, modellato su mw:Extension:FlaggedRevs (quella implementata in de.wiki, id.wiki e ru.wiki). --Epìdosis 22:49, 28 feb 2019 (CET)
- [@ Epìdosis] premetto che probabilmente mi sfugge qualcosa, ma credo che le modifiche non siano solo o da verificare o da annullare. Il fatto è che un utente non autoverificato, sia che annulli una modifica, sia che la revisioni, otterrebbe sempre un'altra modifica da verificare. --Ignazio (msg) 00:17, 1 mar 2019 (CET)
- [@ Ignazio Cannata] Secondo la casistica è: se è sbagliata, si annulla; se è imprecisa, si verifica e poi si sistema; se è corretta, si verifica; se si è in dubbio, si segnala al progetto competente (vedi proposta sottostante). Ovvio che un utente non autoverificato lasci una modifica da verificare, però ciò nulla toglie al fatto che, se scopre che l'ultima modifica alla voce è sbagliata e l'annulla, quest'ultimo fatto sia positivo. --Epìdosis 14:48, 1 mar 2019 (CET)
- [@ Epìdosis] questo ci riconduce al nocciolo della questione: per quanto possa essere raffinato il sistema di tracciamento, una novità del genere determinerebbe un ingente carico di lavoro, perché almeno per quanto mi riguarda è importante che le nuove modifiche siano presto visibili. In poche parole è un'implementazione che non mi convince, sarei tendenzialmente contrario. --Ignazio (msg) 16:01, 1 mar 2019 (CET)
- [@ Ignazio Cannata] Adesso capisco che forse mi sono spiegato male: la mia proposta non è introdurre in toto mw:Extension:FlaggedRevs (credo ci siano state discussioni in proposito in passato, che avevano espresso parere negativo appunto per l'enorme mole di lavoro che ciò comporterebbe, e concordo con questa argomentazione), cioè non propongo di far sì che le modifiche non verificate non vengano visualizzate dal lettore fintantoché non sono state verificate; al contrario, propongo di introdurre questo sistema parzialmente, cioè semplicemente di far sì che l'utente, quando modifica, possa vedere le modifiche non verificate "in sospeso" (dove però "in sospeso" non indica "non visualizzate dal lettore", bensì indica "potenzialmente problematiche") senza dover per forza aprire la cronologia e controllare lo stato delle ultime modifiche ... così da risparmiare qualche clic. Secondo me un sistema del genere, attivabile nelle preferenze (dunque non abilitato di default), potrebbe essere giovevole. Cosa ne pensi? --Epìdosis 16:39, 1 mar 2019 (CET)
- [@ Epìdosis] tutta un'altra storia, in questo caso ben venga. --Ignazio (msg) 17:36, 1 mar 2019 (CET)
- [@ Ignazio Cannata] Adesso capisco che forse mi sono spiegato male: la mia proposta non è introdurre in toto mw:Extension:FlaggedRevs (credo ci siano state discussioni in proposito in passato, che avevano espresso parere negativo appunto per l'enorme mole di lavoro che ciò comporterebbe, e concordo con questa argomentazione), cioè non propongo di far sì che le modifiche non verificate non vengano visualizzate dal lettore fintantoché non sono state verificate; al contrario, propongo di introdurre questo sistema parzialmente, cioè semplicemente di far sì che l'utente, quando modifica, possa vedere le modifiche non verificate "in sospeso" (dove però "in sospeso" non indica "non visualizzate dal lettore", bensì indica "potenzialmente problematiche") senza dover per forza aprire la cronologia e controllare lo stato delle ultime modifiche ... così da risparmiare qualche clic. Secondo me un sistema del genere, attivabile nelle preferenze (dunque non abilitato di default), potrebbe essere giovevole. Cosa ne pensi? --Epìdosis 16:39, 1 mar 2019 (CET)
- [@ Epìdosis] questo ci riconduce al nocciolo della questione: per quanto possa essere raffinato il sistema di tracciamento, una novità del genere determinerebbe un ingente carico di lavoro, perché almeno per quanto mi riguarda è importante che le nuove modifiche siano presto visibili. In poche parole è un'implementazione che non mi convince, sarei tendenzialmente contrario. --Ignazio (msg) 16:01, 1 mar 2019 (CET)
- [@ Ignazio Cannata] Secondo la casistica è: se è sbagliata, si annulla; se è imprecisa, si verifica e poi si sistema; se è corretta, si verifica; se si è in dubbio, si segnala al progetto competente (vedi proposta sottostante). Ovvio che un utente non autoverificato lasci una modifica da verificare, però ciò nulla toglie al fatto che, se scopre che l'ultima modifica alla voce è sbagliata e l'annulla, quest'ultimo fatto sia positivo. --Epìdosis 14:48, 1 mar 2019 (CET)
- [@ Epìdosis] premetto che probabilmente mi sfugge qualcosa, ma credo che le modifiche non siano solo o da verificare o da annullare. Il fatto è che un utente non autoverificato, sia che annulli una modifica, sia che la revisioni, otterrebbe sempre un'altra modifica da verificare. --Ignazio (msg) 00:17, 1 mar 2019 (CET)
- [@ Ignazio Cannata] Non capisco perché "gli utenti autoverificati non riceverebbero nessun avviso e gli altri non potrebbero verificare se stessi": cioè, se il gadget segnala che le ultime X modifiche non sono verificate (esattamente come accade su de.wiki, id.wiki e ru.wiki: esempio), l'utente, che sia autoverificato o non autoverificato, può controllare la correttezza di quelle modifiche (verificandole se corrette, annullandole in caso contrario) ed evitare così che la sua modifica vada a coprire magari un vandalismo passato inosservato. La soluzione non credo sia una categoria, quanto piuttosto un sistema, magari un po' meno raffinato, modellato su mw:Extension:FlaggedRevs (quella implementata in de.wiki, id.wiki e ru.wiki). --Epìdosis 22:49, 28 feb 2019 (CET)
- [@ Skyfall] Lo so, secondo me dare l'accesso a Speciale:PagineNonOsservate anche agli autoverificati non sarebbe male ... comunque, riguardo alla mia proposta di cui sopra, è vero che bene o male con PetScan ci si arrangia. --Epìdosis 18:42, 28 feb 2019 (CET)
- Per dare un'occhiata e una risposta a Speciale:PagineNonOsservate sarebbe opportuno dare le autorizzazioni all'accesso.... --Skyfall (msg) 18:50, 27 feb 2019 (CET)
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. --Pallanzmsg 17:31, 29 gen 2019 (CET)
- Ragazzi, nessuna idea? Segnalo anche questo al Progetto:Patrolling. --Epìdosis 18:32, 27 feb 2019 (CET)
- Mi piace molto questa idea… permetterebbe oltretutto di dividersi meglio il lavoro da fare, in base alle nostre competenze/interessi --Torque (scrivimi!) 01:01, 28 feb 2019 (CET)
- Ragazzi, nessuna idea? Segnalo anche questo al Progetto:Patrolling. --Epìdosis 18:32, 27 feb 2019 (CET)
Taglio tecnico
Carissimi, visto che le due proposte hanno ricevuto alcuni pareri positivi, nessuno avrebbe voglia di provare a immaginare possibili sviluppi tecnici? Grazie mille, --Epìdosis 18:56, 22 mar 2019 (CET)
- Per quanto riguarda la prima proposta: non è esattamente quello che chiedi, ma attivando l'accessorio ScoredRevisions compare una bandierina rossa/arancione sulla linguetta "cronologia" in alto se vengono rilevate potenziali modifiche problematiche secondo ORES. --Titore (msg) 00:39, 23 mar 2019 (CET)
- [@ Titore] Grazie per il suggerimento, effettivamente diciamo che il tool risponde parzialmente alla mia domanda (ora l'ho attivato, su Wikidata ce l'ho ormai da anni); la cosa che più mi disturba è che preferirei si applicasse solo alle modifiche non verificate ... cioè, una volta che una modifica è stata verificata vorrei che non venisse in alcun modo "colorata", soprattutto se a verificarla sono stato proprio io. Comunque, ripeto, è una risposta complessivamente buona, grazie ancora. Spero invece che la seconda proposta non cada nel vuoto! Buona notte, --Epìdosis 01:21, 24 mar 2019 (CET)
Tabella risultati pallacanestro
– Il cambusiere CansAndBrahms (msg) 14:57, 25 feb 2019 (CET)
Ciao ragazzi, sto tenendo aggiornata la pagina della Euroleague Basketball 2018-2019, l'unica cosa che mi è difficoltoso fare sono i risultati. Ho visto che nella versione inglese utilizzano {{#invoke:Sports results|main}}, molto più facile da usare (ed ammetto copiare dalla versione inglese). Come mi consigliate di agire? Grazie --Towerman86 (scrivimi) 15:42, 21 gen 2019 (CET)
- Scusami Utente:Towerman86 ho letto solo ora. Per quanto riguarda la statistiche sono fortemente favorevole ad uniformarci a wiki.en. Ciao, --CansAndBrahms (msg) 18:14, 18 feb 2019 (CET)
- Ciao [@ CansAndBrahms], grazie per la risposta, tu riesci a darmi una mano a "trasportare" il tutto sulla nostra wiki? --Towerman86 (scrivimi) 13:54, 19 feb 2019 (CET)
- Va bene! Intendi importarlo semplicemente o intendi apportare qualche modifica? Ciao--CansAndBrahms (msg) 16:37, 19 feb 2019 (CET)
- [@ CansAndBrahms], vedendo come è stato creato, direi che ci sono poche modifiche (se non nessuna) da apportare, se non la traduzione, tu che dici? --Towerman86 (scrivimi) 16:43, 19 feb 2019 (CET)
- Ok! Cerco di capire come fare. --CansAndBrahms (msg) 13:55, 20 feb 2019 (CET)
- [@ CansAndBrahms], ho visto che esiste/esistono già i moduli (Sports results e Sports table), si può partire da questi due e "modificarli"? --Towerman86 (scrivimi) 12:09, 21 feb 2019 (CET)
- [@ Towerman86] Ho provato a incollare direttamente la tabella da en.wiki e funziona. --CansAndBrahms (msg) 02:47, 22 feb 2019 (CET)
- [@ CansAndBrahms], ho visto che esiste/esistono già i moduli (Sports results e Sports table), si può partire da questi due e "modificarli"? --Towerman86 (scrivimi) 12:09, 21 feb 2019 (CET)
- Ok! Cerco di capire come fare. --CansAndBrahms (msg) 13:55, 20 feb 2019 (CET)
- [@ CansAndBrahms], vedendo come è stato creato, direi che ci sono poche modifiche (se non nessuna) da apportare, se non la traduzione, tu che dici? --Towerman86 (scrivimi) 16:43, 19 feb 2019 (CET)
- Va bene! Intendi importarlo semplicemente o intendi apportare qualche modifica? Ciao--CansAndBrahms (msg) 16:37, 19 feb 2019 (CET)
- Ciao [@ CansAndBrahms], grazie per la risposta, tu riesci a darmi una mano a "trasportare" il tutto sulla nostra wiki? --Towerman86 (scrivimi) 13:54, 19 feb 2019 (CET)
[← Rientro] [@ CansAndBrahms], allora la provo sulla mia sandbox, vediamo ;) l'ho provato sulla mia sandbox, ci sarebbe da fare qualche traduzione e capire se tenere così i colori. Ho provato a mettere in alto la dicitura Risultati aggiorati al ma senza risultato. --Towerman86 (scrivimi) 15:37, 22 feb 2019 (CET)
- [@ Towerman86] Ok, allora direi di chiedere in Wikipedia:Officina. In effetti alcuni parametri sono sballati, ma non saprei come fare a correggerli, sorry. --CansAndBrahms (msg) 15:44, 22 feb 2019 (CET)
- [@ CansAndBrahms] ammetto la mia ignoranza e lascio fare a te ;) --Towerman86 (scrivimi) 17:16, 22 feb 2019 (CET)
- Suggerirei d'inserire l'"align="left" nelle tabelle per facilitare la lettura. --Valentinenba97 (msg) 10:50, 24 feb 2019 (CET)
- Per me invece è invece più leggibile lasciare centrati i risultati, cambierei magari i risultati non possibili (in pratica la diagonale) facendola più marcata, così da far capire al lettore che non ci sarà mai un risultato in quella casella. --Towerman86 (scrivimi) 11:14, 25 feb 2019 (CET)
- Mi riferivo più ai primi due parametri (ovvero l'anno e la squadra), gli altri a mio modesto parere sono tranquillamente leggibili, ma quei 2 per me sarebbe meglio metterli a sinistra. --Valentinenba97 (msg) 15:48, 24 feb 2019 (CET)
- Per me invece è invece più leggibile lasciare centrati i risultati, cambierei magari i risultati non possibili (in pratica la diagonale) facendola più marcata, così da far capire al lettore che non ci sarà mai un risultato in quella casella. --Towerman86 (scrivimi) 11:14, 25 feb 2019 (CET)
- Suggerirei d'inserire l'"align="left" nelle tabelle per facilitare la lettura. --Valentinenba97 (msg) 10:50, 24 feb 2019 (CET)
- [@ CansAndBrahms] ammetto la mia ignoranza e lascio fare a te ;) --Towerman86 (scrivimi) 17:16, 22 feb 2019 (CET)
- [@ Towerman86] Ok, allora direi di chiedere in Wikipedia:Officina. In effetti alcuni parametri sono sballati, ma non saprei come fare a correggerli, sorry. --CansAndBrahms (msg) 15:44, 22 feb 2019 (CET)
[← Rientro] [@ CansAndBrahms, Valentinenba97], mi sa che la discussione si è un po' arenata, cosa possiamo fare e cosa possiamo chiedere qui? ;) --Towerman86 (scrivimi) 12:14, 26 mar 2019 (CET)
- Per me di allineare a sinistra squadra e anno. --Valentinenba97 (msg) 12:57, 26 mar 2019 (CET)
- Facciamo queste modifiche, ma soprattutto, mettiamo in funzione il tutto, che ne dite? ;) --Towerman86 (scrivimi) 12:16, 1 apr 2019 (CEST)
- [@ Towerman86] Io purtroppo ho spostato la richiesta qui perché non possiedo le capacità tecniche per modificarlo. Purtroppo al progetto:pallacanestro non ci sono tanti smanettoni :) --CansAndBrahms (msg) 02:19, 2 apr 2019 (CEST)
- Facciamo queste modifiche, ma soprattutto, mettiamo in funzione il tutto, che ne dite? ;) --Towerman86 (scrivimi) 12:16, 1 apr 2019 (CEST)
- Per me di allineare a sinistra squadra e anno. --Valentinenba97 (msg) 12:57, 26 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)
- [@ 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)
Rendere più chiara la preferenza al caricare i file su Commons anziché qui
– 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)
- Magari all'Officina. --Ruthven (msg) 20:28, 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)
- 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)
- 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)
- 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)
[← 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)
- 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)
- 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)
- [@ 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)
- 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 dopoid=è 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)
- [@ 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.
- [@ 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)
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)
- [@ 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)
- 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)
[← 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)
- 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)
- 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)
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)
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)
- ... 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)
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)
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)
- Ci sono anche altri messaggi di sistema da rivedere su tw, per ora ne ho aggiornato qualcuno.--Sakretsu (炸裂) 19:28, 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)
- [@ 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)
- 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)
[← 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)
- @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)
- 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)
- [@ 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)
- Senza dubbio, va ripristinata la dicitura approvata per consenso. Per cambiarla serve una nuova discussione--Sakretsu (炸裂) 21:43, 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)
- 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)
- 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)
- "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)
- 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:
- 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×tamp=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)
Ordine degli elementi finali delle voci
Si potrebbe programmare un bot che si assicuri periodicamente (WP:Bot/Manutenzioni) che i seguenti elementi (se presenti) siano così ordinati (secondo Aiuto:Sezioni#Sezioni predefinite):
- sezione "Note"
- sezione "Bibliografia"
- sezione "Voci correlate"
- sezione "Altri progetti"
- sezione "Collegamenti esterni"
- {{collegamenti esterni}}
- altri collegamenti esterni
- {{box successione}}
- navbox vari
- {{controllo di autorità}}
- {{portale}}
- categorie varie
Sarebbe davvero utile! Grazie mille, --Epìdosis 21:41, 24 mar 2019 (CET) P.S. Se lo ritenete più consono, posso spostare in WP:Bot/Richieste ;-)
- E si direi, solo loro hanno idea di quanto costa in termini di risorse e se è fattibile, a occhio il parsing di tutta quella roba non è proprio banale ma non sono espertissimo--Pierpao.lo (listening) 18:35, 26 mar 2019 (CET)
- Una roba del genere ce l'ho tra le funzionalità del mio bot, però la uso soltanto in semiautomatica e non è completa. Alle volte è alquanto difficile perché (al solito) la fantasia del wikipediano medio non ha limiti, e così si trovano sezioni standard con titoli non standard, alle volte ambigui (roba che si distingue solo "a mano"), e contenuti delle suddette sezioni altrettanto non standard (e.g. sottosezioni varie). Fare quanto sopra via regex non è affatto banale, ma se qualcuno fosse interessato posso vedere di recuperare i miei setting di AWB. In ogni caso prima di renderlo un task periodico automatizzato ce n'è di strada... --Daimona Eaytoy (Scrivimi!) 18:40, 26 mar 2019 (CET)
- [@ Daimona Eaytoy] I titoli non standard ("Fonti e bibliografia", "Bibliografia e fonti", "Fonti bibliografiche" ... credo siano solo i più diffusi) sono ovviamente imprevedibili, così come le sottosezioni, e non credo si possa richiedere a un bot di individuare bizzarrie del genere. Sarebbe però possibile un bot che semplicemente riordinasse le sezioni quando hanno il loro lindo titolo standard? Perché comunque basterebbe quello per sistemare la maggior parte dei casi; e anche il riordino di {{box successione}}, {{navbox}}, {{controllo di autorità}} e {{portale}} sarebbe un'opera benemerita. Cioè: presupponendo una situazione di partenza abbastanza ottimale (sezioni giuste nell'ordine sbagliato; template nell'ordine sbagliato), è eccessivamente complesso renderla via bot del tutto ottimale? Ovviamente è una domanda, io non me ne intendo :( --Epìdosis 16:22, 28 mar 2019 (CET)
- Quella dei titoli strani era solo una parentesi, la risposta sopra vale anche per le voci senza titoli strani. --Daimona Eaytoy (Scrivimi!) 17:09, 28 mar 2019 (CET)
- Anch'io me ne sono occupato più volte, i problemi più tosti (tolte le sezioni/sottosezioni anomale) sono 1) "Bibliografia" usato al posto di "Opere" 2) è difficile capire se un template è un navbox o altro. In ogni caso, tra i task di questo tipo ci sarebbe anche da eliminare il titolo della sezione "Successioni" se contenente solo {{Box successione}} e spostare eventuali gallerie sopra la sezione "Note". --Horcrux (msg) 12:35, 2 apr 2019 (CEST)
- [@ Horcrux] Verissimo. Comunque in generale nell'ultima sezione della voce, fatta eccezione per {{box successione}} (che va prima dei navbox) e {{controllo di autorità}} e {{portale}} (che vanno dopo i navbox), o un template genera collegamenti esterni oppure è un navbox. O sbaglio? Cioè, un bot credo possa essere in grado di fare modifiche come questa. --Epìdosis 12:19, 3 apr 2019 (CEST)
- Anch'io me ne sono occupato più volte, i problemi più tosti (tolte le sezioni/sottosezioni anomale) sono 1) "Bibliografia" usato al posto di "Opere" 2) è difficile capire se un template è un navbox o altro. In ogni caso, tra i task di questo tipo ci sarebbe anche da eliminare il titolo della sezione "Successioni" se contenente solo {{Box successione}} e spostare eventuali gallerie sopra la sezione "Note". --Horcrux (msg) 12:35, 2 apr 2019 (CEST)
- Quella dei titoli strani era solo una parentesi, la risposta sopra vale anche per le voci senza titoli strani. --Daimona Eaytoy (Scrivimi!) 17:09, 28 mar 2019 (CET)
- [@ Daimona Eaytoy] I titoli non standard ("Fonti e bibliografia", "Bibliografia e fonti", "Fonti bibliografiche" ... credo siano solo i più diffusi) sono ovviamente imprevedibili, così come le sottosezioni, e non credo si possa richiedere a un bot di individuare bizzarrie del genere. Sarebbe però possibile un bot che semplicemente riordinasse le sezioni quando hanno il loro lindo titolo standard? Perché comunque basterebbe quello per sistemare la maggior parte dei casi; e anche il riordino di {{box successione}}, {{navbox}}, {{controllo di autorità}} e {{portale}} sarebbe un'opera benemerita. Cioè: presupponendo una situazione di partenza abbastanza ottimale (sezioni giuste nell'ordine sbagliato; template nell'ordine sbagliato), è eccessivamente complesso renderla via bot del tutto ottimale? Ovviamente è una domanda, io non me ne intendo :( --Epìdosis 16:22, 28 mar 2019 (CET)
- Una roba del genere ce l'ho tra le funzionalità del mio bot, però la uso soltanto in semiautomatica e non è completa. Alle volte è alquanto difficile perché (al solito) la fantasia del wikipediano medio non ha limiti, e così si trovano sezioni standard con titoli non standard, alle volte ambigui (roba che si distingue solo "a mano"), e contenuti delle suddette sezioni altrettanto non standard (e.g. sottosezioni varie). Fare quanto sopra via regex non è affatto banale, ma se qualcuno fosse interessato posso vedere di recuperare i miei setting di AWB. In ogni caso prima di renderlo un task periodico automatizzato ce n'è di strada... --Daimona Eaytoy (Scrivimi!) 18:40, 26 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)
- 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)
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)
- 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)
- Confermo che anche a me da lo stesso problema di Blackcat, anche su altri siti.—GJo ↜↝ Parlami 11:13, 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)
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)
- [@ 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)
[XJ-JzApAMFcAAEu0NPoAAAAD] 2019-03-30 19:55:57: Errore irreversibile di tipo "UnexpectedValueException"
Colgo l'occasione per chiedere come mai talvolta, creando delle pagine di discussione o aggiungendo discussioni, la modifica pare "salvarsi due volte", il che fa ottenere questo. Poi ovviamente la modifica è salvata realmente, però il rischio è poi di lasciare doppio messaggio, IMHO, specie se capita per una prima volta (ma non era il mio caso, solo attendevo ricapitasse per segnalarvi il messaggio di errore). C'è una spiegazione logica...? --Mice, и добър вечер! 20:59, 30 mar 2019 (CET)
- L'errore viene dal conflitto su due colonne. Sembra lo stesso di phab:T205942 (sebbene risolto) ma al momento non posso dirlo con certezza. Domani verifico meglio. --Daimona Eaytoy (Scrivimi!) 21:50, 30 mar 2019 (CET)
- Ok. Non credo sia tra i problemi in cima alla lista al momento, visto che capita sul raramente (e io ho altro di che occuparmi, visto che il mio computer aggiornato a Windows 10 è tornato inavvertitamente a Windows 7...). Conflitto su due colonne: intendi quello in prova, tra i contenuti sperimentali nelle preferenze? Se sì, l'ho recentemente attivato ed è la prima volta che capita da allora: non sono sicuro sia la strada giusta in questo caso, ma tu ne sai sicuramente più di me, quindi... attenderò domani. Ciao --Mice, и добър вечер! 21:58, 30 mar 2019 (CET)
- Eh beh bisogna vedere a quanti altri capita. Sì, intendo quella funzionalità e l'errore riportato sopra viene da lì. Il messaggio è lo stesso, per la trace controllo domani. --Daimona Eaytoy (Scrivimi!) 22:05, 30 mar 2019 (CET)
- Ok. --Mice, и добър вечер! 23:25, 30 mar 2019 (CET)
- Ho aperto il task qui accanto, eventuali novità sono lì. --Daimona Eaytoy (Scrivimi!) 11:13, 31 mar 2019 (CEST)
- [@ Daimona Eaytoy] Segnalo nuovo errore, avvenuto durante la creazione di La Iacono, redirect: [XKOrwwpAADkAAC9u6jUAAABT] 2019-04-02 18:36:51: Errore irreversibile di tipo "UnexpectedValueException" --Mice, и добър вечер! 20:38, 2 apr 2019 (CEST)
- È identico a quello sopra, puoi provare a disabilitare i conflitti su due colonne se la cosa persiste. --Daimona Eaytoy (Scrivimi!) 20:46, 2 apr 2019 (CEST)
- Infatti, immaginavo. Vedrò io che fare. --Mice, и добър вечер! 21:24, 2 apr 2019 (CEST)
- È identico a quello sopra, puoi provare a disabilitare i conflitti su due colonne se la cosa persiste. --Daimona Eaytoy (Scrivimi!) 20:46, 2 apr 2019 (CEST)
- [@ Daimona Eaytoy] Segnalo nuovo errore, avvenuto durante la creazione di La Iacono, redirect: [XKOrwwpAADkAAC9u6jUAAABT] 2019-04-02 18:36:51: Errore irreversibile di tipo "UnexpectedValueException" --Mice, и добър вечер! 20:38, 2 apr 2019 (CEST)
- Ho aperto il task qui accanto, eventuali novità sono lì. --Daimona Eaytoy (Scrivimi!) 11:13, 31 mar 2019 (CEST)
- Ok. --Mice, и добър вечер! 23:25, 30 mar 2019 (CET)
- Eh beh bisogna vedere a quanti altri capita. Sì, intendo quella funzionalità e l'errore riportato sopra viene da lì. Il messaggio è lo stesso, per la trace controllo domani. --Daimona Eaytoy (Scrivimi!) 22:05, 30 mar 2019 (CET)
- Ok. Non credo sia tra i problemi in cima alla lista al momento, visto che capita sul raramente (e io ho altro di che occuparmi, visto che il mio computer aggiornato a Windows 10 è tornato inavvertitamente a Windows 7...). Conflitto su due colonne: intendi quello in prova, tra i contenuti sperimentali nelle preferenze? Se sì, l'ho recentemente attivato ed è la prima volta che capita da allora: non sono sicuro sia la strada giusta in questo caso, ma tu ne sai sicuramente più di me, quindi... attenderò domani. Ciao --Mice, и добър вечер! 21:58, 30 mar 2019 (CET)
Namespace in Speciale:CercaCollegamenti
Domanda veloce: è possibile limitare una ricerca in Speciale:CercaCollegamenti (esempio di ricerca) a soltanto uno o più namespace modificando in qualche modo l'URL? Grazie mille, --Epìdosis 18:47, 31 mar 2019 (CEST)
RITIRO PREMI 2018001
Salve sono una vostra affezzionata cliente, vorrei sapere se e' normale e di prassi ordinare un premio l'8/01/2019 e ad oggi non riceverlo nel punto vendita . Faccio riferimento al punto di Catania ( via grasso finocchiaro 104.) mi rispondono che le scorte vengono spedite limitate ( 30 pezzi alla volta). sara'.
- Ehm... questa è Wikipedia. Per quanto riguarda i premi occorre contattare la CONAD, non un sito a caso :-) --Lepido (msg) 11:48, 3 apr 2019 (CEST)