Wikibooks:Bar

 

Benvenuto nel Bar di Wikibooks!

↓ Vai a fondo pagina

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

Premi qui per iniziare una discussione

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.
• Il glossario spiega il gergo dei wikibookiani.
• Nell'archivio dello Sportello informazioni trovi vecchie domande tecniche.

Archivi del bar

1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 · 9 · 10 · 11 · 12 · 13 · 14 · 15 · 16 · 17 · 18 · 19 · 20 · 21 · 22 · 23 · 24 · 25 · 26 · 27

indice con date

  Ultima modifica: 11 ottobre 2018, 22:40 Utente: Wim b

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 "⧼visualeditor-preference-visualdiffpage-label⧽", 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)

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)