3 - Le site : philosophie, organisation, problèmes...

ok a priori pour le 22

est-ce qu'on se fixe comme règle : l'édito du mois de mars contient les nouveautés logicielles du 1er février au 30 février ?

comment gère-t'on la mise en page ? Celle de février est-elle acceptable/conseillable ?

On pourrait pas essayé de faire ça un peu plus tôt, genre entre le 15 et le 22, le 22 ça laisse peu de temps pour préparer l'édito...

est-ce qu'on se fixe comme règle : l'édito du mois de mars contient les nouveautés logicielles du 1er février au 30 février ?

on peut rajouter : editer l'edito le 1er du mois, mais ca n'est pas gagné...

On pourrait se dire qu'on l'édite le 1er lundi du mois (je sais, y a des lundis qui tomberont le 1er du mois...)

heureux que tu ai une "Vie mouvementée en ce moment"
c'est plutot bon signe non ?
(enfin, j'aimerai que ca m'arrive perso 😉

pour l'edito de mars, je ne sais pas si tu aura le temps de t'en ocuuper un petit peu, alors :
je m'occupe de la veille logiciel lundi 1er, et des traductions a suivre
j'ai réfléchi a deux/trois trucs, et en attendant une tchatche :

1. je pense que la veille logiciel dois se faire au plus tot le 1er du mois, pour ne rien louper de ce qu'il s'est passé dans le mois, donc si on devait definir une date a respecter pour l'edito, ce qui serai bien c'est vers le 5 du mois
si tu peux passer dans le coin le rédiger a ta maniere pour cette date, ca serai bien, sinon, fait le savoir qu'on s'organise, mais dans tous les cas ca reste a toi de le mettre en ligne (bon, je suppose que c'est pas bien long... et j'y pense, l'edito, c'est comme les news ? peut on le mettre en ligne nous meme ?)

2. pour la traduction, comme je l'avais expliqué l'autre fois, je pense qu'il est difficile de faire autrement que de tout traduire en fait, donc on s'y tient pour l'instant

3. pour rendre l'edito moins long, mais garder les sources, je vais reprendre le systeme "lien vers les changelog en ligne", et quand il n'existe pas, ce qui serai bien, c'est "lien vers le telechargement des sources" ; de plus, on peut revoir la mise en page si ca te conviens (enlever le chapitrage pour tous les softs), ca devrai faire gagner un peu de place.

a+ !

oliv'

pour la traduction, comme je l'avais expliqué l'autre fois, je pense qu'il est difficile de faire autrement que de tout traduire en fait, donc on s'y tient pour l'instant

Je trouve que les changelogs n'ont pas complétement leur place dans l'édito (et sur le site en général). En fait mon raisonnement est le suivant :

1. si un visiteur lit le changelog, c'est qu'il est intéressé par le développement du logiciel.
2. s'il est intéressé par le développement du logiciel, c'est qu'il doit suivre d'assez près son développement, notamment sur le site sourceforge du projet
3. dans ce cas, il connaît déjà le changelog donc il ne le lira pas ici.


l'autre cas est :

1. un visiteur lit le changelog mais il est uniquement utilisateur et non développeur
2. il prend peur et il crie, ferme la page et va pleurer dans les jupes de sa mère en demandant pourquoi linuxMao lui fait lire des trucs si horrible


En fait ce que je veux dire, c'est que la grande majorité des visiteurs du site sont juste utilisateurs. Le fait de savoir qu'il y a une nouvelle version leur suffira amplement.

Il y a des cas exceptionnels comme l'ajout du MIDI dans ardour qui nécessitera qu'on en parle mais les ajout du GTK2.0 dans le fichier config.ini et autre correction de l'appel recursif de signal_below_threshold en cas de non connection à jack pour passage à gcc 4.6.2.6.5.4.v.2, je pense qu'on peut dire que c'est un peu pointu