Le petit teasing de texte, lui c’est juste parce que dans un extrait de 2-3 secondes, j’arrive à relever un détail qui me fait peur sur ma santé mentale… et encore je n’étais pas aller sur le net avant pour trouver ce petit easter-egg dans la série.

Mais de quoi suis-je en train de parler ? de rien, je ne fais que remplir la page web pour y afficher la petite image extraite du second épisode, au moment où John sort du centre commercial où il est entré pour consulter des informations sur le net dans le rayon informatique.

A vous les screenshots (j’aurais préféré A Cognacq-Jay, mais c’est copyrighted by Zitron! Léon, si tu nous entends ;) ).
C’est au niveau de la porte (pour les aveugles).

Un fichier PDF, c’est tout simple:
il suffit de l’ouvrir et de le consulter… si!

Quelle est la version de mon PDF?

Le petit moyen mnémotechnique pour retenir quelle version est produite depuis Acrobat et son Distiller il suffit de soustraire 1 à la version du logiciel.
Bien entendu, pour ne pas faire simple, la dernière version d’Acrobat (à savoir la 9) ne suit pas cette règle. Donc, nous avons pour les principales versions: PDF 1.3 (dit compatible Acrobat 4), 1.4 (Acrobat 5), 1.5 (Acrobat 6), 1.6 (Acrobat 7) et enfin 1.7 (Acrobat 8 et 9).

Quelles sont les différences « notables » entre les versions?

Le PDF 1.3 (sortie en 1999)

C’est celui que je qualifie de PDF standard et permettant une compatibilité maximale dans le mileu prépresse. Il permet en effet de répondre aux principaux besoin pour fournir un PDF destiné à l’impression industrielle, avec notamment la gestion des couleurs d’accompagnement (ton direct / Pantone). La gestion des couleurs CMJN & l’inclusion des fontes étant déjà gérées par les précédentes version.
De ce fait, c’est la version qui a permis au PDF de rentrer dans ce domaine graphique. Ainsi, les premiers RIP gérants le PDF apparaissent et quelques uns d’entre eux sont toujours en service, d’où ma qualification de « standard »: si il passait dans un RIP en 1999, il passera aujourd’hui!

Le PDF 1.4 (sortie 2001)

En gardant les mêmes bases que la précédente version, il y a quelques petits ajouts sympatiques comme la transparence qui peut être conservée.
Par contre, un PDF 1.4 ne peut pas être produit par le Distiller, bien que l’on puisse opter pour cette version dans les options de réglages, si l’on passe par un fichier PostScript pour générer le PDF (le PostScript est « limité » à ce niveau).

Le PDF 1.5 (sortie 2003)

On reprend les mêmes et on recommence… original! Isn’t it?
Par contre, on peut également avoir des calques à présent dans nos PDF, ce n’est pas utile tous les jours, mais dans le cas d’un versionning multilangue cela peut réduire le nombre de document à transmettre et à archiver.

Le PDF 1.6 (sortie 2005) et le PDF 1.7 (sortie 2005)

Rien de notable à ma connaissance, si ce n’est l’intégration possible d’objets 3D (dès la version 1.6), c’est sympa en démo, mais pour le monde graphique traditionnel (papier) je ne vois pas trop l’utilité!
Un travail de normalisation ISO est également mis en oeuvre, avec des normes PDF/A. Il semblerait d’ailleurs que ce soit la source de la fin du moyen mnémotechnique, le format PDF étant normalisé, il n’est plus possible à Adobe de faire ce que bon leur semble et incrémenter ainsi les versions.

C’est bien beau tout cela, mais je dois faire quoi?

Pour une utilisation prépresse traditionnelle, les versions 1.3 et 1.4 sont ce qu’il y aura de plus « sécur’ », il y aura le moins de surprises possibles avec le 1.3, par contre le document PDF 1.4 pourra être un peu plus léger dans le cas d’utilisation « abusive » de transparence dans la maquette.
Pour un envoi électronique simple (par mail, site web ou autre) où seule la lisibilité du document est concernée, la version importera moins mais il est à noter que les versions plus récente produisent souvent des fichiers de poids plus faibles (les algo de compression s’améliorant avec le temps et les versions d’Acrobat).

J’ai toujours des problèmes pour sélectionner les différentes boxes des PDF lors de l’import, il faut passer par un ré-enregistrement sous Acrobat afin d’en retrouver trace dans les options lors de l’import du fichier PDF.

Dernier petit bug décelé lors de la réalisation d’une gravure en provenance de l’extérieur… les liens manquants ! Sur une soixantaine de liens utilisés dans la mise en page, plus d’une douzaine absents du dossier links réalisé à l’aide de la fonction d’assemblage, la fonction destinée à ne pas avoir de liens manquants lors du transfert d’un dossier. Un comble !

En réalisant divers essais sur ma machine de travail, je n’arrive pas à reproduire l’erreur. Pourtant c’est le 3e dossier consécutif que j’ai avec des liens manquants.
Après m’être assuré du process suivi en externe pour préparer cela, j’en déduis que c’est bien InDesign qui bug à l’assemblage, aller zou! on file googler!

Et là, jackpot ! Premier résultat sur un sujet des forums Adobe, ce n’est pas un cas isolé !
Ok, on lit, il va bien y avoir une solution autre que d’écrire un petit script d’assemblage (quoique, ça fait longtemps que je n’avais rien écrit… ;) ).
Premières constations, Adobe a publier une mise à jour 6.0.2 qui corrigerait le bug… ah ben non, 3 réponses plus bas, il y a toujours des constats d’erreur d’assemblage ! Arg !
Bon, on continue de lire (mais par la fin cette fois), et là c’est gagné (comme dirait notre amie Dora), la mise à jour 6.0.3 semble bien avoir éliminé ce problème.

Après vérification, suis-je à jour: oui, je mets toujours mes applications à jour, ma seule mauvaise surprise ayant été la mise à jour Java sur Mac OS X.5 qui m’a plombé toutes les préférences des applications, sinon que des bonnes surprises.
Par contre, en externe, c’était toujours la version du DVD qui était utilisée… oups ! Après mise à jour, l’assemblage s’est déroulé correctement.

Morale: toujours penser à mettre à jour ses logiciels de travail !
Enfin lorsque c’est possible, ça me fait penser à une histoire de Silverlight….

Sous QuarkXPress, j’ai longtemps réceptionné des documents en provenance d’outre-Rhin qu’il nous fallait traduire en français. Un des problèmes était que de base le logiciel utilisait la langue d’origine du document comme référence de dictionnaire de césure. Bien que la méthode de mise à jour des styles eut été une solution propre, elle n’a été que vaguement envisagé, les styles étaient bien utilisés, mais variaient d’une parution à l’autre, voir même document à l’autre. Il fallait donc plus radical et efficace.
Facile ! A l’aide d’une bibliothèque on glisse un petit bloc texte type dans la maquette. Ce bloc texte ayant, bien entendu, épuré de tout style afin de ne pas encombrer le document de travail, et bien sur, la langue du paragraphe contenu réglée sur celle de destination (ici français pour ceux qui ne suivent déjà plus!). Il n’y a plus qu’à effectuer un Enregistrer sous et activer la langue unique pour modifier tout le document dans la langue désirée.

Sous InDesign, j’ai bien cherché, mais je n’ai rien trouvé! Soit! Une occasion de plus jouer avec des scripts. En plus cette fois, les fichiers proviennent d’outre-Manche, c’est pas gagné pour leur faire comprendre que le texte français qu’ils maquettent doit utiliser des règles de césures issues d’un dictionnaire français! Ici pas d’option autre que mot par mot, paragraphe par paragraphe, style par style ou même bloc par bloc.

J’ai profité de ce petit contre-temps pour aller une fois de plus du côté de chez Swann, puis du Javascript pour approfondir encore un peu mes expériences.
L’option choisie est de laisser le choix du champ d’application des modification:

• tous les styles de paragraphes
• tous les styles de caractères
• tous les paragraphes

Ce découpage permettant de voir un peu les différents côtés identiques (sic!) de l’application d’une langue dans InDesign via des scripts. L’ordre me parait également logique dans un esprit de nettoyage logique du texte les styles avant les paragraphes afin de préserver les liens de style au maximum en cas de modification à venir.

Première étape, une fenêtre dialogue permettant le choix du champ d’application, si un document est ouvert:

function main(){
  if(app.documents.length != 0){
      var myDialog = app.dialogs.add({name:"Conversion langue FRANCAIS"});
      with(myDialog.dialogColumns.add()){
        staticTexts.add({staticLabel:"Appliquer aux éléments:"});
        var sP = checkboxControls.add({staticLabel:"Style de paragraphe", checkedState:true});
        var sC = checkboxControls.add({staticLabel:"Style de caractères", checkedState:true});
        var aP = checkboxControls.add({staticLabel:"Tous les paragraphes", checkedState:true});
      }

Seconde étape, on effectue les changements sur les items désirés en se basant sur l’état des checkbox précédents:

if(myDialog.show() == true){
        var sP, sC, aP;
        if(sP.checkedState == true){
          for(myCounter = 1; myCounter < app.activeDocument.paragraphStyles.length; myCounter++){
          app.activeDocument.paragraphStyles.item(myCounter).appliedLanguage = app.languagesWithVendors.item("French");
        }}
        if(sC.checkedState == true){
          for(myCounter = 1; myCounter < app.activeDocument.characterStyles.length; myCounter++){
          app.activeDocument.characterStyles.item(myCounter).appliedLanguage = app.languagesWithVendors.item("French");
        }}
        if(aP.checkedState == true){
          for(myCounter = 0; myCounter < app.activeDocument.stories.length; myCounter++){
          app.activeDocument.stories.item(myCounter).appliedLanguage = app.languagesWithVendors.item("French");
      }}

Et pour finir, on n’oublie pas de détruire la fenêtre de dialogue, sinon avec le temps InDesign va un peu craquer!

myDialog.destroy();

Au final, le script complet permettant de convertir un document en français est le suivant:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

function main(){
  if(app.documents.length != 0){
      var myDialog = app.dialogs.add({name:"Conversion langue FRANCAIS"});
      with(myDialog.dialogColumns.add()){
        staticTexts.add({staticLabel:"Appliquer aux éléments:"});
        var sP = checkboxControls.add({staticLabel:"Style de paragraphe", checkedState:true});
        var sC = checkboxControls.add({staticLabel:"Style de caractères", checkedState:true});
        var aP = checkboxControls.add({staticLabel:"Tous les paragraphes", checkedState:true});
      }
      if(myDialog.show() == true){
        var sP, sC, aP;
        if(sP.checkedState == true){
          for(myCounter = 1; myCounter < app.activeDocument.paragraphStyles.length; myCounter++){
          app.activeDocument.paragraphStyles.item(myCounter).appliedLanguage = app.languagesWithVendors.item("French");
        }}
        if(sC.checkedState == true){
          for(myCounter = 1; myCounter < app.activeDocument.characterStyles.length; myCounter++){
          app.activeDocument.characterStyles.item(myCounter).appliedLanguage = app.languagesWithVendors.item("French");
        }}
        if(aP.checkedState == true){
          for(myCounter = 0; myCounter < app.activeDocument.stories.length; myCounter++){
          app.activeDocument.stories.item(myCounter).appliedLanguage = app.languagesWithVendors.item("French");
      }}
    }
  myDialog.destroy();
  }
  else{
    alert("Merci d'ouvrir un document.");
  }
}

A venir, quand j’en trouverais la motivation et/ou l’utilisation, un script plus générique allant puiser la liste des langues disponibles, et proposer un changement dans la langue du logiciel après récupérer cette dernière.

Je suis tombé sur ce projet un peu par hasard, j’étais à la recherche d’un CMS permettant le partage d’information dans le cadre professionnel avec des intervenants extérieurs. J’en suis devenu fan lorsque j’ai vu la simplicité et légèreté (en poids, 342 Ko) du système pour des échanges mails/web.

TiddlyWiki m’a séduit par le simple fait que tout est contenu dans un unique fichier HTML (à part, de base, les liens/médias), ce qui permet de déplacer et mettre à jour le contenu assez rapidement, et sans risque d’oubli d’un morceau quelque part (tout le monde n’est pas organisé). Et cette organisation présente en plus une facilité d’indexation pour les recherches de contenu dans le bloc-note.

Il faut ajouter à cela quelques animations lors d’ouvertures des billets assez sympatique (il m’en faut peu), un système de plugins (mes 2 sources de plugins sont TiddlyVault et TiddlyTools), tout cela nous fait un bloc-note à usage personnel bien pratique, mais également un moyen de distribuer du contenu avec une mise en forme et une interface d’utilisation bien pratique !

En pratique ça donne cela en visualisation en ligne (qui ne permet pas l’édition du contenu): pao’Help, ça porte encore une fois sur la PAO (désolé :) ). Il existe même un système de permalien, ce qui permet de pointer directement sur l’article voulu, lorsqu’on utilise ce wiki pour un partage de connaissances ou informations, par exemple pour les différences de noir InDesign (qui n’est pas l’article déjà paru ici, mais de contenu semblable).

J’ai commencé par citer XPress, car à cette vieille époque il y existait une palette obscure pour le graphiste, utile pour le maquettiste, formidable pour le flasheur: les infos de défonces ! La palette venait compléter la gestion des défonces par nuances dans les options de couleurs, et oui, il y était possible de faire surimprimer du jaune à un noir par défaut ! Totalement inutile cité ainsi, mais tellement pratique dans certains cas.
Mais surtout, avec ces options qui par défaut se géraient assez bien, il faut le dire, il était possible de créer différents noirs, le logiciel décidant ou non de surimprimer les nuances. Or dans InDesign, il semblerait que par défaut tout défonce, à part la nuance [Noir] ! Je dis « semblerait« , à part les options d’objets permettant de surimprimer un objet, je ne rien trouvé d’aussi détaillé avec des réglagles fins comme une défonce positive ou négative…

Une petit illustration valant plus que tout au monde (je me suis servi sur Flickr pour le fond, je vous laisse deviner les mots clés utilisés pour trouver cela):

La première ligne ne laissent pas deviner qu’un problème de défonce peut apparaître au flashage, tant que nous restons sur un support de type écran ou sortie imprimante, le défaut ne sera pas visible. Par contre lorsque l’on rentre dans les couches, on voit que les nuances de noir autre que [Noir] défoncent le fond, ce qui peut être la cause d’une impression offset de qualité inférieure.
En effet, le moindre petit décalage du noir lors de l’impression fera apparaître un léger filet blanc suite à ce décalage.

Oui, il est toujours possible de se dire que ce n’est pas le problème du maquettiste de s’occupper de ce type de problème, mais n’est-ce pas plus rassurant et gratifiant de se dire d’avoir remis un document propre à l’impression et qu’il n’y aura pas de doute sur le rendu ?

Chez Adobe aussi, il existe le Abode’labs avec des petits plus ou moins sympas, des recherches de plugins Photoshop, des évolutions Flash ou Air… Il y a également ce petit truc appelé Kuler.

Kuler est à base de Flash/Air (j’arrive plus à les différencier sur le site Adobe), c’est un site collaboratif & social où l’on partage des nuanciers de 3 à 5 couleurs. Le partage est à double sens, bien entendu, mais ce n’est pas la seule fonctionnalité intéressant de site, il est également possible de créer ses nuanciers en ligne (selon différents modes) et de les exporter en palette .ase, le format de nuancier des applications Abobe.

La création de nuancier se fait soit à partir de rien, soit à partir d’un image en y prenant les dominantes de couleur, les plus lumineuses, les plus éteintes, les plus profondes ou sombres, ou même à coup de pipette personnalisée !

Le plus interressant est la création de nuancier vierge à partir d’une roue chromatique. Là encore, différentes régles viennent en aide à la création du nuancier: analogue, monochromatique, Triad, complémentaire, « composé » (désolé pour la traduction), teinte ou personnalisée.

Les nuances sont téléchargeables via un fichier ASE, mais également dans les applications CS4! A défaut d’avoir un compte Adobe ou la Creative Suite 4, il est toujours possible d’avoir les références des couleurs composants le nuancier, et cela en mode: TSL (HSV) / RVB (RGB) / CMJN (CMYK) / Lab et enfin HEX (couleurs dites web), ça nous laisse l’embarras du choix!

En plus, l’interface de navigation du site est très sympathique (à mon goût, mais les goûts & couleurs ne se discutent pas!). Et si bien même, le site ne convient pas, il reste le widget disponible pour Mac (très agréable à utiliser dans Dashboard pour effectuer des recherches) ou encore la version Air-desktop, tous deux sont téléchargeable sur la page de links du site.

En pour finir, le côté assez inutile donc totalement indispensable du site, c’est la partie Beta du produit Labs (faut suivre) qui permet de se faire une idée des dominantes des nuanciers créés, et cela par pays / période, c’est la fonction Pulse.

Et non, enfin, descente d’adrénaline, lorsqu’en passant sur le site (un peu abandonné avec la finition de mon installation du PC tout beau tout neuf :D ) je découvre 2 nouveaux commentaires, re-youhou !!!, ah non, c’est du spam :(

Quel est l’intérêt de polluer un site avec 6 pages, assez personnel ?
C’est une sorte de web-labs, un blabs en quelque sorte (bah oui, si web-log donne blog, j’ai bien le droit d’inventer l’expression blabs pour désigner un site d’expérience :P ).

Bah du coup, je doute de mon extension géographique, il y avait bien Paris, mais c’est naturel, je visite le site pour tester mes bricoles, il y a également les visites de la Baleine, mais tout de même, avoir eu une visite alsacienne, ça me rend super heureux ! Et oublions les spammers !!!

Ce sera certainement beaucoup plus agréable pour regarder films et série, bien qu’après un week end marathon avec Weeds, je pense avoir un peu abusé sur les séries ;)

D’ailleurs au sujet de Weeds, je me demande toujours comment une série comme celle-ci a réussi à passer les tests du CSA, ils devaient être aussi nombreux ce jour là que lors du vote de la loi Hadopi !
Personnellement, j’adore ! Le ton est plus que divertissant, les personnages sont attachants. Si si, même les méchants dealers sont sympathiques, limite c’est une provocation à la consommation (et j’en connais quelques uns qui ne me contrediraient pas). Par dessus tout, il y a un truc que j’adore (oui j’adore l’expression j’adore), c’est le choix musical, et surtout le générique très scotchant dans le genre musique à-la-con qu’on retient une journée complète sans parvenir à s’en défaire !
Heureusement, la saison 2, en plus de ses quelques rebondissements (surtout à la fin), nous gratifie d’une nouvelle version du même thème de Little boxes.

Pour finir, un petit lien des sélections musicales des 4 saisons ! d’ailleurs vivement que Canal+ pousse un peu la cadence, 2 épisodes par semaine c’est trop lent :P

Une grande partie de mon temps est occupé par la conversion des couleurs d’accompagnement d’un document InDesign et le nettoyage du document qui va avec: suppression de couleurs en double, et parce que je suis un peu maniaque sur la façon d’organiser son travail nommage des couleurs selon leur composition.
Pour le moment, j’avais 2 Applescripts qui faisaient bien leur boulot, mais qui dit 2 scripts, dit forcément 2 lancement! CQFD. Alors oui, il était possible de les fusionner, mais c’est tout de même plus polyvalent de revoir son pannel de scripts pour les rendre encore plus pratiques et multi-plateforme.

Le script se divise en plusieurs segments:

1e partie: le test de version d’application

#target indesign
var IDvers = parseInt(app.version);

on ne récupére que la partie entière de la version de l’application

switch(IDvers) {
	case 4 :
		var mSwatches = app.activeDocument.colors;
		for (x = 1; x <= 4; x++){updateColors(mSwatches);}
		break;
	case 5 :
		var mSwatches = app.activeDocument.swatches;
		updateColors(mSwatches);
		break;
}

Un petit switch permettant de s’occuper des méthodes selon la version.
A noter que pour une raison inconnue le script doit être éxécuter plusieurs fois sous InDesign CS2…

2e partie: le test des Pantone

if (mSwatches[i].name.substr (0, 7).toUpperCase() != "PANTONE") {
  try {

On évite de traiter les couleurs Pantone en éliminant ces nuances via leur noms. On lance ensuite un try / catch pour éviter les erreurs de traitement lorsqu’on arrive sur les couleurs protégées comme celle de repérage ou de [Papier].

3e partie: le changement de mode et nom

mSwatches[i].model = 1886548851; // = Process
mSwatches[i].space = 1129142603; // = CMJN
with (mSwatches[i]){
  mC = Math.round(colorValue[0]);
  mM = Math.round(colorValue[1]);
  mY = Math.round(colorValue[2]);
  mK = Math.round(colorValue[3]);
}

on change le modèle de couleur, ainsi que l’espace colorimétrique, puis on récupérer la valeur entière de la composante pour préparer le renommage de la nuance.

4e partie: le renommage et la fusion

try {
  mSwatches[i].name = myName;  }
catch(err){
  mSwatches.item(myName).merge(mSwatches[i]);  }
}

dans une boucle try / catch, on tente de renommer la nuance, en cas d’erreur, la couleur existe, étant un doublon on la fusionne avec l’existante.

Conclusion: le script complet

#target indesign
var IDvers = parseInt(app.version);  // version InDesign CSx
 
switch(IDvers) {
	case 4 : 	// CS2
		var mSwatches = app.activeDocument.colors;
		// Hack pour passer plusieurs la méthode
		for (x = 1; x <= 4; x++){updateColors(mSwatches);}
		break;
	default :		// CS3
		var mSwatches = app.activeDocument.swatches;
		updateColors(mSwatches);
		break;
	/*default : 	// Ni CS2 ni CS3, avertissement
		alert('Script testé uniquement avec CS2 & CS3');*/
}
 
alert('Fin du traitement');
 
function updateColors(mSwatches) {
	for (i = mSwatches.length-1; i >= 0; i--){
		// si la nuance se nomme "Pantone xxxx" on ne fait rien
		if (mSwatches[i].name.substr (0, 7).toUpperCase() != "PANTONE") {
			try {
				mSwatches[i].model = 1886548851; // 1936748404 = SPOT | 1886548851 = Process | 1919248243 = repérage
				mSwatches[i].space = 1129142603; // 1129142603 = CMJN | 1666336578 = RVB
				with (mSwatches[i]){ // récupération des composantes CMJN
					mC = Math.round(colorValue[0]);
					mM = Math.round(colorValue[1]);
					mY = Math.round(colorValue[2]);
					mK = Math.round(colorValue[3]);
					}
				var myName = "C=" + mC + " M=" + mM + " J=" + mY + " N=" + mK;
				try {
					// renommage de la nuance selon sa composition
					mSwatches[i].name = myName;
					}
				catch(err){
					// fusion de la nuance en cours avec l'existante de même composition
					mSwatches.item(myName).merge(mSwatches[i]);
					}
				}
		catch (e) {}
		}
	}
}