== Meeting information == * #ubuntu-it-meeting: Riunione progetto Social Media, 05 Jun at 19:15 — 22:00 UTC * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-it-meeting/2017/ubuntu-it-meeting.2017-06-05-19.15.log.html]] == Meeting summary == === Content Creators, cosa farne? === The discussion about "Content Creators, cosa farne?" started at 19:18. * ''Vote:'' unire Content Creators con Redattori e dare poteri di pubblicazione sui social ai Redattori, col benestare di editori/admin che verificano i contenuti (Carried) * ''LINK:'' https://wiki.ubuntu-it.org/GruppoPromozione/SocialMedia/Riunioni (per chi non l'avesse vista, qui ci sono i punti da discutere) === proposta nuovo header + modifiche pagine SocialMedia === The discussion about "proposta nuovo header + modifiche pagine SocialMedia" started at 19:46. === diventare editori/admin da Redattori, senza necessità di membership === The discussion about "diventare editori/admin da Redattori, senza necessità di membership" started at 20:57. * ''Vote:'' possibilità per i Redattori di divenire Editori senza necessità di ottenere la membership; Editori non hanno i poteri di admin ma si occupano di correggere le bozze degli articoli per blog/NL e inviano la NL tramite mailing list (Carried) == Vote results == * [[http://ubottu.com/meetingology/logs/ubuntu-it-meeting/2017/ubuntu-it-meeting.2017-06-05-19.15.log.html#77 unire Content Creators con Redattori e dare poteri di pubblicazione sui social ai Redattori, col benestare di editori/admin che verificano i contenuti]] * Motion carried (For/Against/Abstained 6/0/0) * Voters DD3my, ic3d, alevipri, Dix78, devfil * [[http://ubottu.com/meetingology/logs/ubuntu-it-meeting/2017/ubuntu-it-meeting.2017-06-05-19.15.log.html#437 possibilità per i Redattori di divenire Editori senza necessità di ottenere la membership; Editori non hanno i poteri di admin ma si occupano di correggere le bozze degli articoli per blog/NL e inviano la NL tramite mailing list]] * Motion carried (For/Against/Abstained 4/0/1) * Voters devfil, alevipri, Dix78, sdallagata, mapreri == Done items == * (none) == People present (lines said) == * alevipri (199) * mapreri (65) * DD3my (59) * devfil (43) * pietroalbini (41) * Dix78 (25) * meetingology (23) * sdallagata (13) * ic3d (9) == Full Log == 19:15 #startmeeting Riunione progetto Social Media 19:15 Meeting started Mon Jun 5 19:15:36 2017 UTC. The chair is alevipri. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 19:15 19:15 Available commands: action commands idea info link nick 19:15 direi che ora si passa alle presentazioni 19:16 <-- Dario Cavedon 19:16 <- Devid Filoni 19:16 ← Mattia Rizzolo 19:16 * Dix78 > diego prioretti 19:16 → Alessandro Viprati 19:17 DD3my se ci sei presentati ;) 19:18 ok partiamo col primo punto, come da programma 19:18 #topic Content Creators, cosa farne? 19:19 ne abbiamo ancora? 19:19 yep 19:19 li sparo tutti ora? 19:19 ne avevamo solo uno, che è finito MIA, IIRC 19:19 ah lol, di content creators 19:20 ok per chi non lo sapesse, i content creators era questo: https://wiki.ubuntu-it.org/GruppoPromozione/SocialMedia/ContentCreator 19:20 grazie 19:21 se ricordo bene (prego correggetemi se sbaglio) tali Content Creators era stati ideati per pubblicare notizie sui social 19:21 attualmente, i redattori di SM si occupano sia di scrivere per la newsletter che per il blog/sito di Ubuntu-it 19:22 quindi gli admin di SM pensano alla pubblicazione delle news sui social 19:23 quindi, a conti fatti, i content creators oramai non servono, o meglio andrebbero "inglobati" nei redattori 19:23 la proposta è quindi semplice: riutilizzare quello che c'è di utile in quella pagina e spostarlo nelle pagine dei redattori, facendo sparire del tutto questo ruolo 19:24 finito 19:24 opinioni? 19:24 alevipri: effettivamente le regole per la pubblicazione mi sembrano le stesse o quasi di quelle della newsletter 19:24 se il concetto è permettere ai redattori di pubblicare sui social per è + 1 19:27 più che altro è far sparire quel ruolo inutilizzato da tempo, non avevo pensato alla pubblicazione diretta sui social da parte dei redattori sinceramente 19:27 mi pare che quel ruolo fosse per facilitare la partecipazione anche di persone non facenti (ancora) parte della comunità 19:27 Dix78: a guardare https://wiki.ubuntu-it.org/GruppoPromozione/SocialMedia#Organizzazione sembra si parli solo della scrittura 19:28 ...purtroppo non ha avuto seguito 19:28 presente 19:28 DD3my welcome, presentati ;) 19:28 devfil, in realtà i content creator avevano diritti di editori sui social 19:28 quindi potevano pubblicare su tutti i canali 19:29 < Daniele De Michele 19:29 Dix78: ah ok ;) 19:29 (ed all'epoca non usavamo buffer, ora sarebbe pure più semplice) 19:29 IIRC, as usual 19:32 per me la sezione Content Creators dovrebbe rimanere, qualora dovessero entrare nuovi utenti 19:33 perchè non unire Content Creators e redattori in un unico ruolo? 19:33 DD3my, il discorso è che i content creator pubblicherebbero più o meno nello stesso modo che si usa in NL quindi, se ho capito il ragionmento di alevipri , sarebbero due ruoli molto molto simili 19:33 creare contenuti per i social, per la newsletter o per il blog è la stessa cosa 19:33 Dix78 yep 19:34 se poi vogliamo dare ai redattori la possibilità di pubblicare direttamente anche sui social, perchè no 19:35 nel caso potremmo pensare ad un meccanismo di "verifica" dei contenuti prima della pubblicazione, cosa a cui potrebbero pensare admin/editori ;) 19:36 tecnicamente credo che l'unico problema sia l'utilizzo di buffer, per cui si usa l'account del gruppo socialmedia, ma non vedo altri problemi 19:36 alevipri: in quest'ultimo caso la newsletter non diventerebbe solo un "raccoglitore" settimanale delle notizie pubblicate? 19:36 ok allora ho capito il tuo ragionamento alevipri 19:36 devfil praticamente, sì 19:36 come si fa per la NL internazionale più o meno 19:37 devfil: abbiamo cercato di arrivare più volte a quel punto in passato, però pubblicando le notizie sul blog invece che sui SM. 19:37 si, di per se non porta svantaggi ma porta il vantaggio dei tempi di pubblicazione più rapidi 19:37 (per gli utenti che seguono i media) 19:37 e la newsletter rimane comunque importante per chi vuole leggere un sunto delle notizie settimanali 19:38 alevipri, +1 19:38 +1 per me 19:38 facciamo una votazione alevipri ? 19:38 (sia per l'unione dei gruppi che eventualmente per i permessi) 19:38 yep, voglio solo chiedere un'ultima cosa a mapreri 19:39 *blink* 19:39 allora penso a due cose importanti, anzi tre, la prima sono d'accordo anche io per unire content creators e redattori visto che i ruoli sono molto simili 19:39 *dei ruoli 19:39 è possibile per i redattori pubblicare con buffer senza usare l'account di socialmedia? 19:39 not afaik 19:39 è possibile solo con la versione premium di buffer, mi pare 19:39 la seconda è per la verifica delle notizie, si può creare una pagina apposita per chi fa parte di social media e pubblicare prima su quella pagina, verificare il contenuto dell'articolo e passare alla pubblicazione 19:40 alevipri: la versione "small" che è la cosa più piccola per i team, a 99$/mese 19:41 terza possiamo passare alle votazioni :D 19:41 allora lì le persone (max 5) hanno il loro singolo account 19:41 mapreri come se non avessi chiesto :p 19:41 ok 19:41 mi domando se pietroalbini non possa passare la sua estate post-maturità a scrivere un programma sostitutivo di buffer per noi ^^ 19:42 ok votiamo 19:42 #vote unire Content Creators con Redattori e dare poteri di pubblicazione sui social ai Redattori, col benestare di editori/admin che verificano i contenuti 19:42 Please vote on: unire Content Creators con Redattori e dare poteri di pubblicazione sui social ai Redattori, col benestare di editori/admin che verificano i contenuti 19:42 Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname) 19:43 +1 19:43 +1 received from alevipri 19:43 +1 19:43 +1 received from devfil 19:43 +1 19:43 +1 received from Dix78 19:43 +1 19:43 +1 received from ic3d 19:43 +1 19:43 +1 received from DD3my 19:44 ok 19:44 #endvote 19:44 Voting ended on: unire Content Creators con Redattori e dare poteri di pubblicazione sui social ai Redattori, col benestare di editori/admin che verificano i contenuti 19:44 Votes for:6 Votes against:0 Abstentions:0 19:44 Motion carried 19:45 direi che possiamo passare al punto successivo \o/ 19:45 https://wiki.ubuntu-it.org/GruppoPromozione/SocialMedia/Riunioni (per chi non l'avesse vista, qui ci sono i punti da discutere) 19:46 alevipri: puoi dare un #save ? 19:46 #save 19:46 thx 19:46 => http://ubottu.com/meetingology/logs/ubuntu-it-meeting/2017/ubuntu-it-meeting.2017-06-05-19.15.html 19:46 #topic proposta nuovo header + modifiche pagine SocialMedia 19:48 ho buttato giù una bozza per un nuovo header e alcune paginette nuove per SM 19:48 qui il nuovo header: https://wiki.ubuntu-it.org/vipri-alessandro/SMHeader 19:49 allora credo che per la ristrutturazione della pagina SM siamo d'accordo, in quanto ci sono pagine che andrebbero unite e altre eliminate 19:49 asp DD3my fammi finire, poi ti lascio la parola promesso :p 19:49 va bene 19:49 questo è l'attuale: https://wiki.ubuntu-it.org/GruppoPromozione/SocialMedia/Header 19:50 l'idea in realtà è semplice: mettere i link principali bene in evidenza, soprattutto l'enorme "Partecipa" 19:51 mentre i link di gestione/organizzazione del gruppo aodrebbero tutti sotto "Organizzazione" 19:51 andrebbero* 19:52 per rendere l'idea, ho preparato una bozza anche per la pagina di organizzazione: https://wiki.ubuntu-it.org/vipri-alessandro/SMOrganizzazione 19:53 un semplice raccoglitore di tutte le sottopagine contenenti info, regole e collegamenti utili per i membri del progetto 19:53 gli strumenti più utilizzati sono semplicemente elencati nell'header, come le pagine Partecipa, LavoriInCorso e EdizioneInCorso 19:55 questo ci permetterebbe, ad esempio, di facilitare chi vuole partecipare a trovare le informazioni per iniziare in maniera facile e intuitiva, senza perdersi nei "meandri" del portale SM 19:55 grossomodo ho detto tutto, quindi cedo a voi la parola 19:55 DD3my vai pure :) 19:55 alevipri: io stavo proprio per chiederti come mai LIC e EIC, essendo indirizzate solamente ai membri del team, che senso ha averle in header? (o quella cella verrà nascosta agli utenti non loggati?) 19:56 devfil non è nascosta, solo che i non membri del progetto non possono leggerne i contenuti 19:56 di sicuro quell'header è un grande passo avanti, ma probabilmente LIC/EIC e pubblicazione li metterei "nascosti" nella pagina dell'organizzazione 19:57 o quello è l'header della sola pagina organizzazione? 19:57 allora va bene l'idea dell header visto che è simile alla mia, propporei di diminuire le voci tipo io avevo fatto questa prova:https://wiki.ubuntu-it.org/dd3my/BozzaSocial dove naturalmente va aggiunta la sezione "Partecipa" 19:57 (non sembra esserlo) 19:57 mapreri nelle mie intenzioni è un header unico per tutto il portale SM 19:58 alevipri, ecco, riguardo cio che hai appena detto a mapreri, io propporei un header diverso a seconda delle sezioni in cui si entra 19:59 altrimenti si rischia di rifare la pagina SM solamente con header diverso e non ha senso 19:59 me si prenota 19:59 * alevipri si prenota 19:59 DD3my: si potrebbe comunque usare l'header attuale come sottoheader (per la sezione) di quello futuro (globale per l pagine), o no? 20:00 ops, alevipri vai pure :) 20:00 vai pure alevipri, poi rispondo a devfil 20:00 appena DD3my finisce ;) 20:00 ook 20:00 ok allora finisco 20:00 lol, finisci pure :p 20:01 devfil, si potrebbe fare, solamente che molte pagine vanno ristrutturate, perche ci sono contenuti che si ripetono, e si rischia che un nuovo utente si perda in mille contenuti 20:02 quindi per me va bene la ristrutturazione della pagina SM, con un header diverso a seconda delle sezioni in cui si entra, per evitare che si crei confusione (basti guardare la pagina SM ora) 20:03 finito 20:03 ok, parto dal perchè no messo LIC/EIC 20:03 ho* 20:04 sono partito semplicemente dall'idea che un header deve essere comodo sia per chi vuole iniziare (link a Partecipa) sia per chi è già nel gruppo 20:04 quindi LIC e EIC in questa ottica sono pagine essenziali secondo me 20:05 mattiamo il caso che si vuole fare un articolo da pubblicare anche sul blog prima e poi in nl 20:06 basterebbe scrivere l'articolo prima in LIC, poi viene revisionato da chi di dovere e infine copiato/incollato anche sul blog 20:06 in questo modo l'articolo è sia sul blog che nella NL in preparazione 20:06 stessa cosa se si volesse pubblicare prima sui social, poi nella NL 20:08 per quanto riguarda la proposta di relizzare più header invece, non mi convince molto per il semplice motivo che l'header dovrebbe essere facilmente gestibile 20:08 un solo header uguale per tutto il portale e con i link essenziali secondo me basta e avanza, basta metterci dentro i link essenziali 20:09 se poi uno vuole leggersi le linee guida dei redattori, ad esempio, le trova tutte in /Organizzazione accanto a quelle degli editori o degli admin, per dirle alcune 20:10 finito :D 20:10 cedo la parola 20:10 sdallagata eccoti! presentati ;) 20:11 Scusate il ritardo, mi ero completamente dimenticato 20:11 Avevo impostato il calendario senza promemoria 20:13 rispondo io 20:13 alevipri: sinceramente appena ho visto l'header ci ho messo un po' a capire cosa volesse dire LIC e EIC, se pensi ad un utente che si avvicina alla comunità secondo me il tuo header "distrae", inoltre penso che i membri che contribuscono siano meno di quelli che anche navigando per caso accedono al wiki 20:13 DD3my: :P 20:13 devfil, +1 20:14 devfil, hai esposto lo stesso concetto che volevo dire io 20:17 hi 20:17 pietroalbini o/ 20:18 devfil DD3my ok, quindi o si mette per esteso LavoriInCOrso e EdizioneInCOrso oppure si tolgono dall'header e si mettono in "Organizzazione", giusto? 20:19 alevipri: esatto 20:19 pietroalbini: ciaoo 20:19 alevipri, si ma occorre definire le sezioni meno importanti e più importanti 20:19 come piu o meno stavo facendo io nella mia pagina di prova 20:20 til? 20:20 *tl;dr 20:20 (troppe sigle) 20:20 in che senso? link please 20:20 per questo occorre creare un gruppo di lavoro e incanalare le nostre idee per modificare nel piu breve tempo possibile le pagine principali con header ecc 20:21 per il resto come ho detto poco piu su, siamo tutti d'accordo nel cambiare l'organizzazione della pagina SM 20:22 su come si debba cambiare invece, credo che bisogna prima lavorarci su, e pubblicare piano piano le modifiche e non buttarle per la fretta di cambiare 20:22 ho finito io 20:22 asp, non credo che ci voglia tutto questa organizzazione per sistemare le sottopagine, non dobbiamo rivoluzionare il portale, giusto presentarlo un po' meglio 20:24 pietroalbini: pensi che saresti in grado, ed avresti la volontà di creare un sostituto di buffer per il nostro uso, dove la gente si possa autenticare in maniera igienica? 20:24 mi spiego meglio, in linea generale ci sono molte sottopagine, è vero, ma non credo che sia necessario ribaltare tutto quanto 20:25 mapreri: +1 per l'uso della parola "igienica" in una frase che non contiene la parola "carta" :D 20:25 (lol) 20:25 mapreri, che ha che non va buffer adesso? 20:26 pietroalbini: che non ha il concetto di "team" a meno che non paghi 99$/mese minimo 20:26 (una cosa alla volta ragazzi) 20:26 ack 20:26 pingatemi quando finite di parlare di wiki :P 20:27 per raccapezzarci un attimo, la mia proposta era solo un header più ordinato con qualche pagina nuova per organizzare meglio i contenuti, come https://wiki.ubuntu-it.org/vipri-alessandro/SMOrganizzazione e https://wiki.ubuntu-it.org/vipri-alessandro/SMPartecipa 20:27 alevipri, a parer mio si invece, occorre una buona organizzazione e fare le cose come ti dicevo la settimana scorsa, in modo tale che poi non ci si rimetta mano per un paio di mesi ecco :) 20:27 alevipri: la tua proposta è relativa al solo header (di tutte le pagine) o anche alla ristrutturazione delle stesse? 20:28 ok, hai già risposto :) 20:28 devfil, la mia sia dell header che delle sottopagine 20:28 per la revisione delle sotto-pagine certamente ci sarà del lavoro da fare, ma procediamo con ordine :p 20:29 alevipri, se rileggi piu su l'ho scritto :) 20:31 alevipri, dico l'ultima e possiamo passare al terzo punto altrimenti rimaniamo due ore su questo argomento: siamo d'accordo per la modifica, dobbiamo capire chi ha tempo per lavorare al cambiamento della pagina SM, in modo tale da modificare le pagine principali piu importanti e poi mano a mano a fare le sottopagine, a mo di piramide 20:31 DD3my "siamo d'accordo" non è mica detto ;) 20:32 le modifiche vanno raccolte in un unica pagina, senza fare doppioni o cose simili, si può redigere un documento con commenti e modifiche fatte da chi lavora al progetto 20:32 comunque, sono d'accordo che alcuni contenuti vadano sistemati, l'avrei anche proposto ma non ho avuto modo di lavorare ad una "pagina di organizzazione"in cui ordinare le cose da fare 20:33 intervengo solo per dire: meglio una roba più semplice possibile, e mi pare che la proposta di alevipri vada in quella direzione, davvero mettiamoci mano solo per semplificare, sennò si lascia così com'è 20:33 IMHO 20:33 ic3d, ti devi mettere dei panni come diceva devfil di un nuovo utente 20:34 nei* 20:34 DD3my: un nuovo utente se ha dubbi chiede :-) 20:34 se vogliamo, è un piccolo passo per presentare le cose più semplicemente, invece che ribaltare tutto 20:35 ic3d, certo, ma se tu noti la pagina SM, c'è molto da chiedere 20:35 l'header di alevipri in un certo senso rispecchia la stessa struttura della pagina SM 20:35 DD3my del portale SM, non della pagina SocialMedia 20:36 quindi per semplicità intendo minor sezioni possibili nell'header della pagina principale 20:37 beh dai sono 9 sezioni, non sono così tante 20:37 alevipri, credo che ci voglia una riunione a parte per discutere del cambiamento della pagina SM 20:37 se uno vuole iniziare preme "partecipa", non va lontano 20:38 è solo una descrizione di un'organizzazione, che ci siamo dati, si può sempre cambiare, ma mi pare un lavoraccio riscrivere le pagine 20:38 alevipri, si ma per esperienza personale, siccome non è la prima volta che lavoro su pagine web, occorre una struttura/organizzazione piu chiara possibile 20:38 Io toglierei il banner LIC EIC, rimanderei tutto a quello Newsletter. 20:38 sdallagata, no non fa perche serve per la pubblicazione degli articoli 20:38 sdallagata, anche per quello ci vorrebbe un'altra riunione per discuterne 20:39 calma, uno alla volta e prenotiamoci 20:39 altrimenti non ci capiamo più ed è la fine :p 20:39 sdallagata vai 20:40 Il banner Newsletter rimanda ala sottopagina, dove sono già presenti una serie di cose, tra cui LIC EIC, Modello, Editori, ecc. Terrei una struttura piramidale. 20:44 (errore mio, volevo che rimandasse a NewsletterItaliana/Archivio) 20:44 (dannatissimo me che non controllo le cose) 20:44 diciamo che tutti i link "organizzativi" tranne LavoriInCOrso e EdizioneInCorso finissero sotto SocialMedia/Organizzazione 20:45 ma metterci anche questi due non mi dà fastidio :p 20:45 io direi di passare alla votazione su chi vuole cambiare solo l'header della pagina SM o anche le sottopagine 20:46 DD3my aspetta, forse non sono stato chiaro, ma quell'header è per tutto il portale e tutte le sue sotto-pagine, non solo per la pagina SocialMedia 20:46 ma ci stiamo incartando 20:46 io propongo anche di andare oltre, e mangare riportare sta storia in ML 20:46 mapreri concordo 20:46 perchè è da quasi un'ora che si discute solo di questo 20:46 mapreri, tu sei il vecchio saggio 20:46 e confido sempre in quello che dici 20:47 * ic3d si scusa ma va a dormire, che domani si sveglia presto! 'Notte! 20:47 ic3d notte! 20:47 notte ic3d 20:47 o/ 20:47 ic3d: notte 20:47 -.-' 20:47 possiamo dopo tornare un attimo sull'argomento dei content creator? 20:47 2 secondi 20:47 rimandiamo l'argomento in ML? 20:47 +1 20:48 alevipri, mi sono espresso male, bisogna votare su chi vuole un unico header per tutte le pagine, un header diverso per ogni sezione e poi chi vuole anche cambiare tutte le sottopagine 20:48 alevipri, si 20:48 +1 ML per me 20:48 ok pietroalbini, tovva a te 20:48 tocca* 20:49 allora, da quanto ho capito i redattori potranno pubblicare sui social no? 20:49 yep 20:49 (afk 1 minuto) 20:49 ok, allora buffer non serve 20:49 +1 ML per me con aggiunta di una pagina con le varie modifiche 20:49 la soluzione più semplice è aggiungere il bot supersegreto del gruppo socialmedia nel canale della newsletter e finirla qui 20:50 quello che magari vorrei fare è aggiungere due o tre "safeguard" 20:50 alevipri, per esempio piratepad.net ;) 20:51 cioé disabilitare il pulsante "pubblica ora" per tutti tranne che gli admin del progetto, ed un pulsante "annulla post" nel messaggio di conferma 20:51 thoughts? 20:51 pietroalbini funziona bene? 20:51 alevipri, si 20:51 \o/ 20:51 il bug di telegram l'ho fixato tempo fa 20:52 pietroalbini hai fixato anche i link su telegram? 20:52 Dix78, si, da un po di tempo 20:52 mi pare una ottima idea, così i redattori scrivono e gli admin danno l'ok 20:52 perfetto, per me +1 20:52 +1 20:53 +1 20:53 +1 20:53 alevipri, aspetta, con "pubblica ora" intendo il pulsante che bypassa la queue, non quello per pubblicare 20:53 i redattori potrebbero da come penso pubblicare solo nella queue, e poi gli admin in caso potrebbero annullare 20:54 per intenderci, non so come funziona, si prepara l'articolo che verrà pubblicato ad una data ora/giorno? 20:54 tipo buffer 20:54 ? 20:55 alevipri, è un client telegram per l'api di buffer 20:55 ook, ora mi è chiaro 20:55 +1 comunque :p 20:55 ok, aggiungo il bot al gruppo 20:55 così si risolve il problema di buffer e siamo tutti felici 20:55 la limitazione e il pulsante "cancel" li implementerò soonish, quindi per adesso non giocateci troppo :P 20:55 prossimo topic veloce? 20:56 vah, procediamo 20:57 #topic diventare editori/admin da Redattori, senza necessità di membership 20:58 credo che non serva aggiungere molto 20:58 se questo include admin di SMM, sono contrario. 20:58 si può fare anche a votazione per chi vuole diventare admin o meno 20:58 editori: coloro che correggono le bozze prima delle pubblicazione, Admin soloro che gestiscono i social 21:00 io sono contrario, IIRC con la membership si ottiene il diritto di parlare a nome di ubuntu-it, non vedo come chi non lo detiene possa pubblicare a nome di ubuntu-it 21:00 "gestire i social" include anche (from time to time) ritrovarsi a dover discutere con qualche idiota che non è felice di come "ubuntu-it" si sta comportando con lui. Vorrei che solo gente nota avesse la possibilità di portare avanti tali discussioni. 21:00 (se ho capito bene la storia degli admin) 21:00 mapreri, +1 21:01 ok, quindi admin non si tocca :D 21:01 devfil: penso che tradizionalmente tale diritto sia limitato al consiglio, non tanto a chi ha la membership, per quanto non sia scritto da nessuna parte (afaik) 21:01 mapreri, piu che nota, con esperienza e con cervello 21:01 editori, credete sia possibile far correggere le bozze a chi non è un member? 21:01 "diritto" 21:01 Credo che sarebbe utile un percorso di gradualità, concordo con Mattia. 21:01 alevipri: "ma che sei pazzo, mostrare i nostri errori sintattici a degli ESTRANEI?!?" 21:02 alevipri, no le pozze le corregge un admin oppure chi redige l'intera NL oppure chi cura la pubblicazione del blog 21:02 bozze* 21:02 mapreri: ok, allora so/ricordo male ;) 21:03 come nelle stesure dei giornali, c'è chi scrive, c'è chi controlla il tuo lavoro e c'è chi da il via alla pubblicazione 21:03 ad esempio, non vedo perchè un cialu non possa divenire editore anche se non ha la membership 21:03 mapreri: un tempo si faceva, per esempio per la newsletter anni fa me se sono occupato io e non ho mai avuto la membership 21:03 btw, penso che correggere le bozze si possa far fare a chiunque… 21:03 appunto 21:03 devfil: era una battuta la mia sopra :) 21:03 ah ok, ci hai ingannato :D 21:03 correggere ok ma per approvare la pubblicazione secondo me meglio un admin 21:04 alevipri, oppure potrebbe prendere la membership :P 21:04 ahah :D 21:04 * mapreri dopo una certa ora inizia a scrivere cose "buffe" 21:04 quello che intendo è che uno se raggiunge il livello da aver contribuito abbastanza da avere la fiducia di poter pubblicare la newsletter, imho ha i requisiti per la membership 21:04 io propongo, che ci siano i redattori che scrivono per NL/blog una o piu persone che controllano il contenuto e una o piu persone che dia il consenso alla pubblicazione 21:05 * devfil dopo una certa ora inizia a prendere ogni cosa seriamente 21:05 un po come nella pubblicazione dei giornali 21:05 e scusate per l'italiano ma è sera :P 21:05 ragazzi io vo a letto leggo domani i log, buonanotte :) 21:05 * alevipri ha paura di prenderle di santa ragione, ma continua imperterrito 21:05 DD3my notte! 21:05 notte DD3my 21:05 DD3my: notte 21:06 situazione attuale: gli editori sono anche admin, con la membership 21:06 proposta: editori si diventa dopo diversi contributi alla NL come redattore, anche se non sia ha la membership 21:07 alla NL/Blog/social* 21:07 alevipri, però quello è un ruolo di fiducia, giusto? 21:07 beh è chiaro 21:07 e se uno guadagna quella fiducia, non ha fatto abbastanza contributi da essere idoneo alla membership? 21:08 ma voglio dire, correggere le bozze non è cosa da far saltare ubuntu-it 21:08 correggere le bozze != pubblicare 21:08 pietroalbini, attualmente cialu potrebbe essere editore ma non avere la membership ad esempio 21:08 yep 21:09 Dix78, oppure prendere la membership e diventare editore 21:09 alevipri: forse si potrebbe anche staccare il "correggere le bozze" da "editore" (o il "pubblicare" da "editore", dato che è questo il punto delicato della NL) 21:09 da quanto ho visto non avrebbe problemi lui a prenderla 21:09 considerando poi che vogliamo far pubblicare direttamente i redattori su blog/social, credo che abbiamo bisogno sia di più redattori che di più editori 21:09 ma forse viaggio troppo 21:09 di fantasia 21:10 alevipri: dimentichi che si pubblica "previa approvazione", oppure ho capito male? :P 21:10 devfil su blog/social puoi pubblicare anche tu 21:11 chiaro che serve un "organo" di controllo, e un solo stefano che corregge tutto lo scibile non mi sembra il caso 21:11 davvero? pur non avendo la membership ecc...? 21:11 alevipri, tecnicamente ci sarei anche io 21:12 Dix78 scusa! 21:12 alevipri: in ogni caso la ML è moderata e tipo solo stefano è whitelistato 21:12 (per quanto facilmente superabile se uno usa un MUA degno di quel nome modifica gli header impersonificandosi come uno di quelli autorizzati) 21:12 Dix78 non può pubblicare la NL?? 21:13 alevipri, no, non sono in whitelist 21:13 (perchè?) 21:13 alevipri, sono brutto e antipatico :D 21:14 accept_these_nonmembers ha solo sdallagata @ubuntu-it.org, ma poi in "whitelist sottintesa" ci sono anche gli admin della lista, che sono io @ubuntu.com e sdallagata @gmail.com, e gli admin dell'instanza di mailman che è xdatap1. 21:14 se Dix78 pubblicasse numeri più di frequente sarei felicissimo di aggiungerlo :) 21:15 (non andrebbe aggiunto in ogni caso?) 21:15 (o potrebbe farselo da se, avendo accesso al file con le password…) 21:15 mapreri, shhh xD 21:15 (panico) 21:15 alevipri: sono per aggiungere ACL solo quando servono o per un motivo specifico, etc. 21:15 alevipri, se servisse ovviamente cercherei di farmi dare poteri per pubblicare ma al momento non è mai servito, ecco la verità 21:16 vabbè 21:16 quindi l'idea è che non ci piacciono editori senza la membership? 21:16 yep 21:17 non è una critica, ma quante ne abbiamo ricevute di membership negli ultimi anni? 21:17 diverse 21:17 credo 4 negli ultimi 2 anni 21:18 ecco, appunto 21:18 alevipri, però quelli che si qualificano per editori penso si qualifichino anche per la membership 21:19 se uno ha contribuito tanto da meritarsi la fiducia di poter pubblicare la newsletter ha contribuito abbastanza per richiedere la membership 21:19 io ne conto 4 da febbraio 2016. 21:19 incidentalmente, sdallagata ha la membership da febbraio 2016 21:19 (e pubblicava da mo') 21:20 * mapreri sputa dati senza commentarli 21:20 :D 21:20 ma qual'è il problema che stiamo cercando di risolvere? 21:21 perchè non mi sembra ci sia la cosa di redattori che vorrebbero fare gli editori, etc 21:21 però potrebbe essere un problema nella mia mentalità 21:21 mi piacerebbe un minimo di revisione degli articoli prima di pubblicarli su sito/social 21:23 certo, e non c'è al momento? per i social quello che succede è che qualcuno scrive il post su telegram, dice "hey, leggete qua e ditemi se vi piace" e dopo qualche ora ed aver inglobato i commenti pubblica. 21:23 La revisione sarebbe maggiore se fossimo di più. 21:23 promuovere persone a editori non mi dispiacerebbe, ecco 21:23 per il sito… non ci sono post? 21:23 (a parte quelli che pubblicizzano la NL stessa, che non è che ci sia granchè da revisionare lì) 21:23 (e quelli del gruppo doc, tsk) 21:24 e cialu che vorrebbe tanto pubblicare i post, aveva iniziato, ma mi son perso perchè si sia fermato. 21:24 in ogni caso mi pareva chiedesse di revisionare in ML, giusto? 21:24 credo per questione di tempo 21:26 ha chiesto di revisionare la NL? 21:26 non ho capito 21:27 however, mi sembra giusto che dopo aver fatto un po' di rodaggio con la stesura di articoli uno vuole fare anche la parte dell'editore 21:28 attualmente se uno ha le caratteristiche da editore ha anche le caratteristiche da membership 21:28 what pietroalbini said 21:28 poi se vogliamo lasciare solo sdallagata che invia la NL a me sta anche bene, ma stimolare un po' chi partecipa non mi sembrava una cattiva cosa 21:28 è così un problema inviare una mail a membership@l.ui.o e aspettare un paio di giorni? 21:29 e poi, assumendo che sdallagata sarà quello che pubblica tutti i numeri per il resto del tempo che ci rimane da vivere, quello che un editore fa è revisionare i testi 21:29 non capisco perchè "revisionare i testi" debba essere limitato a questo titolo di editore 21:29 la vedo al contrario, è così difficile togliere il requisito di membership per divenire editore? 21:30 alevipri, a sto punto togliamo completamente la membership da tutta ubuntu-it /s 21:30 lol, sia mai! 21:31 alevipri: imho -1 admin/pubblicazione (senza membership), +1 revisione (se si può fare, mi sono perso :/ ) 21:31 alevipri, però la membership è anche la dimostrazione che la persona è affidabile, e che ha la fiducia del consiglio: il profilo perfetto di un editore :) 21:31 ok lascio perdere :D 21:31 devfil, +1 21:32 Dix78: +1 perché anche tu ti sei perso vero? :D 21:32 devfil, lol 21:33 panico e disperazione in chat 21:33 già penso alla lunghissima discussione in ML per l'header 21:34 per chiuderla qui, l'idea era di passare redattori a editori senza la membership 21:34 alevipri: non è che puoi cercare di chiudere questo topic, penso che ci sia del consenso se vuoi collezionarlo per farne qualcosa :) 21:35 (si faccio il riassunto) 21:36 gli editori, oltre che a correggere le bozze di NL/blog, gestiscono anche la NL 21:37 e pubblicano la NL, come sdallagata ha fatto poco fa :P 21:38 se non c'è altro da aggiungere, passarei ai voti, ok? 21:38 alevipri: un secondo: i redattori invece? 21:38