Wikibooks:Bar/Archivio22

Wikimedia Italia ti dà una mano, o anche 20k: chiedi un finanziamento veloce fino a 500 €

modifica
 
Anche il levante ci osserva...
 
Wikimedia Italia

Segnalo anche qui: ciascuno è invitato a presentare richieste di sostegno anche economico per le proprie attività wiki, che siano individuali o di gruppo.

I progetti Wikimedia sono costruiti sul lavoro volontario, che però troppo spesso si scontra coi limiti economici di ciascuno, anche per importi relativamente piccoli. Un esempio banale è la consultazione di un libro raro ma fondamentale per un qualche contributo: se oltre al resto devo metterci 100 € per comprarne una copia o per raggiungere la biblioteca dove si trova, magari rinuncio.

Meglio allora mettere da parte modestia e timidezza e chiedere un microfinanziamento fino a 500 € (microgrant per gli anglofili) a Wikimedia Italia. A partire da luglio 2017 sono stati concessi 1000 € a 7 progetti (su 5000 € disponibili), per esempio:

Per avere un microfinanziamento basta rispondere a 7 socratiche domande in un modulo wiki, poi si avrà l'aiuto e la decisione finale, entro 15 giorni, della splendida commissione (al momento Archeologo, Jaqen, MM, Nicolabel, Yiyi). Per semplicità, per ora il tutto avviene nell'area riservata ai soci: chi non vuole associarsi ha quindi un'ottima scusa per coinvolgere qualche socio/a nella propria idea!

È possibile anche proporre spese superiori, su cui deciderà il direttivo.

Il piano 2018 per il sostegno ai volontari ha uno stanziamento in forte crescita, che nel 2018 è il principale del bilancio dell'associazione. Sono a disposizione 10 000 € per i microfinanziamenti e 10 000 € per altri progetti non preordinati. In un futuro ideale, nessun utente attivo dovrà rinunciare a contributi utili a causa dei relativi costi vivi. Come vedete, il sistema è ancora in rodaggio: serve la creatività di tutti per trarne i massimi benefici per i progetti Wikimedia. --Nemo 19:21, 2 gen 2018 (CET)[rispondi]

itWikiCon 2018: sondaggio per il coinvolgimento della comunità

modifica

Ciao! Come alcuni di voi sapranno, è cominciata l'organizzazione la seconda edizione di itWikiCon dopo quella di novembre 2017. Anche quest'anno c'è l'intenzione di chiedere un conference grant a Wikimedia Foundation: per fare ciò, e per raccogliere il consenso della comunità è stato preparato un questionario anonimo che siete tutti invitati a compilare. Potete trovarlo a questo link (il questionario è ospitato da Google, ma non richiede alcuna autenticazione). Per rispondere avete tempo fino a venerdì 2 febbraio 2018, ore 22.00 (CET). Fatevi sentire, basta poco tempo per compilazione ma è importante avere il polso anche della comunità di Wikibooks :-) --Superchilum(scrivimi) 18:17, 7 gen 2018 (CET)[rispondi]

Cinquecentenario di Leonardo - collaborazione crosswiki

modifica

Ciao, vi segnalo che su it.wiki sta partendo il Progetto:Leonardo da Vinci che ha lo scopo di coordinare la scrittura, la traduzione e l'ampliamento delle tematiche relative a Leonardo da Vinci, con particolare riferimento al prossimo Cinquecentenario dalla sua morte (maggio 2019). Inoltre vuole essere il punto di raccordo fra tutte le iniziative che si svilupperanno all'interno dei Progetti Wikimedia per accrescere e perfezionare la distribuzione di sapere libero sul più singolare intellettuale di tutti i tempi.
Qualche riflessione in più si trova al bar di it.wiki.
I progetti italiani sono ovviamente i più coinvolti, anche Wikimedia Italia dovrà fare la sua parte, ci sono quindi le prospettive per una bella collaborazione generale fra italofoni che può produrre materiale per tutti i Progetti e anche eventi interessanti. Parliamone e organizziamoci :-) --Gianfranco (disc.) 10:40, 12 gen 2018 (CET)[rispondi]

Schoolkit per Wikibooks

modifica

Segnalo: https://wiki.wikimedia.it/wiki/Scuola/Schoolkit/Wikibooks --Hippias (msg) 12:47, 13 gen 2018 (CET)[rispondi]

Libro su bene culturale/architettonico alessandrino

modifica

Buongiorno a tutti. Avrei intenzione di cordinare un gruppo di studenti delle superiori della mia città (Alessandria) nell'ambito dell'alternanza scuola-lavoro per realizzare con loro un libro elettronico su un bene storico/artistico/architettonico denominato "Ex complesso conventuale di San Francesco" (http://artbonus.gov.it/ex-complesso-conventuale-di-san-francesco.html), uno degli edifici gotici più importanti della città. Intenderei caricare tale testo su Wikibooks e in tale ottica vorrei il vostro aiuto per comprendere se il progetto può essere compatibile con i vincoli di questa piattaforma. Grazie mille. --Biblioteqario (disc.) 10:59, 30 gen 2018 (CET)[rispondi]

[@ Biblioteqario] Ti segnalo alcune pagine di servizio che potrebbero essere utili:
Soprattutto mi raccomando il copyright: ho notato che gli studenti tendono a fare copia-incolla da altri siti, e in questi casi le pagine verrebbero cancellate a vista. --Hippias (msg) 18:40, 30 gen 2018 (CET)[rispondi]

Caduti di Cornate d'Adda e corso nelle scuole

modifica

Buongiorno a tutti! Nelle prossime settimene io ed altri Wikimediani terremo un corso nelle scuole medie di Cornate d'Adda. L'idea sarebbe quella di spiegare il modno Wiki, le licenze, la wikisintassi e Wikipedia in particolare. Le docenti avrebbero preparato del materiale inerente alla I guerra mondiale ed in particolare sui caduti del loro paese. Tutto ciò vorrebbero donarlo al mondo Wiki. Ho pensato che ne potrebbe scturire del materiale interessante da pubblicare qui su Wikibooks che poi possa essere linkato dalla voce di Cornate d'Adda su Wiki. Oltre a, magari, ottenre un nuovo libro, abbiamo la possibilità di far conoscere a più persone (studenti ed insegnanti) il nostro mondo. Cosa ne pensate? Suggerimenti, obiezioni? Grazie a tutti! --Adert (disc.) 13:42, 2 feb 2018 (CET)[rispondi]

[@ Adert] Siete i benvenuti! E se avete bisogno di assistenza tecnica chiedete pure allo Sportello informazioni. --Hippias (msg) 18:04, 2 feb 2018 (CET)[rispondi]
Grazie mille! Speriamo di fare un buon lavoro! --Adert (disc.) 18:20, 2 feb 2018 (CET)[rispondi]
Una bella iniziativa! Complimenti! Magari anche con foto dell'epoca... se possibile... :) --Xinstalker (disc.) 15:43, 5 feb 2018 (CET)[rispondi]
Ciao! Si, stiamo raccolgiendo il materiale preparato dai professori. Abbiamo anche qualche foto già caricata su Commons. Per ora ho abbozzato I caduti di Cornate d'Adda, domani si inizierà a mettere un po' di materiale, poi la cosa dovrebbe proseguire nelle prossime settimane anche con altri formatori. Io cercherò comunque di dare il mio supporto da remoto al progetto. Spero che venga fuori un bel lavoro. Grazie! --Adert (disc.) 20:04, 8 feb 2018 (CET)[rispondi]

Ciao nei prossimi giorni lavorerò con altri studenti a I caduti di Cornate d'Adda, il materiale che mi hanno consegnato le prof è un po' eterogeneo, per esempio di alcuni caduti il testo verrà scritto dai ragazzi, per altri caduti è già stato creato un testo dalle insegnati. Io chiederi alle prof di fare riscrivere ai ragazzi anche queste parti, magari in un secondo momento visto che non credo che adesso abbiano il tempo di farlo. Che ne pensate? Grazie --Semisemplice (disc.) 13:08, 19 feb 2018 (CET)[rispondi]

Esiste una sezione di Wikibooks per utenti dagli 11 anni in su?

modifica

Ciao, sono ProfValeria su Wikiversità e Valeria su Vikidia. Con le mie classi stiamo scrivendo da qualche anno voci e lezioni su entrambe le enciclopedie. Ho visto il vostro progetto Wikijunior, interessante, però è fino agli 11 anni. Mi chiedevo se cmq su Wikijunior i nostri ragazzi delle medie (fino ai 14) potrebbero scrivere parti di libro che si verrebbero a comporre nel tempo. Fatemi sapere, che mi attivo. --ProfValeria (disc.) 22:22, 7 feb 2018 (CET)[rispondi]

[@ ProfValeria] Sì può fare, però devono mantenere un linguaggio accessibile anche a bambini della scuola primaria. In alternativa si può sviluppare il Ripiano:Medie, che al momento è un po' sguarnito. --Hippias (msg) 18:37, 8 feb 2018 (CET)[rispondi]
[@ Hippias] il Ripiano:Medie l'ho visto, per questo mi è venuta l'idea, ma poi ho letto dell'età e mi sono un attimo bloccata. Sicuramente il tipo di linguaggio rimarrà semplice, il contenuto ovviamente in terza media diventa un po' più complesso. --ProfValeria (disc.) 21:43, 9 feb 2018 (CET)[rispondi]
[@ ProfValeria] Allora forse conviene integrare direttamente un libro per le medie. --Hippias (msg) 17:10, 10 feb 2018 (CET)[rispondi]

itWikiCon 2018: richiesta di grant a WMF

modifica

Ciao a tutti gli utenti di Wikibooks! Vi segnalo che il gruppo impegnato ad organizzare la prossima itWikiCon a Como (novembre 2018) ha pressoché ultimato la richiesta di conference grant a WMF (al di là di alcuni dettagli minori che verranno inseriti a breve).
Chi è interessato può leggerla (in inglese) su Meta a questo link, lasciare dei commenti e, se ritenesse che è stata fatta una cosa meritevole, indicare il proprio endorsement. Per qualsiasi domanda, usate per favore la pagina di discussione della richiesta su meta (anche in italiano va benissimo). Buon editing! --Superchilum(scrivimi) 09:25, 2 mar 2018 (CET)[rispondi]

Editing News #1—2018

modifica

21:56, 2 mar 2018 (CET)

Sondaggio per il programma e il grant WMF a itWikiCon2018

modifica

Ciao a tutti! A nome del team che si sta occupando dell'organizzazione di itWikiCon2018 a Como per il prossimo novembre, vi invito a partecipare al sondaggio per l'individuzione dei temi di interessere della comunità italofona: link al sondaggio.

Il sondaggio, che resterà aperto fino al 20 marzo, è anonimo e molto rapido: una dozzina di click e si completa in circa 5 minuti.

L'adesione al sondaggio è anche il primo degli elementi di giudizio che WMF prende in considerazione per valutare l'opportunità di una risposta positiva alla richiesta di grant ora in valutazione, quindi vi esortiamo a partecipare per dimostrare quanto la comunità italofona tiene all'evento ;-) Colgo l'occasione per ricordare la possibilità per chi volesse aiutarci di dare il proprio "endorsement" alla richiesta usando il bottone "Endorse" nella parte bassa della tabellina riassuntiva della pagina del grant sopra menzionato.

Grazie fin da ora per il vostro aiuto! --Superchilum(scrivimi) 17:12, 10 mar 2018 (CET)[rispondi]

Nuova voce inaspettata

modifica

Ciao a tutti e scusate l'intrusione, ma nell'ambito di un progetto scolastico per la creazione di voci per Wikipedia, una studentessa ha creato una voce troppo "manualistica", che per Wikipedia non sarebbe andata sicuramente bene, ma pensavo (e penso) che potesse andare bene per Wikibooks. Si tratta di Alimentazione di una ballerina. Chiedo scusa per non aver avvisato prima e se la formattazione non rispetta gli standard di Wikibooks, che purtroppo non conosco. Spero che il contenuto sia accettabile per questo progetto :-) grazie, ciao. --Superchilum(scrivimi) 11:05, 5 apr 2018 (CEST)[rispondi]

Libri su profili di donne

modifica

Ciao. Con [@ Luigi Catalani] utente molto attivo ed esperto e gli studenti del Liceo Artistico di Potenza abbiamo iniziato un lavoro di scrittura di profili di donne lucane. Sulla stessa scia, dopo l'editathon del 7 aprile a Padova, quella de profili di donne venete che ho raggruppato in questo progetto contenitore. Sono attiva sopratutto su Wikipedia, e devo riconoscere che con Wikibooks mi si è aperto un mondo che trovo affascinate, perché si possono fare dei lavori cross wiki, integrando tutte le piattaforme wiki su uno specifico tema/una specifica biografia/uno specifico territorio. --Camelia (disc.) 09:42, 13 apr 2018 (CEST)[rispondi]

Instagram e comunità It-N wikimedia

modifica

Segnalo w:it:Wikipedia:Bar/Discussioni/Proposta creazione pagina Instagram WikipediaIT.--Alexmar983 (disc.) 15:13, 21 apr 2018 (CEST)[rispondi]

Notifica login fallito

modifica

Segnalo: w:Wikipedia:Bar/Discussioni/Notifica_login_fallito. --Hippias (msg) 19:22, 4 mag 2018 (CEST)[rispondi]

AdvancedSearch

modifica

Birgit Müller (WMDE) 16:53, 7 mag 2018 (CEST)[rispondi]

Update on page issues on mobile web

modifica

CKoerner (WMF) (talk) 22:58, 12 giu 2018 (CEST)[rispondi]

Restyling dei template sommario?

modifica

In realtà è un bel po' che volevo proporlo: e se rinnovassimo la grafica di Template:Sommario e Template:Sommario V? Ormai hanno una decina d'anni, si potrebbe rinnovarla un po'. Non pensavo a niente di sconvolgente, solo piccole modifiche magari ai colori, mantenendo la struttura attuale. Qualcuno ha osservazioni? --Hippias (msg) 19:19, 18 giu 2018 (CEST)[rispondi]

Hippias: esempi da farci vedere? o stai anche chiedendo aiuto velatamente? :D --Wim b 00:10, 19 giu 2018 (CEST)[rispondi]
Wim b: un po' l'una un po' l'altra! :D Confidavo che qualcuno mi rispondesse per iniziare a fare delle prove.
Per il sommario verticale ho fatto un primo test in Template:Sommario V/Sandbox. Ho riposizionato alcuni bottoni e ho tolto il marroncino come colore di sfondo nella parte in alto. I colori andrebbero rivisti, però tendenzialmente mi limiterei a un unico colore in due tonalità diverse per tutto il box.
Per il sommario orizzontale c'è una vecchia sandbox in Template:Sommario/Sandbox. A me però non dispiacerebbe una cosa tipo fr:L'agence spatiale européenne et l'indépendance de l'Europe/Historique des vols spatiaux. --Hippias (msg) 19:42, 19 giu 2018 (CEST)[rispondi]
La soluzione già pronta oltre ad essere la più comoda è anche gradevole da vedere. Aspettiamo gli altri (chi?)--Wim b 03:03, 21 giu 2018 (CEST)[rispondi]
A me quei colori non convincono. Qui ho fatto delle prove sulla tonalità del giallo: Template:Sommario V giallo.
Qui invece è sull'arancione: Template:Sommario V arancione.
Qui infine è con colori freddi: Template:Sommario V azzurro. --Hippias (msg) 12:50, 24 giu 2018 (CEST)[rispondi]
forse bisogna schiarire un po’ la parte superiore, ma tutto sommato è piacevole da vedere. Ora sono da mobile, ma in una mia SB dovrei avere una serie di esempi di colori pastello, non so se nel mezzo ci sono anche dei colori utilizzabili —-Wim b 11:58, 10 lug 2018 (CEST)[rispondi]
Trovata ma ad occhio per i 3 colori che hai scelto, quelli che sono nella mia pagina probabilmente sono troppo “pieni”. Comunque se vuoi fare delle prove, possiamo almeno tentare con quelli. —Wim b 12:06, 10 lug 2018 (CEST)[rispondi]
Grazie [@ Wim b], appena ho tempo faccio qualche altro esperimento. Pensavo però di restare sulle tonalità dell'azzurro perché mi sembra che si adattino meglio a Monobook (anche se in realtà i colori di Monobook sono neutri, quindi può andare anche colore caldo). --Hippias (msg) 19:38, 10 lug 2018 (CEST)[rispondi]
Anche io uso monobook come skin, ma ricorda che quella di default è Vector, comunque sui toni di blu nella pagina ci sono già 3 esempi e una volta capito su per giù a cosa puntiamo, sarà facile trovare una tonalità adatta restringendo il range. --Wim b 22:56, 10 lug 2018 (CEST)[rispondi]
Wim b Nuova versione. Può andare? --Hippias (msg) 15:37, 7 ago 2018 (CEST)[rispondi]
Hippias Penso di sì, eventualmente se vuoi prevedi la possibilità di cambiare colori, anche attraverso i css se servisse, come succede già per l'{{Ambox}}, sennò va bene anche così. Forse la distinzione tra giallo chiaro e scuro è imperccettibile, ma sarà anche questione di abitudine. --Wim b 17:30, 7 ago 2018 (CEST)[rispondi]
Wim b (e chiunque voglia intervenire):   Fatto! Intanto ho previsto azzurro di default (riprende le tonalità di vector), giallo e beige a scelta. Se qualcuno ha composizioni di colori da suggerire, si faccia avanti (tanto con il css è un attimo cambiare colore). --Hippias (msg) 18:16, 11 ago 2018 (CEST)[rispondi]
Se nessuno ha osservazioni, per la fine della settimana aggiorno il template. --Hippias (msg) 10:17, 13 ago 2018 (CEST)[rispondi]
Per me fai pure quando vuoi. --Wim b 19:10, 13 ago 2018 (CEST)[rispondi]
  Fatto --Hippias (msg) 15:56, 15 ago 2018 (CEST)[rispondi]

Filtro anti abusi e blocchi

modifica

Copio e incollo quello che ho scritto su wikizionario perché è inutile reinventare la ruota:

Non ricordo se ne avevamo già discusso, ma nel dubbio lo (ri)scrivo: Attualmente il filtro anti abusi impedisce soltanto la modifica ma nel caso un utente fosse particolarmente testardo non verrebbe bloccato automaticamente e picchia e mena potrebbe anche riuscire a finalizzare il vandalismo. Visto che inspiegabilmente il blocco automatico è una funzione possibile ma non attiva di default (va richiesta), sono a chiedervi: Siete favorevoli ad attivare la possibilità di includere il blocco tra le opzioni del filtro? Inoltre mi hanno aggiornato sul fatto che è possibile avere durate diverse per i vari blocchi, mentre in precedenza la durata era fissa--Wim b 03:02, 21 giu 2018 (CEST)[rispondi]

Non so se in nessuno dei progetti c'è un filtro che blocca automaticamente. Se è possibile e una buona idea. DARIO SEVERI (disc.) 07:24, 21 giu 2018 (CEST)[rispondi]
DARIO SEVERI: su it.wiki c'è di sicuro, non so però quanto sia estesa la cosa. Comunque è quantomeno fattibile--Wim b 23:45, 21 giu 2018 (CEST)[rispondi]
Hippias te che ne pensi? visto che sei pressappoco il 50% della popolazione locali attiva, mi interessa anche il tuo parere. --Wim b 04:51, 10 lug 2018 (CEST)[rispondi]
@Wim b Scusa, non mi sono espresso subito perché non sono un esperto di filtri. Tra l'altro pensavo che il blocco automatico fosse già disponibile, mi sa che mi confondevo con un'altra wiki. Comunque   Favorevole. --Hippias (msg) 19:12, 10 lug 2018 (CEST)[rispondi]
  Favorevole --Buggia 13:14, 16 lug 2018 (CEST)[rispondi]
Uno di questi giorni faccio la richiesta, se qualcuno mi vuole anticipare, giuro che non mi offendo. Nel caso, può prendere spunto dalla richiesta che ho fatto ieri per it.wikt per testare il terreno. --Wim b 11:27, 18 lug 2018 (CEST)[rispondi]
Non mi sono scordato di questo, ho parlato con un utente che si occupa prevalentemente del filtro antiabusi e siamo arrivati alla conclusione di aspettare che torni lui dalle ferie, tra un mesetto, così se ne occuperà direttamente lui senza incappare in problemi come è successo per wikizionario. Visto che l'utente in questione è italiano sarà anche più facile la comunicazione. Tanto per adesso il filtro impedisce discretamente lo spam, siamo stati tanto, possiamo aspettare ancora un po'. Se poi ritenete che sia urgente, posso aprirlo anche fra 10 minuti. --Wim b 20:04, 23 lug 2018 (CEST)[rispondi]
aperto e mi hanno risposto «I will do this. This will be deployed on wiki at Monday between 11:00-12:00 UTC.» --Wim b 13:58, 25 ago 2018 (CEST)[rispondi]
Come detto, è stato fatto. Da oggi è possibile impostare un blocco, anche diversificato, per utenti ed IP. --Wim b 14:37, 27 ago 2018 (CEST)[rispondi]
modifica

Segnalo: w:Wikipedia:Bar/Discussioni/L'Unione_Europea,_il_copyright_e_il_sapere_libero. --Hippias (msg) 19:10, 22 giu 2018 (CEST)[rispondi]

A tal proposito, si stanno valutando azioni come raccolta firme, uso di banner di protesta o addirittura l'oscuramento per qualche giorno. E' chiaro che un'azione compatta da parte dei diversi progetti fratelli sarebbe molto più forte, quindi invito a discuterne e decidere come eventualmente appoggiare la cosa. --Superchilum(scrivimi) 21:03, 30 giu 2018 (CEST)[rispondi]

Global preferences are available

modifica

21:19, 10 lug 2018 (CEST)

Consultation on the creation of a separate user group for editing sitewide CSS/JS

modifica
Noi cosa abbiamo intenzione di fare? siamo solo 2 (più o meno) admin attualmente, ma sinceramente se facciamo una procedura snella per il diritto utente, non vedo particolari problemi a separare i due gruppi, per me non ci sarebbero problemi. --Wim b 23:54, 12 lug 2018 (CEST)[rispondi]
Wim b Per esempio una procedura snella che preveda il silenzio-assenso per chi è già admin? --Hippias (msg) 15:42, 14 lug 2018 (CEST)[rispondi]
Hippias una procedura snella nel senso che se un utente è comprovato che se ne intende un po' e che è fidato (tanto siamo 4 gatti, non è difficile conoscerci) un admin lo flagga e via, vagliando la richiesta o la necessità. ES: se venisse gente tipo Ricordisamoa e ti chiede di flaggarlo lo fai e via, se vieni te che ti conosco ma non so quanto te ne intendi magari ti chiedo di fare un paio di prove e poi decido… o comunque parametri da definire, ma che non siano strettissimi, ecco. --Wim b 15:47, 14 lug 2018 (CEST)[rispondi]
In m:Technical administrators ho trovato i requisiti per il nuovo gruppo. Per quanto mi riguarda conosco abbastanza bene i css, mentre su js sono un principiante, mi limito a fare piccole modifiche e solo se strettamente necessarie, quindi in base a quello che c'è scritto lì non potrei accedere al nuovo gruppo. Questo però pone un problema, perché si raccomanda anche di avere almeno due amministratori tecnici, in modo che si controllino a vicenda. Da quello che ho capito poi il flag dovrebbe essere assegnato da un burocrate o uno stewart, quindi alla fine dovremmo sempre passare da Meta. Su questo punto non so quanta libertà ci verrà concessa. --Hippias (msg) 18:49, 14 lug 2018 (CEST)[rispondi]
Capisco tutto, ma che ci piaccia o no capiterà una volta ogni tanto di aggiornare il js, visto poi che ogni 2 per 3 cambiano qualcosa nell'interfaccia, siamo obbligati a metterci mano. Siamo solo io e te, se non conosci il js pazienza, nemmeno io, di solito i miei script funzionano per caso, ma ogni volta che cambiano una classe nell'interfaccia non posso andare a piangere su Meta. Almeno uno serve, se ne vogliono almeno 2, devo prendere anche chi conosce solo il CSS. Lo hanno messo sotto forma di "questione di sicurezza perché ti possono identificare, ecc" se non sono un hacker con il css non c'è questo rischio. Io la vedo come l'opportunità di far modificare gli script ad una persona che è fidatissima con il CSS/JS ma che non collabora al progetto tanto da giustificare i tastini, se su Meta hanno le paranoie della guerra cibernetica, blocchino per tutti e lo rendano accessibile solo a gente che manda la fotocopia del passaporto e si è fatta identificare all'ambasciata USA… Un po' un po', poi la gente dovrà pur campare senza passare ogni 5 minuti da Meta. --Wim b 23:44, 14 lug 2018 (CEST)[rispondi]
La mia impressione è che sulle wiki più piccole si potrebbero creare problemi di manutenzione. È capitato anche a me di dovere per forza intervenire sugli script js perché alcuni gadget avevano smesso di funzionare, e in quel caso guardavo cosa avevano fatto su Wikipedia. Altre volte ho importato strumenti che erano già in uso su altre wiki e che potevano tornare utili anche qui. Se però ci venisse tolta la possibilità di editare js e css, qui a lungo andare non funzionerà più niente. A meno che, appunto, non troviamo qualcuno di esterno al progetto ma comunque fidato che se la sente di venire qui a fare il tecnico. Tra l'altro ci farebbe comodo avere qualcuno che ne sa di programmazione. --Hippias (msg) 11:58, 15 lug 2018 (CEST)[rispondi]
Hippias Bisogna vedere come la intendono loro, se verrà creato proprio un gruppo a parte assegnabile in loco, io la vedo come l'opportunità di far editare gente che non gli frega nulla del progetto in sé per sé, ma non rinuncia comunque a dare una mano per CSS/JS. C'è da dire che da quando sono admin ho sempre avuto la possibilità di modificare il CSS/JS del sito e come me tutti gli admin di tutte le wiki di tutte le lingue, se non ne capisco niente, niente e non so nemmeno da che parte iniziare non modifico nulla, ma questo è buonsenso ed è il motivo per cui non mi metto a correggere un libro sul russo, o correggo errori nella Wikipedia cinese. Che io sappia non ci sono stati di guerra cibernetica stile guerra fredda, non è che tutto il mondo è la Corea del Nord quindi per adesso credo sia paranoia. Visto che siamo in due sarebbe secondo me il caso di "prendercelo" noi e se possibile permettere ad admin di darlo e toglierlo (oppure fatti nominare burocrate e festa finita :) ) e poi ce lo gestiamo noi. Tanto credo che siamo abbastanza intelligenti da non scrivere codice a caso, tantomeno quindi pericoloso.
PS: ma quindi secondo loro uno si metterebbe a contribuire attivamente per anni, facendosi nominare admin per poter mettere mano al CSS/JS e fregare l'identità a tutti, o si immaginano uno che viene corrotto dal governo per mettere codice malevolo nella grafica?!--Wim b 21:11, 23 lug 2018 (CEST)[rispondi]
Wim b Il vero rischio credo sia che l'account di un admin venga hackerato e usato per danneggiare il sito. Poi questa novità può avere senso su una grossa wiki, dove molti admin si limitano a fare patrolling e non si occupano di questioni tecniche. Ma nelle piccole comunità i pochi admin sono per forza di cose dei factotum: se non possiamo più fare nemmeno piccole modifiche ai js e ai css per tenerli aggiornati, qui si mette male. Quindi anch'io sarei propenso a prendere il nuovo flag, visto che comunque ci servirebbe per continuare a fare il lavoro che abbiamo fatto finora. Per caso conosci qualcuno che potrebbe essere interessato a svolgere ruoli tecnici? --Hippias (msg) 19:26, 24 lug 2018 (CEST)[rispondi]
Hippias: io direi di vedere da quanti piani si casca e che margini di manovra abbiamo, poi se possiamo ce lo prendiamo intanto io e te poi sentiamo se possiamo farlo aggiungere e togliere da un admin, così se domani spunta "il tecnico" si flagga e via. Senza starci a fasciare subito la testa. --Wim b 21:23, 24 lug 2018 (CEST)[rispondi]
Vedo questa discussione solo ora. Considerando il ridottissimo numero di admin attivi su it.wikibooks, credo che quelli esistenti debbano continuare ad essere in grado di editare i CSS/JS per garantire l'operatività del sito, a meno di loro esplicita rinuncia. Per il futuro, invece, propongo che all'atto della candidatura di un utente come amministratore, egli dichiari se abbia le capacità e intenda anche assumersi la responsabilità di diventare "interface administrator"; verrà votato dagli utenti anche in base a questo. Per quanto riguarda me, ho una certa esperienza in campo JavaScript (è uno dei linguaggi che uso nel mio lavoro) e sono il principale autore di MediaWiki:FasiAvanzamento.js, dunque chiederei di poter essere abilitato alla funzione. --Pietrodn · «zitto e parla!» 22:42, 1 ago 2018 (CEST)[rispondi]
Sicuramente l'idea di pietro di mettere tutte le carte in tavola nelle future elezioni sarà certamnte una strada da intraprendere. Per il flag a tutti e 3 noi, sono più che d'accordo. Io come ho già detto, vedo questa cosa di dividere i poteri come la possibilità di flaggare utenti esterni che non contribuiranno a wikibooks ma che quando c'è bisogno di una mano di JS e CSS non si tirano mai indietro. In questo modo possono fare tutte le prove che vogliono seza bisogno di essere admin. --Wim b 02:22, 2 ago 2018 (CEST)[rispondi]

New user group for editing sitewide CSS/JS

modifica


IMPORTANTE: rassegna dell'attività di amministrazione

modifica

Ciao. Una politica che riguarda la rimozione dei "diritti avanzati" (amministratore, burocrate, ecc) è stata adottata come parte sommaria della comunità nell'anno 2013: in accordo a questa politica, gli Stewards stanno rivedendo le attività degli amministratori su tutte le wiki della Fondazione di Wikimedia con nessun criterio politico che potrebbe riguardare l'inattività delle utenze. Di tale principio, ne risulta che al meglio delle nostre conoscenze, le utenze sulle wiki non avrebbero un processo formale per la rimozione di questi "diritti avanzati" che per l'appunto riguarderebbe tutti gli account inattivi. E in una propria conclusione ciò andrà a significare che gli steward in accordo alla rassegna dell'attività amministrativa si prenderanno cura di questo processo.

Abbiamo stabilito che i seguenti utenti soddisfano i criteri di inattività (senza modifiche e senza azioni di registro per più di 2 anni):

  1. Ramac (amministratore)

Questi utenti ben presto riceveranno una notifica: ad essi si chiederà di avviare alla comunità una discussione se vogliono mantenere alcuni o tutti i loro diritti. Quindi, se gli utenti non rispondono alla discussione richiesta, i loro diritti che precedentemente hanno mantenuto sino a quel momento saranno rimossi dagli amministratori.

Tuttavia, se dalla comunità si vorrebbe creare il proprio processo di rassegna di attività che sostituisce quello globale, si potrebbe prendere un'altra decisione di quei diritti dei detentori che sono inattivi dove codesti utenti hanno già una politica, ma la stessa fu superata e non è più valida. Pe cui, si è pregati di avvisare gli Stewards (stewards on Meta-Wiki), laddove gli steward senza determinato avviso non potranno sapere se procedere o astenersi al riesame dei diritti wiki di questi utenti. Grazie. Rschen7754 04:28, 10 ago 2018 (CEST)[rispondi]

Growth team is looking for your feedback and ideas

modifica

Non penso cambi qualcosa, però linko Discussioni progetto:Coordinamento. --Wim b 15:47, 24 ago 2018 (CEST)[rispondi]

Su wikizionario ho scritto questo, visto che al solito non ho voglia di reinventare la solita ruota, come al solito copio pari pari (Per chi fosse interessato la discussione si sta svolgendo in questa pagina, visto che le due comunità sono piccole e le discussioni sono praticamente un dialogo fra due, potremmo anche pensare di fare una discussione sola e di due comunità zoppe farne una sana ).

Visto che bene o male bisognerà scontrarci con questa funzione in futuro, affrontiamola adesso: Io di fretta e furia, leggendo un po' su wikipedia, un po' al bar e un po' a braccio, sono arrivato a questi criteri, almeno sono un punto di partenza, ora bisogna soltanto definire --Wim b 14:00, 27 ago 2018 (CEST)[rispondi]

requisiti

modifica
  • Aver dimostrato di conoscere la programmazione in javascript o CSS
  • L'utente deve essere registrato in uno qualsiasi degli 800+ progetti WMF da almeno un anno con "lodevole servizio"
  • Essere fidato
  • possibilità di richiesta temporanea per gli utenti di altri progetti che vengono in soccorso

Svolgimento

modifica
  • Si accettano (auto)candidature
  • La richiesta di pareri dura almeno 2 settimane
  • Se non ci sono dubbi sul pensiero generale degli utenti si flagga o meno, altrimenti si continua la discussione fino a quando non si delimita una posizione, ma comunque non più di 4 settimane.
  • Fa qualche cavolata (discussione di revoca)
  • Fa danni volontariamente (revoca immediata ed eventuale discussione di problematicità)
  • Inattività (da scegliere quali dei due o tutti e due):
    1. Non è attivo nel progetto da un anno (non importa che tutti i minuti stia a mettere mano al css per evitare di decadere)
    2. Non sussistono più i motivi per cui era stato flaggato
  • Richiesta dell'interessato
  Favorevole ad adottare la soluzione di Wikizionario. --Hippias (msg) 19:27, 28 ago 2018 (CEST)[rispondi]
Intanto ho importato Wikibooks:Amministratori dell'interfaccia da Wikizionario. --Hippias (msg) 19:01, 5 set 2018 (CEST) Come non detto, esisteva già... --Hippias (msg) 19:08, 5 set 2018 (CEST)[rispondi]
Dopo quasi 2 mesi possiamo dire di aver dato abbastanza tempo, tanto non credo che ci saranno milioni di richieste… --Wim b 20:53, 19 set 2018 (CEST)[rispondi]

Editing of sitewide CSS/JS is only possible for interface administrators from now

modifica

(Aiutaci a tradurre nella tua lingua)

Hi all,

as announced previously, permission handling for CSS/JS pages has changed: only members of the interface-admin (Amministratori dell'interfaccia) group, and a few highly privileged global groups such as stewards, can edit CSS/JS pages that they do not own (that is, any page ending with .css or .js that is either in the MediaWiki: namespace or is another user's user subpage). This is done to improve the security of readers and editors of Wikimedia projects. More information is available at Creation of separate user group for editing sitewide CSS/JS. If you encounter any unexpected problems, please contact me or file a bug.

Thanks!
Tgr (talk) 14:39, 27 ago 2018 (CEST) (via global message delivery)[rispondi]

Ecco, per l'appunto, come scritto sopra ci siamo: pingo Hippias e l'unico burocrate attivo ( e unico amministratore dell'interfaccia) per partecipare alla discussione e flaggare me e Hippias come discusso sopra, sennò il progetto rimane senza la possibilità di editare/correggere CSS e JS. --Wim b 14:59, 27 ago 2018 (CEST)[rispondi]
Ho provveduto a flaggare come interface administrator Wim b, Hippias e me stesso per garantire la continuità nell'amministrazione del sito. Ditemi pure se ci sono ulteriori esigenze "burocratiche". --Pietrodn · «zitto e parla!» 00:38, 31 ago 2018 (CEST)[rispondi]
Grazie [@ Pietrodn] --Hippias (msg) 18:40, 31 ago 2018 (CEST)[rispondi]

Read-only mode for up to an hour on 12 September and 10 October

modifica

15:33, 6 set 2018 (CEST)

The GFDL license on Commons

modifica

20:11, 20 set 2018 (CEST)

Libri di lettere per medie/biennio superiori: dove unificare? (Wikibooks e Wikiversity)

modifica

Ciao a tutti, sono abbastanza nuovo di Wikibooks, e sto pensando (nella prospettiva del medio periodo) alla strategia migliore per creare, con gli strumenti Wikimedia, libri di testo di italiano per le scuole medie/biennio delle superiori, che potrebbero portare una vera rivoluzione nelle moltissime scuole disagiate come la mia (insegno a Brancaccio, periferia abbandonata di Palermo, dove gli studenti non comprano i libri). Sto esplorando quello che già esiste.

Ad esempio, parlando della sola grammatica italiana ci sarebbero:

  1. i moltissimi materiali 'fai da te' di colleghi che conosco personalmente, con attività/esercizi;
  2. su Wikibooks Grammatica_contestuale e Italiano, senza esercizi (il primo, molto teorico; il secondo, incompleto);
  3. i corsi su Wikiversity, distinti in corso per le medie e corso per le superiori: alcuni corsi Wikiversity hanno gli esercizi (per me i due libri si potrebbero anche fondere, o comunque condividere parti);
  4. infine ci sono i mille materiali dispersi online, a volte però davvero corposi: ad esempio, su https://sintassionline.wordpress.com/ c'è un corso di sintassi della frase e del periodo (quindi tutto il programma di grammatica di secondo e terzo anno), con esercizi.

Mi sembra che le questioni chiave siano:

  1. unificare i materiali sparsi: nessuno dei progetti elencati sopra si può dire davvero completo, ma se si mettessero insieme i loro contenuti, avremmo già materiali per un libro quasi completo dal punto di vista delle lezioni teoriche;
  2. gli esercizi: mancano quasi ovunque, e andrebbero creati. Quasi tutti i materiali elencati sopra sono trattazioni teoriche, 'lezioni'. Per medie e biennio delle superiori, le attività sono fondamentali.

Il mio dilemma adesso è: unificare dove? Su Wikibooks o Wikiversity? Se ci si orienta verso libri di testo molto "didattici" e poco accademici, cioè orientati al laboratorio, agli esercizi, qual è la differenza tra un libro Wikibooks con poca teoria e molte attività/esercizi, e un corso Wikiversity con le stesse caratteristiche? E se invece fosse opportuno portare materiali da un progetto all'altro, dove trovo le policy Wikimedia al riguardo? --Ilbuonme (disc.) 18:03, 24 set 2018 (CEST)[rispondi]

@Ilbuonme Una domanda così complessa richiede una risposta complessa :) Vado quindi per punti, intanto ti invito anche a spulciare Aiuto:Manuale.
  • Rapporti Wikibooks/Wikiversity. È una questione annosa, che esiste da quando Wikiversity è nata per partenogenesi da Wikibooks. Idealmente Wikibooks è una biblioteca di manuali e libri di testo scritti dagli utenti, mentre Wikiversità è una scuola/comunità di (auto)apprendimento. Wikibooks quindi dovrebbe contenere libri, Wikiversity lezioni, appunti e contenuti didattici che non siano libri (o voci enciclopediche). Questo in teoria perché, come discutevo di recente con [@ Wim b], nei fatti le differenze sono un po' sfumate. Considera poi che molti corsi di Wikiversity in origine erano libri di Wikibooks, quindi lo scenario si complica. Venendo quindi alla tua domanda Su Wikibooks o Wikiversity?, la risposta è: potenzialmente su entrambe, oppure dove ti è più comodo. Ovviamente se vuoi creare libri, con tutti gli apparati connessi, il posto giusto è qui.
  • Eventuale fusione di Grammatica_contestuale e Italiano. Meglio lasciarli come stanno, il primo è un libro di filosofia del linguaggio che flirta pericolosamente con la ricerca originale, mentre il secondo è un manualetto di grammatica italiana.
  • Materiali inediti. Se i tuoi colleghi sono d'accordo, si possono pubblicare qui i loro contributi (sarebbe meglio che si registrino e carichino loro stessi i testi). L'importante è che i contributi non violino la policy sulle ricerche originali e non siano già stati pubblicati altrove, altrimenti si ricade nel punto qui sotto.
  • Materiali presi da internet. I materiali pubblicati su Wikibooks vengono rilasciati con licenza CC BY-SA 3.0 e anche eventuali testi esterni, per poter essere importati qui, devono essere rilasciati con la medesima licenza o con una compatibile. Nella home di Sintassi on line, da te citato, c'è scritto che Tutti i materiali [...] possono essere utilizzati liberamente, citando la fonte, ma non all’interno di pubblicazioni o siti a scopo di lucro o che comunque non abbiano finalità didattiche ed educative. La licenza di Wikibooks permette anche il riutilizzo dei testi a scopo commerciale, quindi le pagine di Sintassi on line non possono essere importate.
Se hai altri dubbi, chiedi pure :) --Hippias (msg) 18:52, 24 set 2018 (CEST)[rispondi]
Concordo con Hippias su tutti i punti. La questione "Wikibooks o Wikiversity", come diceva Hippias, è una questione che ciclicamente appare a rotazione in progetti diversi di varie versioni linguistiche, segno che a livello "mondiale" questa divisione come era stata vista all'inizio non è poi così chiara. Io credo che idealmente su wikibooks ci debbano andare i libri da leggere e per approfondire mentre su wikiversity le lezioni più discorsive, come la canonica lezione scolastica di un'ora (wikiversity) che si conclude con "per domani studiate da pagina 5 a pagina 10" (su su wikibooks). Capisco però che quando si parla di pagine scritte senza l'interazione diretta (il classico "scusi prof. non ho capito, può rispiegarmelo"), questi due progetti sia molto simili, molto. Ora, dalla tua hai la fortuna di fare il professore come lavoro quindi hai certamente più dimestichezza con certe problematiche e l'esperienza certamente sarà utile per trovare un equilibrio tra i due progetti e speriamo anche un precedente da seguire per il futuro, per tutti :). Dopo questo preambolo il mio consiglio è quello di scrivere un libro usando l'approccio più congeniale a chi lo scrive, quindi se pensate che sia meglio iniziare nuovi libri da zero, fatelo! se invece pensate di prendere e modificare (anche radicalmente) i libri già scritti, fate quello. Certamente nel ~2019 i libri digitali sono un esempio da prendere in considerazione, soprattutto in realtà dove le persone non comprano libri, l'accesso ad internet permette anche di poter studiare senza comprare 400€ di libri o portarsi kg di libri a scuola tutti i giorni (o inventare la scusa classica da settembre a gennaio: «il mio libro non è ancora arrivato non posso studiare» :D ). Se vi spaventa creare da zero i libri non credo che qui nessuno si farà dei problemi ad aiutarvi, all'inizio sbagliaerete molto e avrete 20 messaggi nella pagina delle discussioni, è normale, col tempo i messaggi si diraderanno e potrete scrivere spediti. All'inizio sarà un po' complicato per tutti ma poi passa… --Wim b 20:22, 24 set 2018 (CEST)[rispondi]
Chiarissimo, grazie! Penso che la cosa migliore sia mettere insieme i materiali (lentamente, collaborativamente) in sandbox qualsiasi, e quando assumono un po' di forma, si mettono su libri Wikibooks: Italiano per la grammatica, ed eventuali altri libri nuovi per Cittadinanza e costituzione, laboratorio di lettura e laboratorio di scrittura, anche se per questi ultimi due (in quanto laboratori) anche Wikiversity potrebbe andar bene. --Ilbuonme (disc.)

ItWikiCon - ultime proposte

modifica

Buongiorno, stiamo raccogliendo le ultime proposte di presentazioni per la ItWikiCon 2018, che si svolgerà a Como i giorni 16-17-18 novembre 2018.

 

Se avete un presentazione che volete fare, un argomento da discutere, una riunione fra utenti colleghi da organizzare, fate le vostre proposte a ItWikiCon/2018/Proposte. Un esempio del formato utilizzato (ma può essere anche più semplice) lo trovate a: ItWikiCon/2018/Proposte/Modello proposta. Le nuove presentazioni vanno presentate entro il 16 ottobre.

Per vedere le altre presentazioni previste, buttate un'occhio al Programma (ancora provvisorio sia per i temi che per le ore/giorni delle presentazioni).

Saluti, --Ruthven (msg) 08:28, 29 September 2018 (UTC)

È partito il concorso per Wikinotizie

modifica

Scusate se vi avviso solo ora :) Il 1º ottobre è partito il grande concorso su Wikinotizie con premi importanti, che ha lo scopo di rilanciare questo progetto che fino a poco tempo fa si voleva far chiudere. Se volete, potete mettervi in gioco e partecipare scrivendo un articolo e naturalmente condividere a tutti il concorso.--Ferdi2005 (disc.) 19:33, 5 ott 2018 (CEST)[rispondi]

Modifiche a gruppi utente

modifica

In merito a questa discussione e il suo continuo qui con l'utente direttamente interessato siamo arrivati alla conclusione che invece di fare le cose raffazzonate, e dato che comunque sarà una necessità che si ripresenterebbe nel tempo, la soluzione migliore sarebbe quella di "promuovere" Ilbuonme a creatore di utenze dato che dovrebbe fare da insegnante ad un corso il quale necessita di creare > 6 utenze. Adesso, secondo me la soluzione migliore sarebbe quella di modificare il gruppo "creatori di utenze" che ha solo il diritto di noratelimit, cioè Non soggetto al limite di azioni. in modo da concedergli anche il diritto di promuovere i nuovi utenti ad utenti in "Utenti confermati" in modo da poter far edit senza limitazioni, almeno durante la durata del corso. In più, in caso di necessità, imho l'utente verificato e il creatore di utenze, potrebbero anche essere gestite in toto dagli amministratori (sia dare il diritto che toglierlo). Ricapitolando:

  1. Creatore di utenze (gruppo in cui finirebbe Ilbuonme)
    • Non soggetto al limite di azioni (già in possesso)
    • Può aggiungere ai gruppi: Utenti confermati
    • Può rimuovere dai gruppi: Utenti confermati
  2. Amministratori
    • Può aggiungere ai gruppi: Creatori di utenze e Utenti confermati
    • Può rimuovere dai gruppi: Creatori di utenze e Utenti confermati

Visto che sia Creatori di utenze che Utenti confermati, sono due gruppi utente senza superpoteri speciali che non potrebbero fare troppi danni (non più di quanti ne potrebbero fare da "Utenti autoconvalidati", visto che avrebbero gli stessi poteri, senza dover aspettare i 4gg e 10 edit (cosa impensabile durante un corso). Mi piacerebbe comunque sapere anche il parere di Hippias e Pietrodn, se sono d'accordo, se hanno altre soluzioni/idee e Ilbuonme se crede che con queste modifiche potrebbe lavorare serenamente e se non crede che manchi altro. I tempi rischiano comunque di essere stretti, quindi se vogliamo fare in tempo dobbiamo discutere "sodo"… --Wim b 00:43, 6 ott 2018 (CEST)[rispondi]

Ah, mi ero scordato: per adesso visti i tempi stretti mi è venuto in mente di modificare questi gruppi utente, in un futuro con più calma e tempo potrebbe anche vedee se necessario di richiedere un gruppo ad-hoc, dipinto ad arte per questo tipo di corsi, esempio "Corsista", ma per adesso non metterei troopa carne al fuoco, credo che le condizioni per lavorare dignitosamente ci siano per tutti, Ilbuonme poi ci dirà, casomai le difficoltà che ha avuto e per la prossima volta (novembre mi pare) possiamo correggere il tiro. Per adesso vediamo di fare alla svelta a discutere di QUESTE modifiche :) --Wim b 00:43, 6 ott 2018 (CEST)[rispondi]
Wim b, Hippias e Pietrodn: per quanto mi riguarda, rispondo subito che le modifiche proposte da Wim b metterebbero me e i corsisti (docenti di lettere di scuole medie e superiori, soprattutto latino e greco) in condizione di lavorare sia al corso del 18-19 ottobre sia a quello del 5 novembre. Chiederò ai corsisti di creare utenze prima del corso, ma è probabile che molti non ricevan l'avviso prima del corso, che alcuni non sappiano creare l'utenza, e che comunque sia necessario dare loro il privilegio noratelimit al corso. Eventualmente, pensate che dopo i corsi sia il caso di togliere a questi utenti lo status di utenti confermati, dato che poi lavoreranno autonomamente? O tale status significa semplicemente che non sono spam, bot o vandali? Grazie sempre del vostro aiuto. --Ilbuonme (disc.)
Ilbuonme: il diritto noratelimit servirebbe solo a te, agli altri corsisti servirebbe il autoconfirmed (Non soggetto al limite di azioni per IP, per evitare quella cosa degli 8 edit/minuti massimi), infatti sarebbe assegnato loro il gruppo "Utenti confermati" che in pratica hanno gli stessi poteri che hai te adesso, ma non devono aspettare di aver compiuto il decimo edit e il quarto giorno di registrazione. Per capirsi, te adesso sei in questo gruppo e i corsisti finirebbero in quest'altro. Come vedi sono praticamente uguali. Per la feccenda «Eventualmente, pensate che dopo i corsi sia il caso di togliere a questi utenti lo status di utenti confermati, dato che poi lavoreranno autonomamente?» Puoi tranquillamente assegnare il flag con la scadenza temporale, mi spiego meglio: il corso inizia alle 8 di lunedì e finisce alle 12 di martedì? assegni il flag per 30h così copri interamente il primo giorno e le 4h del secondo (più un paio d'ore per sicurezza e per fare il conto pari). Allo scadere delle 30h senza che nessuno faccia niente torneranno di nuovo utenti semplici e si faranno da soli la scalata al successo. --Wim b 11:34, 6 ott 2018 (CEST)[rispondi]
  Favorevole alla proposta, mi sembra renda la gestione molto semplice. Ora come si procede, si chiede su Incubator o su Meta? --Hippias (msg) 12:17, 6 ott 2018 (CEST)[rispondi]
(le modifiche ai diritti del gruppo utente vanno richieste su Incubator perché richiedono la modifica del PHP di configurazione). spettiamo ancora qualche giorno se qualcun altro (ma chi?!) vuole intervenire, poi si apre il bug. --Wim b 13:57, 6 ott 2018 (CEST)[rispondi]

Ho reso Ilbuonme “creatore di utenze” per un mese da adesso. Se riusciamo a creare in anticipo gli account dei corsisti, potrei assegnargli io direttamente il gruppo di autoconvalidati. Per le modifiche a chi può assegnare quali permessi, effettivamente bisogna chiedere ai developer e I tempi potrebbero essere lunghi, ma sono favorevole a permettere agli admin di assegnare autonomamente il gruppo degli autoconvalidati. Per l’immediatezza dovremmo comunque essere coperti. --Pietrodn · «zitto e parla!» 23:57, 6 ott 2018 (CEST)[rispondi]

Ora che hai il privilegio, credo che il modo più ragionevole per procedere sia quello di usare Speciale:CreaUtenza, spuntando l’opzione per generare una password casuale ed inviare le credenziali direttamente all’indirizzo di posta elettronica di ciascun corsista. Così tutti si ritrovano l’account creato, sono pronti e non hanno scuse :-) e noi possiamo subito assegnare i gruppi che ci interessano. Buonanotte a tutti, --Pietrodn · «zitto e parla!» 00:03, 7 ott 2018 (CEST)[rispondi]
Pietrodn si prova comunque a chiedere la modifica ai dev e vedere se facciamo in tempo per il 18 in caso del ritardatario dell'ultimo momento?
io sono   Favorevole a provarci, tanto sennò a novembre ci risiamo. --Wim b 00:10, 7 ott 2018 (CEST)[rispondi]
  Favorevole pure io. --Pietrodn · «zitto e parla!» 00:12, 7 ott 2018 (CEST)[rispondi]
ok, lunedì o io o chi vuole, direi di provarci, in 10gg forse per queste modifiche semplici facciamo in tempo. dai tempi biblici di bugzilla ne abbiamo fatta di strada. --Wim b 00:52, 7 ott 2018 (CEST)[rispondi]
Ovviamente   Favorevole --Hippias (msg) 14:59, 7 ott 2018 (CEST)[rispondi]
Pietrodn Io avevo già creato (per corsi passati) utenze Wikipedia da dare ai corsisti che non si fossero creati un account in anticipo rispetto al corso: si tratta delle utenze corsista1, corsista2... e così via fino a corsista10. Sto chiedendo anche ai corsisti di crearsi loro in anticipo, prima del corso, le loro utenze. Penso che sia meglio che si scelgano da loro i nomi utente, per "affezionarsi" di più al mondo WMF. Intanto quindi vi chiederei, se possibile, di togliere alle utenze corsista1, corsista2 etc. il limite di edit. Sono orgoglioso di far parte del glorioso gruppo 'Creatori di utenze' :-) ma se in tale veste non potrò rimuovere il limite di edit ai nuovi account dei corsisti, temo che il problema si porrà, cioè temo che i corsisti non potranno salvare, durante il corso, alcuni degli edit che faranno. Male che vada, se togliete tale limite a corsista1 e agli altri account, in tal caso chiedo loro di fare il logout dalle loro utenze e di fare il login con uno degli account miei (corsista1 etc.), così risolviamo comunque. --Ilbuonme (disc.) 19:27, 9 ott 2018 (CEST)[rispondi]
Non ho capito esattamente perché agli account dei corsisti servirebbe fare più di 8 edit/minuto. Ci sono account condivisi tra più persone? --Pietrodn · «zitto e parla!» 23:19, 9 ott 2018 (CEST)[rispondi]
Pietrodn: Hai ragione, faceva parte del preambolo nella talk di Hippias o Ilbuonme, non ricordo di preciso. Counque è venuto fuori che l'anno scorso nonostante era stato chiesto di portarsi il proprio telefono per usarlo come ruoter, tra chi non ci riusciva, chi non poteva, ecc, era finita che non tutti lo avessero e quindi qualcuno lo condivideva con il vicino (o i vicini) di banco e in alcuni casi sono arrivati a 8 edit/minuto rallentanto tutta la lezione bloccando di fatto mezza classe. Se tutti portano il proprio telefono non ci dovrebbero essere problemi, ma è meglio aver paura che buscarne, quindi abbiamo intavolato questa richiesta, per un discorso di prevenire i problemi finché possibile. --Wim b 00:16, 10 ott 2018 (CEST)[rispondi]

Utente:Ilbuonme in merito alla tua richiesta al bar di itwikipedia non credo fosse necessario essere "creatore di utenze" anche là. Non ho mai indagato ma la creazione di un'utenza è centralizzata perché l'account è unico (m:SUL). Se la crei patendo su una piattaforma è automaticamente creata su meta e su mediawiki e poi dovrebbe collegarsi alle varie piattaforme progressivamente nel momento in cui le apri (con qualche secondo di ritardo). Non ho mai verificato ma secondo me una volta create più utenze su wikibooks dovrebbero collegarsi a itwikipedia, appena la aprono, restando loggate. Potrebbe darsi che ci sia un filtro dopo un po' e non permetta di collegarne più di alcune in quel momento, ma sono ignorante e ammetto che non ho mai provato.

Il punto comunque è che in anni di corsi non ho mai dovuto chiedere quel flag, o fare questa prova e nemmeno chiedere altro per gli utenti autoconfirmed. Perché anche se su altre piattaforme saprei grossomodo cosa, come e dove chiederlo (lo si può dare a un utente a uno a uno) in genere faccio sempre registrare tutti da casa giorni prima. Quei pochi che rimangono fuori perché non hanno capito o si sono aggiunti di straforo sono statisticamente poco rilevanti, perché spesso lavorano in gruppo. L'unico caso in cui ho avuto un problema è con i concorsi su commons tipo Wiki Loves Monuments dove gli utenti che non sono ancora autoconfirmed non puoi evitarli, non sai in anticipo chi si registra e se devono caricare video hanno appunto un messaggio di errore (perché solo gli utenti con 4 giorini e 10 edit lo possono fare). Ecco, questo è l'unico caso dove sono dovuto andare a chiedere un flag del tipo in tutti gli altri avevo abbastanza persone registrate da giorni. Poi facevo loro fare qualche piccolo esercizio preliminare tipo firmarsi su una pagina del raduno/evento e creare la loro pagina utente con qualche informazione... quindi arrivati in classe avevano pure qualche edit. Cose molto standard. Nei primi minuti faccio loro scrivere nelle rispettive talk un saluto veloce (ora su itwikipedia stanno a impuntarsi anche se si salutano) o qualcos'altro e in poco tempo sono già tutti autoconfirmed e non ho problemi per ritmi di lavoro più intensi successivo. Dal momento che mi fa risparmiare step preliminari al corso, mi sono abituato così.--Alexmar983 (disc.) 20:56, 23 ott 2018 (CEST)[rispondi]

Grazie Alexmar983! È confortante. Userò questi accorgimenti (piccoli edit iniziali). Avevo chiesto a tutti di registrarsi prima: speriamo che l'abbiano fatto in molti. --Ilbuonme (disc.) 11:13, 24 ott 2018 (CEST)[rispondi]

Aperte le iscrizioni per itWikiCon 2018

modifica

Ciao a tutti. Da venerdì 16 a domenica 18 novembre 2018, Como ospiterà la seconda edizione di itWikiCon. Da ora e fino al 7 novembre è possibile registrarsi seguendo le istruzioni presenti a questo link. Nella stessa pagina trovate anche le istruzioni per richiedere una borsa di partecipazione e il relativo regolamento. Le richieste per le borse possono essere presentate fino al 20 ottobre.
Ulteriori informazioni logistiche si trovano sul sito dell'evento, mentre il programma (non ancora definitivo) è disponibile su meta: ItWikiCon/2018/Programma
Ne approfitto anche per ricordarvi che potete votare per scegliere il logo di itWikiCon, in questa pagina.
Per qualsiasi domanda potete scrivere qui, oppure a Ysogo e, per questioni relative al programma, CristianNX, Civvì e Ruthven. --Superchilum(scrivimi) 09:08, 7 ott 2018 (CEST)[rispondi]

Creatori di utenze: Come si diventa e come si smette di esserlo:

modifica

Ho importato la pagina da wikipedia per quanto riguarda i creatori di utenze. Logicamente ci sono anche i criteri di accesso e revoca che noi non abbiamo discusso, attualmente sono questi (commentato nella pagina per non vederli):

== Come si acquisisce o perde l'abilitazione a creatore di utenze ==
===Modalità di assegnazione===
Poiché la figura del creatore di utenze è assegnabile da parte degli amministratori, è sufficiente effettuare una semplice richiesta presso l'[[WB:Richieste_di_permessi#Creatori_di_utenze|apposita pagina di servizio]], indicando a quale evento si sta partecipando. Un amministratore provvederà celermente all'assegnazione del permesso tramite la pagina [[Speciale:PermessiUtente]].

===Modalità di revoca===
L'abilitazione a creatore di utenze è solo transitoria: ad evento terminato l'utente assegnatario dovrebbe fare richiesta di revoca sempre presso l'[[WB:Richieste_di_permessi#Creatori_di_utenze|apposita pagina di servizio]]. Qualora si partecipasse a più eventi consecutivamente, è possibile non richiedere subito la revoca della funzione.

Il permesso inoltre viene revocato nel caso in cui l'utente viene eletto amministratore, in quanto le due abilitazioni sono ridondanti, o nel caso in cui abusi dello strumento; qualunque utente che ravvisi una di queste condizioni può proporre la revoca del permesso sempre nella pagina di servizio suddetta.

Se non assegnata con scadenza, l'abilitazione è revocabile dagli amministratori tramite la pagina [[Speciale:PermessiUtente]].

Noi come vogliamo organizzarci? che io ricordi non abbiamo una pagina per assegnare i diritti utente (quanti mai ne assegnerai al giorno…), facciamo su richieste agli admin? Poi stabiliamo i parametri, sia "quando realmente serve" sia l'eventuale scadenza e/o altre cose che potrebbero venirci in mente. --Wim b 19:20, 10 ott 2018 (CEST)[rispondi]

PS: Se poi creassimo un template con i diritti utente "secondari" sarebbe anche più navigabile, ma questo poi ci penseremo casomai… --Wim b 19:24, 10 ott 2018 (CEST)[rispondi]
Io direi che non ha senso essere un creatore di utenze a tempo indeterminato, secondo me la soluzione migliore è quella di concedere il flag volta volta che serve per un corso con la scadenza automatica al giorno dopo (o gù di lì), e limitare il suo raggio d'azione ai propri corsisti. Così inolte facendo la richiesta ci dice implicitamente che il giorno X ci sarà un corso. --Wim b 00:43, 11 ott 2018 (CEST)[rispondi]
Anch'io sulla modalità di revoca, visto che "l'abilitazione a creatore di utenze è solo transitoria", prevederei sempre e comunque una data di scadenza. Non ha molto senso aspettare che l'utente chieda sua sponte la revoca, prevedendo subito una data di scadenza compatibile con i corsi diventa più semplice. --Hippias (msg) 17:46, 11 ott 2018 (CEST)[rispondi]
“Richieste agli amministratori” è il posto giusto, non ha senso fare una pagina apposta per una procedura usata così di rado. Favorevole anche sull’obbligatorietà della data di scadenza: se un account creatore di utenze restasse attivo e venisse violato, gli spammer avrebbero vita facile... —Pietrodn · «zitto e parla!» 22:45, 11 ott 2018 (CEST)[rispondi]
Pietrodn: Infatti creare una pagina per asseganre un diritto una volta all'anno, se va bene, anche secondo me era fuori questione. Visto che siamo sostanzialemte tutti e tutti d'accordo, è inutile starci tanto a girare, rendo effettive le modifiche e via. Sia per questa che per la discussione sotto. --Wim b 23:40, 11 ott 2018 (CEST)[rispondi]

Utenti confermati: modalità di attribuzione

modifica

Oltre alla pagina che spiega cos'è, ho aggiunto la sezione "Richiesta del flag" In poche parole ho scritto che:

  • In caso di corsi un admin, un burocrate o un creatore di utenze ti danno il flag temporaneamente e solo per il tempo necessario per farti affrontare il corso tranquillamente (non ha senso farlo, come dicevo nella talk de Ilbuonme, sine die, perché tanto con 4gg e 10 edit avrebbe gli stessi poteri);
  • In altri casi che non siano corsi: il richiedente lascia un messaggio in WB:RA motivando del perché gli serve e poi un admin o un burocrate deciderà se serve realmente o se è un vezzo tanto per…

Non mi sembra ci sia altro, d'altra parte non è che un utente confermato sia un pericolo per il mondo tanto da giustificare misure, votazioni, ecc. [@ Pietrodn, Hippias, Ilbuonme] che ne pensate (compresa la discussione sopra per cui non vi sto a ripingare)? --Wim b 00:43, 11 ott 2018 (CEST)[rispondi]

  Favorevole --Hippias (msg) 17:48, 11 ott 2018 (CEST)[rispondi]
  Favorevole, non servono ulteriori complicazioni burocratiche. :-) —Pietrodn · «zitto e parla!» 22:42, 11 ott 2018 (CEST)[rispondi]
  Fatto: Ecco i diff delle modifiche per gli Utenti confermati e creatore di utenze. Non credo di essermi scordato niente di quello che avevamo detto qui sopra.--Wim b 00:40, 12 ott 2018 (CEST)[rispondi]

Quando, ormai più di 10 anni fa, scrissi il template Spostamento, mi accorsi subito che la sintassi per usarlo sarebbe stata complicata e non del tutto adatta aiu nuovi utenti, necessitava infatti di tre parametri obbligatori (codice ISO della lingua, nome del progetto e nome della pagina), per i più precisi, c'era anche un quarto paramentro, l'oldid della pagina. Mentre per gli utenti più esperti non sarebbe stato un problema compilarlo, i nuovi utenti certamente avrebbero trovato difficoltà, sopratutto per l'oldid che, anche se dichiarato opzionale, era di fatto obbligatorio. Però al tempo le possibilità erano quelle, non esistevano modi per manipolare il testo se non qualche funziona parser elementare che però in questo caso non ci sarebbe servita a nulla. Però, ormai da qualche anno, è possibile usare Lua per scrivere script più o meno complessi per fare un po' di tutto, per questo stamattina mi è venuto in mente di scrivere delle funzioni per i link, con l'ottica di essere usati proprio per il {{Spostamento}}, in pratica se con la vecchia sintassi per linkare questa versione dovevamo usare la sintassi

  • {{Spostamento | wikibooks | Pagina_principale | it | old=314644 }} (con la difficoltà che se sbagliavi l'ordine, il template non avrebbe linkato un bel niente)
con la nuova basterebbe scrivere
  • {{Spostamento | 1=https://it.wikibooks.org/w/index.php?title=Pagina_principale&oldid=314644}} (nella sandobox una panoramica completa comprensiva di esempi)
"il template" poi recupererà da solo
  1. Codice della lingua
  2. Nome del progetto
  3. Nome della pagina
  4. Oldid

Ed in più scriverà anche il nome della lingua partendo proprio dal codice ISO, esempio se "ja", restituirà "giapponese" (nel modulo ho aggiunto altre funzioni per i link, esempio "diff", "confronto fra revisioni" e il nome della pagina per i link esterni (in pratica sostituisce gli spazi con i "_"). La domanda alla fine è: vogliamo aggiornare il {{Spostamento}} con la nuova sintassi (consci del fatto che probabilmente bisogna correggere a mano, o se siamo bravi col bot i template già inseriti -o substarli-)? --Wim b 11:36, 14 ott 2018 (CEST)[rispondi]

Sono tendenzialmente favorevole, ma mi preoccupa l'aggiornamento del template (sono uno di quelli che l'ha usato molte volte). --Hippias (msg) 14:25, 14 ott 2018 (CEST)[rispondi]
Hippias: Fondamentalmente abbiamo tutti i parametri, abbiamo la lingua, la pagina e il progetto, possiamo ricostruire i link partendo da quelli, però le pagine senza oldid, restano senza oldid. Oppure proviamo a substare i template attuali e iniziamo da oggi in poi. Provo a fare delle prove con entrambi i metodi? --Wim b 19:57, 14 ott 2018 (CEST)[rispondi]
Il problema vero sono le (sotto)pagine con gli spazi, perché complicano tantissimo le regex (e ancora non sono riuscito a trovare un modo univoco per risolvere il problema degli spazi)--Wim b 20:39, 14 ott 2018 (CEST)[rispondi]
Substando tutto possiamo arrivare a questa versione, forse partendo da qui sarà più facile arrivare al link completo per la nuova sintassi. Altrimenti lasciamo stare, peccato, perché era più semplice e per il tempo speso stamani. Pensavo fosse più semplice correggere la sintassi, al massimo possiamo fare una specie di inversione di redirect e dividere "spostamento" con "spostamento2" --Wim b 20:56, 14 ott 2018 (CEST)[rispondi]
Wim b Ho visto che {{Spostamento}} è usato in circa 260 pagine: non sono poche, però non sono neanche migliaia. Forse possiamo trovare il modo di aggiornarli per gruppi usando il bot (ma è un'idea che mi è balenata a fine giornata, per quello che vale...). --Hippias (msg) 22:37, 16 ott 2018 (CEST)[rispondi]
Hippias anche io ero arrivato alla conclusione di usare una sostituzione per volta senza troppe regex, però resta il problema dei trattini bassi, ecco perché la soluzione migliore secondo me era quella di substare, sennò si lascia perdere e si tiene così se bisogna diventare scemi per cambiarlo ( o si rinomina in "spostamento 2" e si abbandona e d'ora in poi useremo lo "spostamento" con la nuova sintassi, e pian piano con molta calma nei momenti di noia si orfanizza il "2". Anche se ci volessere 2 anni a uel punto non importerebbe più molto. --Wim b 22:43, 16 ott 2018 (CEST)[rispondi]
Hippias: Se sei sempre interessato, ho scritto uno script semplice-semplice che fa il lavoro al posto tuo, vedi questo diff. Se credi che la modifica al template sia migliorativa e utile/necessaria, continuo a sviluppare lo script (per adesso non funzionerebbe con pagine in cui c'è più di uno {{Spostamento}} o hanno anche la talk scritta, in pratica sovrascrive tutta la pagina, ma è comunque un aiuto). --Wim b 07:26, 18 ott 2018 (CEST)[rispondi]
Sì, mi sembra utile, però non so come posso aiutarti :( --Hippias (msg) 18:32, 19 ott 2018 (CEST)[rispondi]
Hippias: Ti posso passare il codice e con calma passiamo a correggere. è molto rozzo, per una cosa provvisoria non avevo voglia di fare chissà cosa di perfetto (anche perché non ne sarei in grado), quindi tutto fa brodo, anche se ne troviamo la metà, sono sempre metà pagine da non dover fare a mano. --Wim b 20:43, 19 ott 2018 (CEST)[rispondi]
[@ Wim b] Ok, quando vuoi :) --Hippias (msg) 22:38, 19 ott 2018 (CEST)[rispondi]
Hippias Nel JS personale non funzionava, ne ho fatto un Gadget e via, perché ho fatto prima. Se vuoi usarlo è semplice: Vai un una pagina in cui è pressente il {{Spostamento}} e premi il bottone vicino a l titolo, non farlo in pagine in cui c'è altro oltre ad un solo {{Spostamento}} (non solo il testo, ma azzera anche altri "spostamento" se ce ne fossero più di uno). L'unica cosa, lo correggiamo intanto con il template provvisorio, poi dopo passiamo col bot?--Wim b 10:12, 20 ott 2018 (CEST)[rispondi]
ah, un PS: se poi funziona come metodo possiamo pensare di fare la stessa cosa al {{Tradotto da}}, visto che sono praticamente identici come codice. --Wim b 11:37, 20 ott 2018 (CEST)[rispondi]
Wim b Ho fatto un test e il risultato è questo. È giusto? --Hippias (msg) 17:20, 20 ott 2018 (CEST)[rispondi]
Hippias: Sì, perché perchè usa il template vecchio per evitare di far passare il bot dopo, però immagino che sia meglio sostituire col provvisorio e poi passare dopo col bot per rinominarlo. Cambio la variabile nel JS appena posso, sennò se vuoi puoi farlo te, perché io adesso sono da mobile e sto facendo una fatica anche per scrivere questo.--Wim b 22:12, 20 ott 2018 (CEST)[rispondi]
Ho trovato il tempo di accendere il computer, ho fatto io… --Wim b 22:35, 20 ott 2018 (CEST)[rispondi]
Hippias: Il template vecchio a regola non dovrebbe più essere incluso se non per linkarlo in caso di aiuti ecc, credo che a breve possiamo far passare anche il bot. Una sola domanda: visto che sono praticamente identici, vuoi che aggiorni con lo stesso principio anche il {{Tradotto da}}? e se sì, credi sia il caso di scinderli definitivamente o unirli? --Wim b 22:32, 4 nov 2018 (CET)[rispondi]
Wim b Scusa il ritardo. Forse è meglio tenerli separati, più che altro da un punto di vista concettuale, anche se poi avranno la medesima sintassi. --Hippias (msg) 18:27, 7 nov 2018 (CET)[rispondi]
Hippias: dobbiamo togliere la possibilità di far apparire "questa pagina risulta tradotta da…" dal {{Spostamento}} e lasciarla solo per il Tradotto da?--Wim b 18:51, 7 nov 2018 (CET)[rispondi]
Sai Wim b che, ripensandoci, forse è meglio trasformare {{Tradotto da}} in un redirect a {{spostamento}}? Questo semplificherebbe la gestione. --Hippias (msg) 17:57, 8 nov 2018 (CET)[rispondi]
Hippias per me è uguale. Adesso fanno fondamentalmente la stessa cosa, se vogliamo tenerli separati imho è meglio togliere la dualità all "Spostamento", se vogliamo unirli, si lascia "Spostamento" così com'è (al limite lo rinominiamo con un nome più generico ed appropriato) e si risolve il problema. Intanto inizierei a fare il lavoro che abbiamo fatto con "Spostamento" anche con l'altro template per unificarne la sintassi e semplificarne la gestione, poi per il resto siamo sempre a tempo. --Wim b 20:46, 8 nov 2018 (CET)[rispondi]
Hippias: Intanto oggi col bot ho rinominato tutti i provvisori al nome definitivo, ed ho aggiornato quindi il template per la nuova sintassi. Mi sono portato avanti con l'entuale lavoro ed ho predisposto anche il {{Tradotto da}} se vogliamo aggiornarlo, in poco tempo cambierei lo script per l'aggiornamento della sintassi. Ditemi voi cosa vogliamo farne del "Tradotto da". --Wim b 18:54, 10 nov 2018 (CET)[rispondi]
Wim b   Favorevole Io terrei Tradotto da come redirect per venire incontro agli utenti di Wikipedia di passaggio. --Hippias (msg) 11:55, 11 nov 2018 (CET)[rispondi]
Ok, allora nei ritagli di tempo, mi pian piano a fare lo stesso lavoro che ho fatto per "trasferimento". Vogliamo far cambiare grafica in caso di traduzione per dare l'illusione che siano sempre due diversi, o comunque per separare visivamente le due azioni? --Wim b 11:59, 11 nov 2018 (CET)[rispondi]
Wim b   Favorevole, basterebbe anche solo cambiare il colore o l'icona. --Hippias (msg) 12:08, 11 nov 2018 (CET)[rispondi]
Hippias: Tanto è gratis, si cambiano entrambe. Pensavo poi che essendo una discussione si debba usare il {{Tmbox}} ma con quello sfondo imho non è il massimo, visto che se non ho capito male è possibile aggiungere *mbox arbitrariamente, senza perderci troppo tempo (anche perché non sappiamo se è vero che si possono aggiungere) hai voglia di pensare ad un CSS più gradevole per questo tipo di avvisi per farlo diventare template? --Wim b 12:13, 11 nov 2018 (CET)[rispondi]
Erano una manciata di pagine, in pochi minuti ho fatto. Mi ero flaggato pseudobot per 20 minuti, ma me ne sarebbero bastati 15, comunque… è fatta, creo il redirect e ci siamo, già fatta anche la modifica qui sopra in modo che siano diversi graficamente. --Wim b 12:37, 11 nov 2018 (CET)[rispondi]

Template:Slideshow

modifica

L'effetto di transizione è molto simpatico, ma invece di appesantireci con JS e CSS, che ne dite di eliminare il template e sostituirlo con la funzione parser e l'attributo mode="slideshow" che fa la stessa cosa ma è nativa di MW? in pratica questo:

{{slideshow
| frame style = width:550px;
| slides style = padding:25px; background-color:#ccffcc;
| slide 1 =[[File:Procedura_guidata_di_configurazione_-_1.png]] 
| slide 2 = [[File:Procedura_guidata_di_configurazione_-_2.png]]
| slide 3 =[[File:Procedura_guidata_di_configurazione_-_3.png]]
| slide 4 =[[File:Procedura_guidata_di_configurazione_-_4_.png]]
| slide 5 = [[File:Procedura_guidata_di_configurazione_-_5.png]]
| slide 6 = [[File:Procedura_guidata_di_configurazione_-_6.png]]
}}

{{slideshow | frame style = width:550px; | slides style = padding:25px; background-color:#ccffcc; | slide 1 =[[File:Procedura_guidata_di_configurazione_-_1.png]] | slide 2 = [[File:Procedura_guidata_di_configurazione_-_2.png]] | slide 3 =[[File:Procedura_guidata_di_configurazione_-_3.png]] | slide 4 =[[File:Procedura_guidata_di_configurazione_-_4_.png]] | slide 5 = [[File:Procedura_guidata_di_configurazione_-_5.png]] | slide 6 = [[File:Procedura_guidata_di_configurazione_-_6.png]] }}

Potrebbe essere fatto così:

<gallery mode="slideshow">
File:Procedura_guidata_di_configurazione_-_1.png
File:Procedura_guidata_di_configurazione_-_2.png
File:Procedura_guidata_di_configurazione_-_3.png
File:Procedura_guidata_di_configurazione_-_4_.png
File:Procedura_guidata_di_configurazione_-_5.png
File:Procedura_guidata_di_configurazione_-_6.png
</gallery>

Con il vantaggio che comunque non necessita di manutenzione perché ci penseranno i dev di MW, che accetta più di 15 immagini e che è più veloce. Il tempalte è incluso in pochissime pagine, credo meno di 10 ad occhio, non so se possiamo trasformare il template per farlo diventare una scorciatoia della funzione. Che ne dite? --Wim b 21:36, 23 ott 2018 (CEST)[rispondi]

Ah, il template:slideshow! Nel 2014 lo importammo su richiesta di un utente che poi non lo usò mai. Quanti ricordi... Sì, visto che c'è una funzione parser che fa lo stesso lavoro, eliminiamolo pure. --Hippias (msg) 21:53, 23 ott 2018 (CEST)[rispondi]
Hippias: Per adesso l'ho sostituito con la funzione di MW direttamente, non può essere trasformato in template così facilmente. Credi sia profiquo provare a trasformala in template provando con Lua, o chi se ne frega impariamo ad usare "<gallery>"? Io a giudicare da quante volte è stato usato, direi che possiamo anche imparare con gallery direttamente. --Wim b 15:38, 26 ott 2018 (CEST)[rispondi]
Wim b Anch'io sono per usare "<gallery>". --Hippias (msg) 18:31, 26 ott 2018 (CEST)[rispondi]

Consultazione per i kit dei dati sulla sanità della community

modifica

Il kit dei dati sulla sanità della comunità è un nuovo progetto per misurare diversi aspetti delle nostre comunità. Se ti interessi di dati, statistiche e misurazioni di modifiche e contributi, unisciti a noi su Meta per discutere come e cosa il progetto dovrebbe misurare!

Questo messaggio è disponibile in altre lingue. JSutherland (WMF) (disc.) 02:35, 26 ott 2018 (CEST)[rispondi]

Riscrittura avanzamento

modifica

Probabilmente non ci sarebbe nemmeno bisogno di passare sempre dal bar per queste cose, ma essendo 3 gatti preferisco coinvolgere tutti: In pratica ho riscritto il {{Avanzamento}} usando Lua, fa le stesse cose più:

  1. Aggiunge la categorizzazione (categoria:Avanzamento con errori di compilazione) se sbagli a scrivere la percentuale omettendo il "%";
  2. Arrotonda le percentuali errate, categorizza normalmente, ma ti avvisa che la percentuale è stata arrotondata (Se vogliamo possiamo farlo categorizzare 2 volte, una con la percentuale arrotonddata per non creare problemi e l'atra in qualcosa tipo Categoria:Avanzamento arrotondato).

Ho lasciato 3 prove in Sandbox per chi volesse vedere. Se siete d'accordo si sostituisce e questa volta non c'è da sostituire nulla… --Wim b 15:27, 26 ott 2018 (CEST)[rispondi]

Wim b Ho solo un dubbio: riscrivendolo poi non interferisce con {{modulo}} e {{libro}}? --Hippias (msg) 18:33, 26 ott 2018 (CEST)[rispondi]
Hippias A regola no, però se vuoi lo testiamo subito, ho creato una pagina di test in NS0 perché nella mia SB non appariva il quadratino colorato., il risultato con modulo {{Modulo|Wim b/Sandbox}} e con {{Libro|Wim b/Sandbox}}, il quadratino si vede, quindi presumo non ci siano problemi. Guardo se col vecchio codice appariva il quadrato anche in NS != 0 e se sì, vedo di correggere anche questo aspetto. --Wim b 18:41, 26 ott 2018 (CEST)[rispondi]
Non appariva nulla lo stesso, quindi è un controllo a livello di JS, ma adesso sinceraemnte non ho voglia di leggere il codice per cercare conferma, per adesso ne prendo atto :) --Wim b 18:43, 26 ott 2018 (CEST)[rispondi]
Wim b Ottimo allora! --Hippias (msg) 18:53, 26 ott 2018 (CEST)[rispondi]
Hippias Credi ci siano altri test da fare? Sinceramente non saprei come altro viene sfrttato e anche se ho usato lo stesso concetto del template vecchio, solo che lo span invece di scriverlo come tag, l'ho fatto creare da Lua, credo quindi non ci siano problemi con altri script, appurato che anche tramite js viene recuperato, anche in altre pagine. A questo punto, se credi ci siano da fare cambiamenti nei messaggi di errore, ho fatto in modo che sia abbastanza facile sostituirli senza stare troppo a cercare nel codice.
PS: anche per la facenda della Categoria:Avanzamento arrotondato, se la reputi utile e la vuoi inserire, fammi sapere come pensi di chiamarla, io per i nomi non sono un fenomeno, lo ammetto. --Wim b 18:58, 26 ott 2018 (CEST)[rispondi]
Se vuoi aggiungere la categoria, devi modificare la riga CatArrotondo = '' aggiungendo il nome della categoria in mezzo agli apostrofi, esempio pratico: CatArrotondo = 'Nome a caso' categorizzerà, quando richiamato, nella categoria:Nome a caso. Poi in questi giorni scriverò anche il manuale con tutte le variabili e cosa fanno, così se domani morissi (se morissi domani magari no l'ho ancora scritto, facciamo venerdì, così resto in tema con la giornata) chiunque può modificare quel modulo. --Wim b 19:31, 26 ott 2018 (CEST)[rispondi]

The Community Wishlist Survey

modifica

12:06, 30 ott 2018 (CET)

Editing News #2—2018

modifica

15:17, 2 nov 2018 (CET)

Mi sono preso la responsabilità di spostare il vecchio "Benvenuto3" al più semplice "Benvenuto" visto che era comunque quello che tutti noi usavamo più spesso e di conseguenza il vecchio "Benvenuto" a "Benvenuto/Vecchio" per mantenere la memoria storica. I due template sono completamente intercambiabili tra di loro perché hanno gli stessi parametri, quindi non c'è da fare nulla se non smettere di aggiungere quel "3" finale. --Wim b 15:04, 7 nov 2018 (CET)[rispondi]

Change coming to how certain templates will appear on the mobile web

modifica

CKoerner (WMF) (talk) 20:34, 13 nov 2018 (CET)[rispondi]

Community Wishlist Survey vote

modifica

19:13, 22 nov 2018 (CET)

Vecchie pagine di bollettini

modifica

Come chiesto qui, visto che sono tante pagine, si passano a cancellare e si fa pulizia, o si tengono per memoria storica? Per quanto mi riguarda, quelle informazioni potrebbero essere totalmente cambiate ad oggi, quindi per me sono semplicemnte pagine che potrebbero dar noia, per esempio, durante la ricerca. Ma se le volete tenere, teniamole. --Wim b 02:56, 23 nov 2018 (CET)[rispondi]

Direi di mantenere [[Progetto:Coordinamento/Bollettini]] per l'archivio storico e cancellare le varie sottopagine. Anche perché, da quando è stato aggiornato il {{Bollettino}} quelle pagine hanno pure smesso di funzionare come prima (p.e.: [[Progetto:Coordinamento/Bollettini/Aeromodellismo]]), quindi sono totalmente inutili e pure fuorvianti per i neoutenti. --Hippias (msg) 11:56, 24 nov 2018 (CET)[rispondi]
Hippias: ok, ma se io cancello la lista cassettata dei bollettini creati (per evitare link rossi in entrata a pagine cancellate), cosa rimane? che le sezini "Problemi" e "Richieste" sono vuote, le "Pagine utili al bot", sono utili al bot che non esiste più, "Richieste di bollettini" La maggior parte sono libri già cancellati e comunque essendo automatizzato, non importa più fare richieste, l'unico bot disponibile non lo è più e "Libri senza bollettini" li hanno perché il sistema è automatizzato. Secondo me per memoria storica, se già non ci fosse potremmo anche scrivere un trafiletto in Aiuto:Bollettino, poi per me va bene tutto quello che decide la comunità. --Wim b 15:03, 24 nov 2018 (CET)[rispondi]
Wim b Hai ragione, anche quella è una pagina di servizio inutile e fuorviante: tanto vale cancellarla. Ricordo che avevo aggiornato io Aiuto:Bollettino, la vecchia versione è già stata archiviata in Aiuto:Bollettino/Archivio. Quando vuoi procedere, dimmi pure e ti do una mano ;) --Hippias (msg) 17:09, 24 nov 2018 (CET)[rispondi]
Io infatti sarei propenso a tenere Aiuto:Bollettino/Archivio e cancellare il resto. Io per cancellare userò l'accesorio MassDelete prendendo pagine a gruppi di ~50 al giorno, se vuoi ogni mano è ben'accetta :) --Wim b 18:39, 24 nov 2018 (CET)[rispondi]
Wim b Intendi Speciale:CancellazioneMassiva? --Hippias (msg) 12:13, 25 nov 2018 (CET)[rispondi]
Hippias: no, intendo MediaWiki:Gadget-MassDelete. La pagina che hai linkato te è solo per le ultime pagine create da un'utenza. --Wim b 12:17, 25 nov 2018 (CET)[rispondi]
Wim b Infatti non capivo a cosa ti riferissi, mi era sfuggito quel nuovo gadget... comodissimo! Ho iniziato cancellando 25 bollettini. --Hippias (msg) 16:02, 25 nov 2018 (CET)[rispondi]
Dovrei aver cancellato tutto, se mi aiuti a vedere se è veramente così, chiudiamo la discussione. --Wim b 12:46, 26 nov 2018 (CET)[rispondi]
Non ho trovato altro: niente più bollettini! Discussione chiusa. --Hippias (msg) 18:00, 26 nov 2018 (CET)[rispondi]
modifica

Johanna Strodt (WMDE) (talk) 12:02, 26 nov 2018 (CET)[rispondi]

New Wikimedia password policy and requirements

modifica

CKoerner (WMF) (talk) 21:03, 6 dic 2018 (CET)[rispondi]

Un Wikibooks multi-lingua? (in aggiunta ai Wikibooks multi-culturali)

modifica

Ciao ragazzi!

Oggi mi era venuta voglia di creare una guida qui in Wikibooks, poi però mi sono accorto che non sapevo se iniziarla in en.wikibooks e poi tradurla in it.wikibooks, oppure viceversa, ed in ogni caso sarebbe stato poi estremamente complesso mantenerle entrambi aggiornate nel tempo, senza l'apposita estensione "Translate" (e.g. [5]).

Mi piacerebbe sapere come avete risolto questo tipo di problemi e se non vi piacerebbe poter avere un posto in cui iniziare un lavoro in una lingua per poi avere una "quasi esatta" traduzione in altre lingue.

Nel caso, ditemi se qui ho alzato troppo il gomito: (EN) meta:Requests for new languages/Wikibooks Multilingual 2 --Valerio Bozzolan (disc.) 01:45, 19 dic 2018 (CET)[rispondi]

Valerio Bozzolan premetto che non ho approfondito l'argomento e che ora non posso linkare, ma la nuova estensione che permette di tradurre pagine visualizzandone una e l'altra a confronto? altrimenti il progetto di un commons-wikibooks lo vedo applicabile a tutti i progetti, cosicché da avere 12 progetti invece che ~950, perdendo anche un po' di autonomia decisionale, pensa a en.w che accetta voci di cani e porci rispetto ad it.wiki (o gli inglesi e tedeschi che vogliono fare per forza la carbonara con la panna nel libro di cucina :D)… sono favorevole ad una interazione maggiore fra progetti "uguali", ma questo forse è troppo, probabilmente se l'estensione di cui parlavo sopra non è adatta, bisognerebbe pensarne una ad-hoc.--Wim b 10:07, 19 dic 2018 (CET)[rispondi]
@Wim b Credo sia questa. L'ho usata sia su meta sia su Wikipedia, e devo dire che è abbastanza comoda; qui da noi però non è attiva. --Hippias (msg) 18:23, 19 dic 2018 (CET)[rispondi]
Esatto, scrivevo da mobile e già era un'impresa scrivere, figurati cercare e linkare… --Wim b 20:10, 19 dic 2018 (CET)[rispondi]

Scrittura creativa di favole e fiabe su Wikijunior

modifica

Ciao, nei prossimi mesi devo seguire dei progetti con due maestre di scuola primaria che stanno scrivendo favole e fiabe inventate dai bambini e volevano pubblicarle in modo che fossero in rete e condivisibili. Mi chiedevo se fosse possibile su Wikijunior in modo da realizzare un libro. Si tratta di storie per bambini di terza elementare. --ProfValeria (disc.) 21:45, 26 dic 2018 (CET)[rispondi]

ProfValeria: Secondo me sì, l'universo "Wikijunior" è anche un po' latitante di contenuti originali visto che molte sono traduzioni da libri inglesi, certamente delle fiabe porterebbero una ventata di novità. Da parte mia non vedo controindicazioni, anzi. --Wim b 21:48, 26 dic 2018 (CET)[rispondi]
Scusa [@ ProfValeria], sarà per via delle feste ma non mi sono accorto di questa discussione:(
Wikibooks è un progetto per la realizzazione di manuali e libri didattici o divulgativi, mentre sono esplicitamente esclusi i libri originali di poesie, fiabe, racconti o romanzi: vedi Wikibooks:Cosa non mettere su Wikibooks e Wikibooks:Cosa Wikibooks non è. So che sul web ci sono alcune wiki (extra WMF) dedicate alla scrittura creativa, ma mi risulta che siano per lo più in inglese (come Fiction Wikia) e comunque non ho trovato niente in italiano. Mi dispiace, ma non saprei quale piattaforma suggerirti :( --Hippias (msg) 18:25, 7 gen 2019 (CET)[rispondi]
Hippias: Ah, io ero andato a memoria, mi pareva che una volta ci fosse qualcosa di simile… evidentemente mi sbagliavo. Rettifico la mia aferrmazione di sopra, nonostante ritenga ancora che qualcosa di simile sarebbe potuto essere qualcosa di pacevole e utile. --Wim b 15:59, 8 gen 2019 (CET)[rispondi]
Io dico la mia: se le fiabe sono create dai ragazzi nell'ambito di una esercitazione didattica, hanno ben diritto a trovare spazio su un progetto Wikimedia. Wikiversità e Wikibooks sono per molti aspetti contigui: se il progetto delle fiabe scritte dai bambini non dovesse trovare una giusta collocazione su wikijunior, per me possiamo tutti insieme, pensare di metterle su wikiversità-Mizardellorsa (disc.) 05:09, 10 gen 2019 (CET)[rispondi]
P.S. Ne approfitto per dire che i prossimi 14 e 15 marzo Wikimedia Italia avrà un ruolo di rilievo nella sezione Bibliostar del Convegno delle Stelline di Milano, la più grande manifestazione rivolta ai bibliotecari. La partecipazione di Wikimedia è orientata sulle biblioteche scolastiche digitali. Probabilmente il settore dedicato alle biblioteche delle scuole primarie e secondarie inferiori sarà il più sguarnito e se si hanno idee o proposte, ci sarà più spazio per essere accolte.-Mizardellorsa (disc.) 05:51, 10 gen 2019 (CET)[rispondi]
[@ Mizardellorsa] allora provo a candidare il progetto su Wikiversità? Mi appoggiate? --ProfValeria (disc.) 19:06, 11 gen 2019 (CET)[rispondi]
[@ Mizardellorsa, ProfValeria, MauPao] A me pare chiaro che wikibooks, così come qualsiasi progetto wiki*, non è il posto dove pubblicare il libercolo delle poesie del poeta dilettante: "...Wikibooks non è il luogo adatto per pubblicare le opere di narrativa o di poesia dei singoli: non è questo il posto giusto dove inserire i propri componimenti o pubblicare il proprio romanzo. ..." Tutt'altra cosa, soprattutto se introdotta e spiegata, è la raccolta dei racconti di una classe. Su wikijunior non vedo proprio perchè non possa essere pubblicta, le finalità educative e didattiche sono evidenti. Le wiki* sono anche "luoghi" di partecipazione non di sola conservazione.--Mattruffoni (disc.) 20:53, 11 gen 2019 (CET)[rispondi]

[ Rientro] La discussione prosegue qui: v:Wikiversità:Bar#Scrittura_creativa_di_favole_e_fiabe. --Hippias (msg) 11:42, 12 gen 2019 (CET)[rispondi]

Invitation from Wiki Loves Love 2019

modifica

Aiutaci a tradurre nella tua lingua

 

Love is an important subject for humanity and it is expressed in different cultures and regions in different ways across the world through different gestures, ceremonies, festivals and to document expression of this rich and beautiful emotion, we need your help so we can share and spread the depth of cultures that each region has, the best of how people of that region, celebrate love.

Wiki Loves Love (WLL) is an international photography competition of Wikimedia Commons with the subject love testimonials happening in the month of February.

The primary goal of the competition is to document love testimonials through human cultural diversity such as monuments, ceremonies, snapshot of tender gesture, and miscellaneous objects used as symbol of love; to illustrate articles in the worldwide free encyclopedia Wikipedia, and other Wikimedia Foundation (WMF) projects.

The theme of 2019 iteration is Celebrations, Festivals, Ceremonies and rituals of love.

Sign up your affiliate or individually at Participants page.

To know more about the contest, check out our Commons Page and FAQs

There are several prizes to grab. Hope to see you spreading love this February with Wiki Loves Love!

Kind regards,

Wiki Loves Love Team

Imagine... the sum of all love!

--MediaWiki message delivery (disc.) 11:12, 27 dic 2018 (CET)[rispondi]