[18:39] o/ [18:47] ollah [18:47] buonasera [18:47] alevipri, o/ [18:47] weiwei [18:47] alevipri, hai spaventato devfil! [18:47] come va gente? [18:47] ho visto ahahah [18:47] devfil welcome back [18:47] devfil, \o [18:48] ciao! [18:48] sistemo un paio di cosette e sono subito da voi [18:49] alevipri: ti sei imparato come usare meetingology ? [18:49] :) [18:50] mapreri, non ti piace proprio sto bot xD [18:50] Dix78: chi, io? Io lo adoro ♥ :D [18:50] ma sarà alevipri che dovrà usarlo ^^ [18:50] mapreri confidavo in te :D [18:51] *g* [18:56] chi manca? [18:56] ic3d? [18:56] cialu, dcavedon, pietroalbini e stefano [18:56] beh mi sembra fosse fissato per le 21 quindi sono ancora in tempo [18:58] li aspettiamo [18:59] pietroalbini dovrebbe arrivare ad un certo punto [18:59] DD3my, c'è? [18:59] ma non contarci di vederlo all'inizio [19:00] ah, aveva pure scritto sul gruppo [19:00] già già [19:00] saranno in spiaggia [19:01] grrr... qui piove... [19:01] chi glielo fa fare di attaccarsi al pc [19:03] Janvitus welcome [19:03] Janvitus, o/ [19:03] tra l'altro, prima che iniziamo [19:04] bel lavoro ragazzi con il passaggio all'https [19:04] Janvitus: tu sei qui accidentalmente, vero? :P [19:04] alevipri: thx :) [19:04] lo aspettavo con ansia [19:05] io sono sempre stato in ansia col forum e la password trasmessa in chiaro [19:06] già già [19:06] quello soprattutto mi faceva venire i brividi [19:07] "quello soprattutto i brividi venire faceva" [19:07] l'open source è un mestiere pericoloso :D [19:09] ic3d, o/ [19:09] ic3d eccoti! [19:09] eccomi, buona sera! :-) [19:09] bevuto il caffè? [19:10] alevipri: ti suggerisco di partire, pena non finire più [19:10] ciaoo [19:10] mapreri: dovete fa qualcosa? [19:10] Janvitus: un meeting IRC del gruppo SM/Newsletter [19:10] diretto da alevipri [19:10] alevipri: no, ma va bene così! :-) [19:10] ok [19:10] mapreri pensi tu a meetingology, ovviamente! [19:10] alevipri: ahaha, no [19:11] D: [19:11] dai, son due cavolate :) [19:11] allora esco, in effetti non so perchè sono qui [19:11] chi è capace con quella roba lì? [19:11] Janvitus: mica è privato, anzi :) [19:11] appunto, resta pure [19:11] alevipri, https://wiki.ubuntu.com/meetingology [19:13] vabbè, l'avete voluta voi [19:13] se faccio casini siamo rovinati :p [19:14] \o [19:14] \o/ * [19:14] ahahah [19:14] iniziamo? [19:14] alevipri: al massimo si rifà la riunione, vai tra ;) [19:14] vado tra [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] 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]