Linee Guida Documentazione Italiana

6 contenuti / 0 new
Ultimo contenuto
Linee Guida Documentazione Italiana

Linee Guida per collaborare nel migliore dei modi alla Documentazione italiana di Drupal
Premetto che tutto quello che trovate qui non sono nè imposizioni, ne profezie ma solo punti chiave che durante precedenti discussioni hanno ricevuto sufficente approvazione da essere essere inserite come punti condivisi, siete comunque liberi di commentare e discutere i punti sotto indicati.

Documentazione completa
Tabella Modifiche della Documentazione

Struttra Documentazione Italiana

    Con che tipo di contenuti si può contribuire? L'idea è quella di creare una documentazione che via via stringe il cerchio sull'argomento.
  • Guide: è la guida nelle più classiche modalità che tutti conosciamo, in riferimento a Drupal devono essere guide di tipo "generico", che spieghino in dettaglio o meno, il funzionamento ed il comportamento e l'uso generale di qualsiasi componente di Drupal; ovviamente è meglio partire dalle componenti del Core di Drupal per poi passare ai contributi, ma essenzialmente non deve essere spiegato come si realizz qualcosa, ma piuttoso cos'è, cosa può fare e come si usa nelle sue modlalità base; per chiarire meglio gli argomenti può indcare uno o più documenti dei punti successivi;
  • How To / Tutorial: quese sono guide che spiegano come realizzare qualcosa nello specifico, come integrare diversi componenti di Drupal per avere un certo risultato, in altri termini si spiega come risolvere, creare o realizzare un certo risultato; per chiarire meglio gli argomenti può indcare uno o più documenti del punto precedente o successivo;
  • Faq: è il timpo di supporto più semplice che esiste, deve rispondere essenzialmente ad un aspetto: l'essere sintetico; La domanda deve proporre una problematica specifica o più problematiche correlate, ma rimanendo sempre fissi un problema solo; la risposta e quindi la soluzione alla problematica o dubbio messo in evidenza dalla domanda, deve essere altrettanto sintetica e concisa all'argomento, deve dare direttamente la soluzione o la risposta alla domanda senza varie argomentazione; per chiarire meglio gli argomenti può indcare uno o più documenti dei punti precedenti;
    Come devono essere scritti contenuti? Sono solo consigli su come realizzare le guide, in questo modo si semplifica il lavoro di chi deve revisionare le guide ed aumenta le possibilità che la tua guida possa essere inclusa senza ulteriori modifiche che l'autore non aveva previsto.
  • Semplicità e Chiarezza;
  • Prestare attenzione alla Versione di Drupal che si sta trattando, eventualmente aggiungere semplici note del tipo "non testato su d5, d7 ...";
  • Pochissimo codice, in caso si necessità l'uso di codice meglio un link, ad ogni modo il consiglio è non esagerare e cercare di rendere la guida fluida durante la sua lettura e non interrompere troppo il discorso con codici interminabili;
  • Per il punto precedente penso sia inevitabile una "eccezione" per la categoria "How To" e "Tutorial", ma sempre nel limite del possibile;
  • Quando si scrive del codice PHP usare <?php ?> anzichè i tag code;
  • Quando si inserisce del codice PHP cerchiamo di usare i "coding standard", se chi usufruisce dei codici si abitua a leggere in un certo modo quando scriverà sarà "avvantaggiata";
  • Evitiamo i duplicati, meglio integrare ed ampliare;
  • Quando si edita un documento esistente ricordarsi di inserire un "Log" che indichi in modo esaustivo le modifiche fatte così da facilitare l'opera di revisioni da parte degli altri utenti;
    Possono essere inseriti contenuti esterni? I contenuti provenienti dall'esterno è un problema piùttosto delicato quindi è meglio fare chiarezza sull'argomento prima di incappare in problemi o moderazioni inaspettate.
  • Se si è gli autori, il problema non si pone, ad ogni modo cerchiamo di rendere anche le guide "libere" come lo è il software se no gli sforzi saranno vani;
  • Se non si è l'autore del contenuto?
  • Controllare la Licenza;
  • Se non ci sono indicazioni sulla licenza contattare l'autore;
  • Ad ogni modo il link può essere usato tranquillamente;

Prendo la linea guida di Domenico come esempio di documentazione, spero che questo commento possa essere considerato anch'esso un esempio...

Suggerisco anche un alto tipo: Toc (table of contents) per raggruppare le altre tre.
Di questi tre tipi: Faq, Tutorial, Guida e Toc, da mettere in evidenza nel titolo (anche il suo stato) tipo:
[Guida] Questo è una guida completo
[Guida alpha/beta] Questo è una guida ancora in fase di sviluppo: alpha = nudo e crudo, beta = qualche modifica

Meglio iniziare con l'ambiente specifico se necessario per il discorso:
Drupal 6[, Apache 2[, Windows 7]]

Al interno del testo possiamo mettere nota di editing, tipo [Edit xxx], per esempio:
"Per ruscire far funzionare i breadcrumbs con qualsiasi menù, bisogna installare il modulo [Edit aggiungi link al tutorial per installare moduli] menu_breadcrumb"

Per corregere errori tipografici del autore del thread bisogna fare un piccolo quote:

Quote:
"Per ruscire far funzionare i breadcrumbs con qualsiasi menù, bisogna ...

riuscire a non ruscire

Se invece vuoi offire un testo alternativo, usa un quote più lungo:

Quote:
"Per ruscire far funzionare i breadcrumbs con qualsiasi menù, bisogna installare il modulo [Edit aggiungi link al tutorial per installare moduli] menu_breadcrumb"

[Alt]
Utilizzando il modulo [Edit aggiungi link al tutorial per installare moduli] menu_breadcrumb, puoi associare un contenuto con la sua posizione gerarchica in un menù.
[/Alt]

Se un novellino ha problemi seguendo la guida, può aggiungere un commento nella guida stesso (dubito che aprirà un nuovo thread, e mi sembra il posto logico). In più anche loro contribuiscono, segnalando errori, ecc.
I thread diventeranno lunghissimi, ma penso che questo e meglio che cancellare qualche commento. Oppure accettiamo che i commenti veranno ripuliti ogni tanto in tanto (cosi tengo una copia per me altrove)

Se uno e in disaccordo sulla direzione di un Faq/Tutorial/Guida allora liberissimo di creare la propria con nome alternativo, che vinca il migliore!

P.S. Dato che l'editor ha h1, h2, h3, h4 è possibile modificare il filtro cosi non vengano cancellati?
Header 1
testo
Header 2
testo
Header 3
testo
Header 4
testo
I tags ci sono ancora quando riedito, solo che non ci sono nel HTML finale. Va bene anche partendo da H3 per esempio, per evitare problemi SEO...

Più imparo, più dubito.

io penso che negli "howto" serva senz'altro del codice. si può fare un'eccezione solo per la categoria?
grazie!

Quando fa la regola, si ;-)

<a href="mailto:[email protected]" rel="nofollow">[email protected]</a> wrote:
io penso che negli "howto" serva senz'altro del codice. si può fare un'eccezione solo per la categoria?
grazie!

Io interpreto "Pochissimo codice o meglio inesistente, in caso si necessità l'uso di codice meglio un link" a dire che non ha senso fare vedere codice in una guida, ma se si tratta di HTML, CSS, JavaScript o moduli, non vedo come si può evitarlo. Ovviamente se hai fiumi di codice, forse meglio un link per non interrompere il flusso del discorso...
Ma non ero io quello che cercavo sempre di risolvere i problemi con codice?
<?php
 
print "lol";
?>

Più imparo, più dubito.

diciamo che forse ho un po' esagerato nella forma ... :) ma il senso è quello che ha indicato JOHN!

Slice2Theme Servizio per la conversione di Design in markup HTML e/o temi.

WeBrain Solution | Pillsofbits Of Bits

great!