Re: [HS] Mensuel complet ?
On Mon, Jul 19, 2004 at 02:58:57PM +0000, Jean-Luc Coulon (f5ibh) wrote:
> Mais que le délai soit
> d'un mois de 3 mois ou d'un an, mon expérience montre que le résultat
> est toujours le même : on n'a la matière qu'au dernier moment.
Alors là, nous sommes absolument d'accord :)
Au dernier moment et avec un volume qui n'était pas celui attendu/estimé
(trop court ou trop important). Mais ce sont là les joies de la
publication :)
> Je ne comprends pas trop la question. Est-ce qu'il s'agit de revue de
> radio dont vous parlez ?
oui.
> Mégahertz : de très bonne tenue. Très petite boîte. Cette publication a
> été victime de nombreux remous de par le passé. Elle fonctionne
> aujourd'hui sans problème particulier si ce n'est qu'elle repose sur
> les épaules d'une seule personne.
Celle-ci correpond sans doute le plus à Linux Mag. Et si je ne me trompe
pas il s'agit d'un 72 pages + 4 de couverture ce qui n'est pas loin de
Linux Mag. Cependant, la bonne tenu au numéro 255 peut, sans doute, être
mise en balance avec nos 96 pages (128 fut un temps) et notre dernier
numéro qui est le 63.
Vu la description que vous faite, la taille de l'éditeur de Mégahertz
doit sans doute correspondra avec celle de Diamond Edition.
> Pour en revenir à LVM, je comprends bien toutes les raisons. Mais
> expliquer ne suffit pas. Il est à mon avis *nécessaire* de viser à
> améliorer la qualité.
> - Lorsqu'un exemplaire sort avec des articles en vert clair sur vert
> foncé avec des caractères d'une taille ridicule, on s'en apreçoit (je
> vous l'ai écrit d'ailleurs) et on corrige le tir... On ne fait pas la
> même chose 6 mois plus tard avec du beige à la place du vert.
C'est sans doute vrai mais pour être tout à fait clair nous ne pensions
pas obtenir un résultat aussi peu lisible avant l'impression. L'erreur à
été répétée malheureusement, mais n'oublions pas qu'il s'agit de
l'adaptation d'une nouvelle maquette (numéro 60) et qu'un certain nombre
de coquilles infographiques ont été commise.
> - Une relecture rapide permet de corriger toutes les grosses fautes,
> celles qui se jette à vos yeux : les participes passés à la place des
> infinitif et vice-versa, l'accord de ces participes passés. Si en un
> quart d'heure, j'en relève un par minute, je me demande le type de
> correction que cherchent à apporter ceux qui en font la relecture.
> (mon expérience à ce sujet : celui qui relit dans le but de corriger
> les fautes de français ne doit s'occuper *que* de cela et pas de
> corriger le *contenu* de l'article. Le contenu étant de la
> responsabilité de l'auteur. Si on s'attache à *lire la revue*, on va
> fatalement ne voir que le contenu et pas la forme. Ce n'est pas le but
> des relectures).
Certe, d'un point de vue théorique c'est exact. Mais dans le domaine qui
nous occupe il est bien nécessaire de comprendre l'article pour bien
relire. En effet, pour les articles de programmation par exemple, seul
un italique ou une police distingue une variable d'un mot courant. Sans
doute allez-vous le dire qu'une variable nommée comme un mot courant est
une mauvaise idée, mais les développeur ont encore, du moins dans Linux
Mag, la liberté de développer comme ils le souhaitent.
La tâche des personnes à la relecture pré et post mise en page n'est pas
aisée tant en raison du niveau technique, que des moeurs et habitudes
des auteurs. Je ne mentionnerai pas de noms ici, mais certains articles
nous arrive presque sans fautes et autre avec une densité de fautes et
de typo au centimètre carré qui fait froid dans le dos. Il faut
comprendre donc qu'en passant d'un article à l'autre, les relectrices
(et teurs) doivent s'adapter.
Devrais-je pour autant écarter ces auteurs ? Certainement pas, d'autant
que souvent, il s'agit de ceux-là mêmes qui maitrisent le mieux des
domaines aussi intéressants que pointus (mais ce n'est pas une règle
loin de là).
Pour conclure donc ce fil (qui finit plutôt bien je pense mais qui n'a
rien à faire ici), je vous assure que la présence d'erreur, de typo, et
de fautes dans le magazine n'est en rien le résultat d'un certain
laxisme. Le mag est le fruits d'efforts aussi bien de la part des
auteurs que de l'infographie et surtout de la relecture.
++
--
Denis Bodor
"sudo kill -KILL -1 . . . Le Kernel reconnaîtra les siens"
Error is human, but to really foul things up requires a computer
http://www.lefinnois.net Irc : Lefinnois
Reply to: