Wikibooks:Bar

 

Il bar di Wikibooks è il punto d'incontro e discussione dei wikibookiani (e non palestra per baruffe verbali). Qui puoi porre domande, fare osservazioni e lasciare comunicazioni di carattere generale a proposito di Wikibooks. Per favore, tieni presente che questo non è un forum né un blog. Pertanto, tratta argomenti inerenti al progetto Wikibooks nel suo complesso. Altre risorse: Pareri su Wikibooks · Promuovi Wikibooks · Dicono di noi · Chat IRC Fai clic qui per aggiungere al Bar la tua domanda o la tua osservazione. Foreign visitors, you can contact the embassy desk.   Discussioni in evidenza:  Discussioni Wikibooks:Libri stampabili#Aggiornamenti modifica lista

Serve un'informazione? Per sapere cos'è Wikibooks, come funziona e cosa si può fare, leggi le domande frequenti. Sportello informazioni per domande tecniche. Il glossario spiega il gergo dei wikibookiani.     Archivi del bar:(indice con date) 1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 · 9 · 10 · 11 · 12 · 13 · 14 · 15 · 16 · 17 · 18 · 19 · 20 · 21

  Ultima modifica: 6 dicembre 2018, 21:03 Utente: MediaWiki message delivery

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

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:

• 60 € per il solo biglietto d'ingresso di un tale wikifotografo a un noto evento, utile a illustrare varie voci;
• 120 € per produrre un tutorial video in LIS che coinvolga sempre piú persone sorde nei progetti Wikimedia.

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)

itWikiCon 2018: sondaggio per il coinvolgimento della comunità

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)

Cinquecentenario di Leonardo - collaborazione crosswiki

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)

Schoolkit per Wikibooks

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

Libro su bene culturale/architettonico alessandrino

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)

[@ Biblioteqario] Ti segnalo alcune pagine di servizio che potrebbero essere utili:

• Wikibooks:Cosa mettere su Wikibooks e Wikibooks:Cosa non mettere su Wikibooks
• Aiuto:Come scrivere un libro
• Aiuto:Errori comuni nell'uso di Wikibooks
• Aiuto:Benvenuto

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)

Caduti di Cornate d'Adda e corso nelle scuole

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)

[@ Adert] Siete i benvenuti! E se avete bisogno di assistenza tecnica chiedete pure allo Sportello informazioni. --Hippias ^(msg) 18:04, 2 feb 2018 (CET)

Grazie mille! Speriamo di fare un buon lavoro! --Adert (disc.) 18:20, 2 feb 2018 (CET)

Una bella iniziativa! Complimenti! Magari anche con foto dell'epoca... se possibile... :) --Xinstalker (disc.) 15:43, 5 feb 2018 (CET)

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)

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)

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

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)

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

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

[@ ProfValeria] Allora forse conviene integrare direttamente un libro per le medie. --Hippias ^(msg) 17:10, 10 feb 2018 (CET)

itWikiCon 2018: richiesta di grant a WMF

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)

Editing News #1—2018

Leggi in un'altra lingua • Lista d'iscrizione per questa newsletter multilingue

Lo sapevi?

Lo sapevi che adesso puoi utilizzare la modalità di differenze visuali su ogni pagina?

In alcuni casi è difficile notare modifiche importanti nel confronto tra wikitesto Questo screenshot di una differenza di wikitesto (clicca per ingrandire) mostra che alcuni paragrafi sono stati riorganizzati, ma non evidenzia la rimozione di una parola o l'aggiunta di una nuova frase.

Abilitando la funzionalità sperimentale per "Differenze visuali", avrai a disposizione una nuova opzione. It will give you a new box at the top of every diff page. This box will let you choose either diff system on any edit.

Click the toggle button to switch between visual and wikitext diffs.

In the visual diff, additions, removals, new links, and formatting changes will be highlighted. Other changes, such as changing the size of an image, are described in notes on the side.

This screenshot shows the same edit as the wikitext diff. The visual diff highlights the removal of one word and the addition of a new sentence.

Puoi leggere ed aiutare a tradurre la guida utente, che contiene maggiori informazioni su come usare l'editor visuale.

Since the last newsletter, the Editing Team has spent most of their time supporting the 2017 wikitext editor mode, which is available inside the visual editor as a Beta Feature, and improving the visual diff tool. La loro bacheca è disponibile su Phabricator. You can find links to the work finished each week at mw:VisualEditor/Weekly triage meetings. Their current priorities are fixing bugs, supporting the 2017 wikitext editor, and improving the visual diff tool.

Cambiamenti recenti

• The 2017 wikitext editor is available as a Beta Feature on desktop devices. It has the same toolbar as the visual editor and can use the citoid service and other modern tools. The team have been comparing the performance of different editing environments. They have studied how long it takes to open the page and start typing. The study uses data for more than one million edits during December and January. Some changes have been made to improve the speed of the 2017 wikitext editor and the visual editor. Recently, the 2017 wikitext editor opened fastest for most edits, and the 2010 WikiEditor was fastest for some edits. More information will be posted at mw:Contributors/Projects/Editing performance.
• The visual diff tool was developed for the visual editor. It is now available to all users of the visual editor and the 2017 wikitext editor. When you review your changes, you can toggle between wikitext and visual diffs. You can also enable the new Beta Feature for "Visual diffs". The Beta Feature lets you use the visual diff tool to view other people's edits on page histories and Special:RecentChanges. [1]
• Wikitext syntax highlighting is available as a Beta Feature for both the 2017 wikitext editor and the 2010 wikitext editor. [2]
• The citoid service automatically translates URLs, DOIs, ISBNs, and PubMed id numbers into wikitext citation templates. It is very popular and useful to editors, although it can be a bit tricky to set up. Your wiki can have this service. Please read the instructions. You can ask the team to help you enable citoid at your wiki.

Collaboriamo

• The team will talk about editing tools at an upcoming Wikimedia Foundation metrics and activities meeting.
• Wikibooks, Wikiversity, and other communities may have the visual editor made available by default to contributors. If your community wants this, then please contact Dan Garry.
• The <references /> block can automatically display long lists of references in columns on wide screens. This makes footnotes easier to read. You can request multi-column support for your wiki. [3]
• Se non stai leggendo questa newsletter nella tua lingua preferita, aiutaci con le traduzioni! Iscriviti alla mailing list dei traduttori o contattaci direttamente così che possiamo notificarti quando la prossima edizione è pronta. Grazie!

—Elitre (WMF)

21:56, 2 mar 2018 (CET)

Sondaggio per il programma e il grant WMF a itWikiCon2018

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)

Nuova voce inaspettata

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)

Libri su profili di donne

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)

Instagram e comunità It-N wikimedia

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

Notifica login fallito

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

AdvancedSearch

Dall'8 maggio, AdvancedSearch sarà disponibile come funzionalità Beta sulla tua wiki. La funzionalità migliora la ricerca delle pagine attraverso parametri avanzati e punta a rendere le opzioni di ricerca esistenti più visibili e accessibili per tutti. AdvancedSearch è un progetto della WMDE Technical Wishes. Tutti sono invitati a provare la funzionalità e speriamo che possa servirvi adeguatamente nel vostro lavoro!

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

Update on page issues on mobile web

Aggiornamento sui problemi delle pagine su web mobile

Aiutaci a tradurre nella tua lingua Ciao a tutti. Il Readers web team ha recentemente iniziato a lavorare per far si che i template di avviso siano visibili sui siti mobile. Al momento, i dettagli di alcuni avvisi all'interno della pagina sono nascosti nella versione mobile. Questo impedisce ai lettori di conoscere la vera affidabilità della pagina che stanno leggendo. Lo scopo del progetto è migliorare la conoscenza di problemi particolari all'interno di una voce utilizzando un browser web da mobile. Per far questo, modificheremo la visualizzazione dei problemi della pagina.

Finora, abbiamo scelto una proposta di design e implementazione del progetto. Siamo anche riusciti a effettuare un test sul design proposto. I test effettuati finora hanno avuto esito positivo. Ecco un breve riassunto di cosa abbiamo scoperto.

• The new treatment increases awareness of page issues among participants. This is true particularly when they are in a more evaluative/critical mode.
• Page issues make sense to readers and they understand how they work
• Readers care about page issues and consider them important
• Readers had overwhelmingly positive sentiments towards Wikipedia associated with learning about page issues

Our next step would be to start implementing these changes. We wanted to reach out to you for any concerns, thoughts, and suggestions you might have before beginning development. Please visit the project page where we have more information and mockups of how this may look. Please leave feedback on the talk page.

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

Restyling dei template sommario?

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)

Hippias: esempi da farci vedere? o stai anche chiedendo aiuto velatamente? :D --Wim b 00:10, 19 giu 2018 (CEST)

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)

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)

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)

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)

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)

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)

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)

Wim b Nuova versione. Può andare? --Hippias ^(msg) 15:37, 7 ago 2018 (CEST)

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)

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)

Se nessuno ha osservazioni, per la fine della settimana aggiorno il template. --Hippias ^(msg) 10:17, 13 ago 2018 (CEST)

Per me fai pure quando vuoi. --Wim b 19:10, 13 ago 2018 (CEST)

Fatto --Hippias ^(msg) 15:56, 15 ago 2018 (CEST)

Filtro anti abusi e blocchi

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)

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)

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)

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)

@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)

Favorevole --Buggia 13:14, 16 lug 2018 (CEST)

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)

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)

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)

Come detto, è stato fatto. Da oggi è possibile impostare un blocco, anche diversificato, per utenti ed IP. --Wim b 14:37, 27 ago 2018 (CEST)

L'Unione Europea, il copyright e il sapere libero

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

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)

Global preferences are available

Sono ora disponibili le preferenze globali; puoi impostarle visitando la nuova pagina delle preferenze globali. Visita mediawiki.org per avere informazioni su come usarle e lascia un commento. -- Keegan (WMF) (talk)

21:19, 10 lug 2018 (CEST)

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

(Aiutaci a tradurre nella tua lingua)

Ciao a tutti,

Sto preparando un cambio nella configurazione di chi può modificare i CSS e JS del sito (per esempio MediaWiki:Common.css e MediaWiki:Vector.js che sono eseguire dal browser di tutti gli editor e lettori). Al momento tutti gli amministratori sono in grado di modificare queste pagine, il che pone un rischio per la sicurezza serio e non necessario. Preso, un gruppo dedicato e più piccolo sarà l'unico in grado di fare queste modifiche. La tua comunità sarà in grado di decidere chi appartiene al gruppo, perciò questo non dovrebbe avere un grosso impatto sulle comunità. Maggiori informazioni sono disponibili sulla pagina di consultazione su Meta; qui puoi anche lasciare il tuo commento. Se contribuisci a mantenere il codice CSS/JS o ti interessi delle procedure di elaborazione delle politiche, per favore dai un'occhiata.

Grazie!
Tgr (talk) 10:45, 12 lug 2018 (CEST) (via globale message delivery)

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)

Wim b Per esempio una procedura snella che preveda il silenzio-assenso per chi è già admin? --Hippias ^(msg) 15:42, 14 lug 2018 (CEST)

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)

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)

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)

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)

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)

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)

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)

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)

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)

New user group for editing sitewide CSS/JS

(Aiutaci a tradurre nella tua lingua)

Ciao a tutti!

Per migliorare la sicurezza dei nostri lettori ed editor, sono stati modificati i permessi per modificare le pagine CSS/JS (queste sono pagine come MediaWiki:Common.css e MediaWiki:Vector.js che contengono codice che viene eseguito nel browser dell'utente). È stato creato un nuovo gruppo utenti: interface-admin. Tra quattro settimane, solo gli utenti di questo gruppo potranno modificare le pagine CSS/JS che non sono proprie sottopagine (ovvero ogni pagina che termina con .css o .js che è o nel namespace MediaWiki: o nella sottopagina di un altro utente).

Maggiori informazioni sulle motivazioni dietro questa modifica sono disponibili qui.

Per favore aggiungi utenti che hanno bisogno di modificare il CSS/JS al nuovo gruppo utente (questo può essere fatto nello stesso modo con cui vengono aggiunti nuovi amministratori, dagli steward o da burocrati locali). Questo è un permesso pericoloso; un utente malvagio o un hacker che prende possesso di un amministratore dell'interfaccia può abusarne in modi molto più gravi di quanto può essere fatto da un amministratore. Per favore assegna il permesso solo a utenti che hanno la fiducia della comunità e seguono le procedure per una password e un dispositivo sicuro (usano una password forte, non riutilizzano password, utilizzano l'autenticazione a due fattori dove possibile, non installano software di origine dubbia sulla loro macchina, usano un software antivirus).

Grazie!
Tgr (talk) 15:08, 30 lug 2018 (CEST) (via global message delivery)

IMPORTANTE: rassegna dell'attività di amministrazione

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)

Growth team is looking for your feedback and ideas

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

Amministratori dell'interfaccia

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)

requisiti

• 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

• 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.

revoca

• 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)

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)

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)

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

(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)

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)

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)

Grazie [@ Pietrodn] --Hippias ^(msg) 18:40, 31 ago 2018 (CEST)

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

Leggi in un'altra lingua • Aiutaci a tradurre nella tua lingua

La Wikimedia Foundation effettuerà dei test del suo data center secondario. Questo assicurerà che Wikipedia e gli altri progetti Wikimedia possano rimanere online anche dopo un disastro. Per essere sicuri che tutto funzioni alla perfezione, il dipartimento Tecnologia della Wikimedia Foundation deve condurre un test programmato. Questo test serve a verificare che il passaggio da un data center all'altro sia affidabile. È necessario che molti team siano pronti durante il test e siano reperibili per rimediare a qualsiasi problema inaspettato.

Tutto il traffico verrà instradato sul data center secondario mercoledì 12 settembre 2018. Il traffico verrà nuovamente reindirizzato al data center primario mercoledì 10 ottobre 2018.

Sfortunatamente, a causa di alcune limitazioni di MediaWiki, tutte le attività di edizione dovranno essere interrotte mentre si effettua il cambio. Ci scusiamo per questo disagio, stiamo lavorando per minimizzarlo in futuro.

Sarai in grado di leggere, ma non di modificare, tutti i wiki per un breve periodo di tempo.

• In particolare, non potrai effettuare modifiche per un massimo di un'ora sia mercoledì 12 settembre, sia mercoledì 10 ottobre. Il test inizierà alle ore 14:00 UTC (le 16 in Italia) in entrambe le date.
• Se proverai a modificare o a salvare durante il periodo di sospensione, vedrai apparire un messaggio d'errore. Ci auguriamo che nessuna modifica venga persa durante questi frangenti, ma non possiamo garantirlo. Se vedi apparire il messaggio di errore, per cortesia attendi fino a che non sia tornato tutto alla normalità. Da quel momento potrai salvare le tue modifiche. È comunque consigliabile fare prima una copia delle modifiche, per essere pronti a ogni eventualità.

Altri effetti:

• I processi in background saranno più lenti e alcuni potrebbero interrompersi. I link rossi potrebbero non essere aggiornati con la solita velocità. Se crei una voce per cui esiste già un link entrante a partire da un'altra voce, il collegamento rimarrà rosso più a lungo del solito. Alcuni script la cui esecuzione risulti lunga dovranno essere fermati.
• Ci saranno "congelamenti" del codice nelle settimane del 10 settembre e dell'8 ottobre. Tutti gli aggiornamenti non essenziali non avranno luogo.

Questo progetto potrebbe essere rimandato, qualora necessario. Puoi leggere il ruolino di marcia su wikitech.wikimedia.org. Ogni cambiamento verrà annunciato sul ruolino di marcia. Ci saranno ulteriori avvisi riguardo questo test. Per favore, condividi queste informazioni con la tua comunità. /User:Johan(WMF) (talk)

15:33, 6 set 2018 (CEST)

The GFDL license on Commons

Questo viene pubblicato qui perché la tua wiki permette il caricamento locale di file. Aiutaci a tradurre nella tua lingua.

Commons non permetterà più di caricare foto, dipinti, disegni, audio e video che utilizzano solo la licenza GFDL. Questo avverrà a partire dla 14 ottobre. Libri di testi, manuali, loghi, diagrammi e screenshot da manuali di software GFDL saranno comunque permessi. Un file con licenza GFDL e una licenza accettabile, come CC-BY-SA, saranno comunque permessi.

Non c'è alcun limite per spostare file da un progetto a Commons. Quello che conta è la data della licenza, non la data di caricamento o di creazione. Ogni wiki che permette i caricamenti locali deve controllare che bot, script e template che spostavano file su Commons siano aggiornati se necessario. Aggiorna la documentazione della policy locale se rilevante.

La scelta di permettere file che hanno solo la licenza GFDL o non l'hanno è qualcosa che tutte le wiki possono scegliere per sé, ma fotografie, dipinti, disegni, audio e video che hanno solo una licenza GFDL non possono essere spostati su Commons dopo il 14 ottobre. — Alexis Jazz, distributed by Johan using MassMessage

20:11, 20 set 2018 (CEST)

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

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)

@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)

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)

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

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

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)

Modifiche a gruppi utente

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)

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)

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)

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)

(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)

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)

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)

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)

Favorevole pure io. --Pietrodn · «zitto e parla!» 00:12, 7 ott 2018 (CEST)

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)

Ovviamente Favorevole --Hippias ^(msg) 14:59, 7 ott 2018 (CEST)

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)

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)

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)

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)

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)

Aperte le iscrizioni per itWikiCon 2018

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)

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

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)

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)

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)

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)

“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)

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)

Utenti confermati: modalità di attribuzione

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)

Favorevole --Hippias ^(msg) 17:48, 11 ott 2018 (CEST)

Favorevole, non servono ulteriori complicazioni burocratiche. :-) —Pietrodn · «zitto e parla!» 22:42, 11 ott 2018 (CEST)

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)

Nuovo Spostamento/Sandbox

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)

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)

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)

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)

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)

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)

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)

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)

Sì, mi sembra utile, però non so come posso aiutarti :( --Hippias ^(msg) 18:32, 19 ott 2018 (CEST)

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)

[@ Wim b] Ok, quando vuoi :) --Hippias ^(msg) 22:38, 19 ott 2018 (CEST)

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)

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)

Wim b Ho fatto un test e il risultato è questo. È giusto? --Hippias ^(msg) 17:20, 20 ott 2018 (CEST)

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)

Ho trovato il tempo di accendere il computer, ho fatto io… --Wim b 22:35, 20 ott 2018 (CEST)

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)

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)

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)

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)

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)

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)

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)

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)

Wim b Favorevole, basterebbe anche solo cambiare il colore o l'icona. --Hippias ^(msg) 12:08, 11 nov 2018 (CET)

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)

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)

Template:Slideshow

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)

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)

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)

Wim b Anch'io sono per usare "<gallery>". --Hippias ^(msg) 18:31, 26 ott 2018 (CEST)

Consultazione per i kit dei dati sulla sanità della community

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)

Riscrittura avanzamento

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)

Wim b Ho solo un dubbio: riscrivendolo poi non interferisce con {{modulo}} e {{libro}}? --Hippias ^(msg) 18:33, 26 ott 2018 (CEST)

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)

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)

Wim b Ottimo allora! --Hippias ^(msg) 18:53, 26 ott 2018 (CEST)

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)

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)

The Community Wishlist Survey

The Community Wishlist Survey. Aiutaci a tradurre nella tua lingua.

Hey everyone,

The Community Wishlist Survey is the process when the Wikimedia communities decide what the Wikimedia Foundation Community Tech should work on over the next year.

The Community Tech team is focused on tools for experienced Wikimedia editors. You can post technical proposals from now until 11 November. The communities will vote on the proposals between 16 November and 30 November. You can read more on the wishlist survey page.

/User:Johan (WMF)

12:06, 30 ott 2018 (CET)

Editing News #2—2018

Leggi in un'altra lingua • Lista d'iscrizione per questa newsletter multilingue

Lo sapevi?

Sapevi che è possibile utilizzare l'editor visuale in dispositivi mobili?

Tocca l'icona della matita per cominciare a modificare. La pagina probabilmente si aprirà nell'editor di wikitesto.

Vedrai un'altra icona di matita nella toolbar. Tocca quella icona per commutare tra l'editor visuale e quello di codice.

Non dimenticare di salvare le tue modifiche quando hai finito.

Puoi leggere ed aiutare a tradurre la guida utente, che contiene maggiori informazioni su come usare l'editor visuale.

Since the last newsletter, the Editing Team has wrapped up most of their work on the 2017 wikitext editor and the visual diff tool. The team has begun investigating the needs of editors who use mobile devices. Their work board is available in Phabricator. Their current priorities are fixing bugs and improving mobile editing.

Modifiche recenti

• The Editing team has published an initial report about mobile editing.
• The Editing team has begun a design study of visual editing on the mobile website. New editors have trouble doing basic tasks on a smartphone, such as adding links to Wikipedia articles. You can read the report.
• The Reading team is working on a separate mobile-based contributions project.
• The 2006 wikitext editor is no longer supported. If you used that toolbar, then you will no longer see any toolbar. You may choose another editing tool in your editing preferences, local gadgets, or beta features.
• The Editing team described the history and status of VisualEditor in this recorded public presentation (starting at 29 minutes, 30 seconds).
• The Language team released a new version of Content Translation (CX2) last month, on International Translation Day. It integrates the visual editor to support templates, tables, and images. It also produces better wikitext when the translated article is published. [4]

Collaboriamo

• The Editing team wants to improve visual editing on the mobile website. Please read their ideas and tell the team what you think would help editors who use the mobile site.
• The Community Wishlist Survey begins next week.
• Se non stai leggendo questo messaggio nella tua lingua preferita, aiutaci con le traduzioni! Iscriviti alla mailing list dei traduttori o contattaci direttamente. Ti notificheremo quando il prossimo numero sarà disponibile per la traduzione. Grazie!

—Whatamidoing (WMF) (talk)

15:17, 2 nov 2018 (CET)

Template:Benvenuto

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)

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

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

Aiutaci a tradurre nella tua lingua

Example of improvements

Hello,

In a few weeks the Readers web team will be changing how some templates look on the mobile web site. We will make these templates more noticeable when viewing the article. We ask for your help in updating any templates that don't look correct.

What kind of templates? Specifically templates that notify readers and contributors about issues with the content of an article – the text and information in the article. Examples like Template:Unreferenced or Template:More citations needed. Right now these notifications are hidden behind a link under the title of an article. We will format templates like these (mostly those that use Template:Ambox or message box templates in general) to show a short summary under the page title. You can tap on the "Learn more" link to get more information.

For template editors we have some recommendations on how to make templates that are mobile-friendly and also further documentation on our work so far.

If you have questions about formatting templates for mobile, please leave a note on the project talk page or file a task in Phabricator and we will help you.

Grazie!

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

Community Wishlist Survey vote

The Community Wishlist Survey. Aiutaci a tradurre nella tua lingua.

Hey everyone,

The Community Wishlist Survey is the process when the Wikimedia communities decide what the Wikimedia Foundation Community Tech should work on over the next year.

The Community Tech team is focused on tools for experienced Wikimedia editors. The communities have now posted a long list of technical proposals. You can vote on the proposals from now until 30 November. You can read more on the wishlist survey page.

/User:Johan (WMF)

19:13, 22 nov 2018 (CET)

Vecchie pagine di bollettini

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)

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)

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)

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)

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)

Wim b Intendi Speciale:CancellazioneMassiva? --Hippias ^(msg) 12:13, 25 nov 2018 (CET)

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)

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)

Dovrei aver cancellato tutto, se mi aiuti a vedere se è veramente così, chiudiamo la discussione. --Wim b 12:46, 26 nov 2018 (CET)

Non ho trovato altro: niente più bollettini! Discussione chiusa. --Hippias ^(msg) 18:00, 26 nov 2018 (CET)

Advanced Search

Ricerca Avanzata diventerà una funzionalità di base sulla tua wiki dal 28 novembre. Questa nuova interfaccia ti permette di realizzare ricerche specifiche sulla pagina di ricerca, anche se non conosci la sintassi di ricerca. Ricerca Avanzata prende spunto dal desiderio della comunità tedesca. È già un funzionalità di base sulle wiki in tedesco, arabo, francese e ungherese. Inoltre, più di 40000 utenti in tutte le wiki hanno già provato la versione beta. I commenti sono i benvenuti sulla pagina di feedback generale.

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

New Wikimedia password policy and requirements

Nuove policy e requisiti per le password di Wikimedia

Il team sicurezza della Wikimedia Foundation sta implementando delle nuove policy e requisiti per le password. Puoi trovare maggiori informazioni sul progetto su MediaWiki.org.

Questi nuovi requisiti si applicheranno ai nuovi account e agli account con privilegi. Ai nuovi account verrà richiesto di creare una password di almeno 8 caratteri. Gli account con privilegi verranno sollecitate ad aggiornare la password in modo che abbia almeno 10 caratteri.

Queste modifiche dovrebbero diventare attive dal 13 dicembre. Se credi che il tuo lavoro o i tuoi strumenti potrebbero essere condizionati da questa modifica, faccelo sapere sulla pagina di discussione.

Grazie!

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