Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue169:finalisation [2021/06/14 17:39] – [Couverture (p. 1) et Sommaire (p. 2)] d52fr
+++ issue169:finalisation [2021/06/15 16:44] (Version actuelle) – andre_domenech
@@ Ligne 1: / Ligne 1: @@
 ====== Finalisation du numéro 169 (par Bab, commencée le 23/5) ======
-version 2 du 14/06
+version 3 du 15/06
+{{ :issue169:issue169frv3.pdf }}
-{{ :issue169:issue169frv2.pdf }}
+{{ :issue169:issue169.zip }}
 **Rappels de fonctionnement :**
@@ Ligne 87: / Ligne 87: @@
 {{ :wiki:pasok.jpg}}
-**Relecteurs :** d52fr (V1c), AE (v1c, v2v)
+**Relecteurs :** d52fr (V1c, V2v, V3v - bpm), AE (v1c, v2v)
 **Corrections :**
-   * AE : p. 6, col. 1, para 2, ligne 4 : un guillemet orphelin en bout de ligne dans une parenthèse ouvrant - le tout à bouger... Tu l'as fait, Bab, mais maintenant, **je ne vois pas d'espace entre le guillemet ouvrant et "-std"**. En revanche, je ne sais pas ce que tu peux faire...
-     * Idée pour le /var/log impossible (p. 16, col 1, lignes 1-2) : et si tu dé-justifiais juste là (ou juste quelques lignes), l'impossible deviendrait-il possible ? À mon avis, le / en bout de ligne est pire qu'une dé-justification..., mais ce n'est que mon avis à moi.
-  * d52fr (V1c) :
-    * p 16, col 1, ligne 1 : l" '/' doit être mis sur la ligne 2, '/var/log' d'un seul tenant **Je savais que ça viendrait à un moment... La nouvelle version de Scribus comporte quelques bogues qui interdisent les coupures de ce genre et même le rapprochement, même serré... Il y a le même problème lorsqu'il y a un guillemet fermant suivi d'une parenthèse ouvrante... Je ne sais que faire**
     * p 17, col 3, URL : recentrer la zone sensible **???? je ne vois pas ce que tu veux dire, mon URL est centrée...**
-{{:issue169:fcm_169_p17_col3_4_url.jpg?400|}}
+{{:issue169:fcm_169_p17_col3_4_url.jpg?400|}} **Bab : je ne peux rien faire dans ce cas, il s'agit d'un "programme" qu'ont généré les Anglais et qui met des à-plats automatiquement. Je ne peux pas intervenir, sauf à déplacer le texte lui-même qui ajoutera d'autres problèmes...** // d52fr : ce n'est pas le problème de l'aplat que je soulignais - il est mis en jaune par Firefox - mais le fait que celui-ci met en évidence la position de la zone sensible sur le texte --> ce que je vois sur la V3 va très bien ! //
 ** Bravo Bab ! ** Merci à nous tous, c'est un vrai pensum...
@@ Ligne 131: / Ligne 129: @@
      * p. 27, col. 2, 4 lignes avant la fin : > "besoin de les installer**, est** construite sur Lubuntu." (pas de verbe dans la première "phrase", alors une virgule à la place du point et suppression de "La distribution".) **OK v2**
      * p. 27, col. 3, ligne 2 après le titre : > "nftables" sans majuscule. (Il y avait une maj dans la vo, car cela débutait une phrase.) **OK v2**
+   * AE : p. 6, col. 1, para 2, ligne 4 : un guillemet orphelin en bout de ligne dans une parenthèse ouvrant - le tout à bouger... Tu l'as fait, Bab, mais maintenant, **je ne vois pas d'espace entre le guillemet ouvrant et "-std"**. En revanche, je ne sais pas ce que tu peux faire... **OK v3**
+  * d52fr (V1c) :
+    * p 16, col 1, ligne 1 : l" '/' doit être mis sur la ligne 2, '/var/log' d'un seul tenant **Je savais que ça viendrait à un moment... La nouvelle version de Scribus comporte quelques bogues qui interdisent les coupures de ce genre et même le rapprochement, même serré... Il y a le même problème lorsqu'il y a un guillemet fermant suivi d'une parenthèse ouvrante... Je ne sais que faire**
+     * Idée pour le /var/log impossible (p. 16, col 1, lignes 1-2) : et si tu dé-justifiais juste là (ou juste quelques lignes), l'impossible deviendrait-il possible ? À mon avis, le / en bout de ligne est pire qu'une dé-justification..., mais ce n'est que mon avis à moi. **OK v3**
 ----
@@ Ligne 283: / Ligne 287: @@
 {{ :wiki:pasok.jpg}}
-**Relecteurs :** d52fr (V1c), AE (v1c, v2v)
+**Relecteurs :** d52fr (V1c, V2v, V3v - bpm), AE (v1c, v2v)
 **Corrections :**
-   * AE : chaque page de cet article semble avoir une bordure mince noire... ?! Ce n'est plus le logo qui est encadré, mais les pages entières :-P Le reste me semble bon !!
+   * AE : chaque page de cet article semble avoir une bordure mince noire... ?! Ce n'est plus le logo qui est encadré, mais les pages entières :-P Le reste me semble bon !! **Bab : j'ai vérifié et il n'y a aucun cadre en couleur... Et dans ma sortie PDF, tout paraît normal...**  // d52fr : sur la V3, c'est bon ! //