NewsletterItaliana
Newsletter

GruppoPromozione/SocialMedia/Newsletter/Convenzioni
Convenzioni

dd3my/BozzaLGE
Linee Guida Editori

dd3my/BozzaPubblicazioni
Pubblicazioni

NewsletterItaliana/Archivio/
Archivio

Linee Guida Editori



Introduzione

Queste linee guida servono per garantire il corretto svolgimento delle attività dei Redattori e degli Editori per la corretta revisione e pubblicazione della newsletter.


Stile della newsletter

La newsletter utilizza le stesse regole stilistiche adottate dal gruppo documentazione per la stesura del wiki. E' preferibile utilizzare le risorse della comunità italiana, per esempio le guide presenti nel wiki, inserendo nei vari articoli i relativi link; se per caso nel nostro wiki non è presente una certa pagina, allora si crea una pagina wiki e si importa il contenuto da tradurre, chiedendo a qualche membro del gruppo traduzione di tradurlo :).
Di seguito vengono riportati i casi più importanti da tenere a mente.

Redigere un articolo

Prenotare un articolo

Nella pagina Lavori in Corso di solito ci sono diverse tracce di articoli da poter scrivere. Per prenotare l'articolo basta inserire la macro @SIG@ che genererà automaticamente una firma dell'utente con data ed ora della prenotazione.

Sintassi corretta

Nella creazione della newsletter per l'invio tramite email, viene utilizzato uno script recuperabile nella pagina Materiale (file newsletter.py). Affinché lo script svolga il suo lavoro, è necessario adottare della "sintassi" precisa per alcuni elementi della newsletter.


Redazione

In questa prima parte sono presenti le indicazioni per l'inserimento dei pacchetti -dev, delle statistiche dei bug e degli aggiornamenti di sicurezza.

Pacchetti -dev

Per inserire nell'apposita sezione i pacchetti -dev, si deve visitare la seguente pagina;

copiate e incollate il risultato nella sezione apposita, mettendo in ordine alfabetico i contributori.

Controllare periodicamente in questa pagina che lo script sia aggiornato, togliendo eventuali rilasci con supporto terminato, e aggiungere i rilasci che sono in sviluppo; inoltre chiedete ogni tanto al responsabile del gruppo sviluppo, se ci sono delle nuove leve che contribuiscono ai bugfix, ed eventualmente aggiungerli nella sezione apposita.

Statistiche dei bug

In questo caso si deve andare nella seguente pagina e copiate il numero dei bug delle seguenti categorie:

fatto questo, prendete le statistiche della settinana precedente e calcolare la differenza, sia in positivo che in negativo.

Aggiornamenti di sicurezza

Per inserire gli aggiornamenti di sicurezza, consultate la sezione apposita del forum.


Pubblicazione

In questa sezione vengono descritti i passaggi per pubblicare la newsletter sui vari canali.

Pubblicazione nel wiki

Bisogna semplicemente spostare il contenuto di EdizioneInCorso, nella pagina definitiva, magari ricontrollando se ci sono dei typo che sono sfuggiti durante la revisione.

Pubblicazione nella mailing list

Per fare ciò, si deve usare un secondo script, sempre in python, disponibile al seguente indirizzo; questo script va lanciato dopo la pubblicazione sul wiki.

Per prima cosa va copiato il testo grezzo del numero pubblicato e salvato in un file di testo sul proprio pc; salvare il file e lanciare lo script con il seguente comando:

python ./newsletter-ml.py -i XX.txt -o XX_final.txt

dove al posto di XX va messo il numero della newsletter da pubblicare. Verrà creato un file di testo (XX_final.txt).

Infine cercate e rimuovete i link alle immagini, perchè non vengono incluse nel testo da inviare in mailing list.

Pubblicazione su Blog, Social e Telegram

  1. I contenuti devono essere interessanti e originali, senza mai scadere nel puccioso (no gatti con Ubuntu o cose del genere), nel politico/religioso o nel volgare. In generale evitare contenuti che non passino informazioni sul mondo Ubuntu o che siano un engagment senza contenuto (niente 'Metti mi piace se anche tu usi Ubuntu 14.04')
  2. I contenuti devono essere scritti in italiano, senza abbreviazioni, ovviamente vanno bene link ad articoli in inglese.
  3. I contenuti devono riguardare Ubuntu o Debian (se hanno riflesso su Ubuntu). Contenuti sul software libero in generale possono esserci solo se riguardano eventi importanti o software particolarmente rilevante (ad esempio LibreOffice, GIMP, Firefox o altri programmi importanti, GNOME, KDE e altri DE in genere)

  4. I contenuti devono essere costruttivi, non distruttivi (niente articoli che dimostrano quanto faccia schifo Windows o altre distribuzioni Linux o contro il Software Libero in genere)
  5. Non importa la quantità dei contenuti, ma la qualità. Se qualche giorno non succede niente di interessante, non pubblicare niente.
  6. Pubblicare screenshot e immagini di versioni in via di sviluppo va bene ed è consigliato
  7. Anche notizie di cosa sarà incluso nelle prossime versioni, o su cosa stanno sviluppando gli sviluppatori, purché non si scenda troppo nel tecnico, è accettato
  8. Non pubblicare link che portano ad installare software in via di sviluppo o che consiglino di utilizzare PPA (a meno che non siano PPA ultrafidati (ammesso che esistano PPA ultrafidati))
  9. Le immagini/foto allegate ai contenuti sono quelle degli articoli a cui fanno riferimento, non serve caricarle, Facebook e Google+ e i social mendia in genere le includono automaticamente.
  10. Nel caso si vogliano includere immagini/foto, queste devono essere:
    1. licenziate sotto licenze libere (includere sempre un link all'autore)
    2. prelevate da siti che forniscono immagini e foto gratuitamente e senza vincoli per la pubblicazione (in questo caso inserire un link al sito web da cui sono state prelevate).


Fonti d'ispirazione

Di seguito vengono elencate alcune fonti da cui è possibile reperire informazioni per scrivere gli articoli:

Siti web che offrono immagini gratuite o con licenza libera:


dd3my/BozzaLGE (l'ultima modifica è del 01/04/2018 17.29.25, fatta da dd3my)