Adobe InDesign : 15 ans, l'âge bête

Mickaël Bazoge |

Il y a 15 ans, pratiquement jour pour jour, un vent nouveau a commencé à souffler dans les studios de PAO. Le seul outil à disposition des maquettistes, QuarkXPress, était certes un bon logiciel, mais son éditeur Quark usait et abusait de son monopole absolu pour imposer toutes sortes de limitations (qui, de cette époque, ne se rappelle pas ces maudits dongles ADB ?). Le pire étant sans doute l'absence presque totale d'innovation. Pourquoi investir dans le développement de nouvelles fonctions quand vous êtes celui qui impose ses vues sur tout un secteur ?

C'est en mars 1999 qu'Adobe commença à faire la démonstration qu'un autre logiciel de PAO était possible. La tornade InDesign n'a cependant été qu'un léger coup de vent : la version 1.0 livrée le 31 août 1999 se montrait en effet largement sous-dimensionnée pour les besoins des utilisateurs pro. Mais c'est dès la mouture suivante, la version 1.5, que les maquettistes ont pu sérieusement envisager de bazarder XPress pour un outil moderne, sérieux, bien moins onéreux et surtout, respectueux de ses utilisateurs.

15 ans plus tard, les choses ont bien changé. Le métier de maquettiste s'est mué en une sorte de chef d'orchestre multimédia, qui doit savoir non seulement mettre en forme un article sur une page blanche, mais aussi créer une animation et mettre à jour un site web. Adobe a suivi cette évolution en livrant des mises à jour successives d'InDesign ayant petit à petit imposé le logiciel dans les studios. Mais le fantôme de l'ancien QuarkXPress a rattrapé Adobe. La mainmise progressive d'Adobe sur le marché s'est accompagnée de réflexes que l'on pensait définitivement disparus.

Branislav Milic est un des meilleurs spécialistes mondiaux d'InDesign. Consultant et formateur dans une dizaine de pays européens et aux États-Unis pour les groupes de presse et des agences, il est parfaitement au fait du logiciel et de ses coulisses. Il y a cinq ans, nous l'avions interrogé pour fêter les dix ans du logiciel, et depuis la situation a évolué… mais pas dans le bon sens. Un vent mauvais s'est levé.

Lors de notre dernière rencontre, vous aviez prédit un avenir radieux pour InDesign devant l'émergence des nouvelles formes de publications électroniques. Aujourd'hui nous nous revoyons et vous semblez inquiet. Pour quelles raisons ?

Depuis plusieurs années, Adobe ne développe plus InDesign en écoutant réellement les utilisateurs. Même si lors de l'une ou l'autre conférence publique nous avons la possibilité de rencontrer les développeurs pour leur soumettre nos impressions et requêtes, généralement c'est le département Marketing d'Adobe — pas vraiment au fait de la réalité du métier de metteur en page — qui décide quelles sont les fonctions qui seront ajoutées et/ou améliorées et qui a le dernier mot, avec tout ce que cela entraîne comme décalage entre l'offre et la demande. À cela se greffe une détérioration progressive de la qualité du logiciel après InDesign CS5.5. Et pour couronner le tout, les équipes de développement ont beaucoup changé ces derniers temps... dans la moins bonne direction.

Prenons les problèmes les uns après les autres. Vous dites que l'équipe de développement d'InDesign est sous la coupe du marketing. Qu'est-ce que cela signifie ?

Adobe regarde d'abord les tendances du marché et, actuellement, l'EPUB et le Digital Publishing sont les nouvelles révolutions en publication. Au lieu de compléter les fonctions inachevées ou buggées de l'InDesign historique pour le « print », le marketing impose des fonctions uniquement pour ces nouvelles tendances sans corriger les fonctions existantes qui sont pourtant aussi utilisées dans ces nouveaux types de publications. Ce n'est pas seulement ma propre conclusion vue de l'extérieur, elle m'a été confirmée de l'intérieur par des développeurs désabusés. Il n'y a plus l'esprit entretenu par des spécialistes et experts du noble art de la « mise en page » comme entre 1980 et 2000. Aujourd'hui le marketing dit qu'il faut des animations dans InDesign, mais quid des notes de bas de page toujours aussi limitées ?

Je rappelle régulièrement cette anecdote révélatrice qui date d'InDesign CS (2003). Un important client d'Adobe aux États-Unis avait dit: « Ajoutez cette série de fonctions et nous vous achèterons 1 000 licences ». Aussitôt dit, aussitôt fait en moins de deux ans. Pendant des années, j'ai demandé autour de moi qui utilisait ces fonctions... quasi personne. Dans InDesign CS6, l'outil Récupérateur de contenu est apparu, il est censé aider à la mise en page de documents de formats différents. C'est l'exemple parfait de la fonction qui n'a été demandée par personne, dans laquelle Adobe met beaucoup de temps et d'énergie, mais qui n'est utilisée par personne comme j'ai pu le constater lors de mes différents sondages.

Les utilisateurs d'InDesign sont-ils quand même écoutés par Adobe ? Est-ce que les demandes sont prises en compte par les développeurs ?

Chaque année les développeurs rencontrent les utilisateurs dans des échanges directs lors de la conférence PepCon. Entre cinq et huit développeurs sont là et prennent des notes en écoutant les doléances des utilisateurs.

Pour y avoir assisté à plusieurs reprises, je peux affirmer que la très grande majorité des demandes ou améliorations évoquées ne se retrouvent pas dans le logiciel même après plusieurs années. Et pour les raisons évoquées tout à l'heure, ce n'est pas forcément la faute des développeurs. Ces réunions sont donc peu pertinentes, elles créent l'illusion d'une écoute de la part d'Adobe.

Vous avez constaté une détérioration dans la qualité du logiciel depuis sa version 5.5. Avez-vous quelques exemples ?

Ils sont nombreux. Les premiers soucis sont apparus avec InDesign CS6 qui éprouvait toutes les peines du monde à éditer un texte long chaîné s'ils comportaient des Styles Imbriqués ou des Styles GREP. Nous avons réalisé des tests très précis avec un script qui devait appliquer automatiquement des rechercher/remplacer et des styles de texte dans un texte en deux colonnes chaînées sur 80 pages. La première page était traitée en 1 seconde, la deuxième page en 2 secondes, la troisième en 4, la quatrième en 8,... vous l'avez compris : il a fallu une nuit entière à InDesign CS6 pour traiter tout le document alors qu'avec InDesign CS5.5 cela aurait pris cinq minutes. Et encore, la solution que nous avions trouvée relevait vraiment d'un tour de force de niveau « expert » qui allait même au-delà du scripting. Adobe nous dit qu'avec le Creative Cloud les améliorations et corrections seront constantes grâce aux mises à jour régulières. Le hic c'est que des problèmes nouveaux surgissent et le développement des scripts qui nous permettent de les contourner nous coûtent à chaque fois des centaines d'euros, quasi un an d'abonnement au Creative Cloud ! Le pire : quand on envoie les documents et les scripts en question aux développeurs, on ne reçoit jamais de réponse. 

D'autre part, toujours à partir de CS6, InDesign n'était plus capable d'exporter en PDF des documents grands ; le processus s'arrêtait à chaque fois au deux tiers pour un document de 1,8 mètre sur 25 cm en l'occurrence. Là aussi, silence radio d'Adobe alors qu'ils étaient en possession de mes documents. Je downgrade le document en CS5.5 et miracle : l'exportation se fait sans problème.

Plus récemment, InDesign a été complètement réécrit en 64 bits et de nombreux morceaux du logiciel ont été mal convertis : le scripting est encore cassé dans pas mal d'endroits, la colorimétrie présente des bugs qui n'existaient pas avant, les Bibliothèques .INDL converties d'anciennes versions qui se retrouvent vides, et j'en passe...

Le scripting est-il vraiment utilisé par la majorité des utilisateurs d'InDesign ? Est-ce vraiment un problème pour eux ?

En 2014 oui, il y a pas mal de monde qui utilise des scripts déjà faits en les téléchargeant sur internet. Une petite minorité les fait développer quand il s'agit de publications plus complexes pour des clients importants comme des groupes de presse. Lorsqu'on signale aux développeurs que telle fonction manque à l'appel, qu'elle est incomplète, et qu'elle serait très certainement utile pour la majorité des utilisateurs, ils m'ont souvent répondu : « Si vous désirez ce comportement, InDesign est très scriptable et donc vous pouvez écrire un script ». D'abord, un metteur en page est rarement un développeur, et les développeurs du « logiciel-de-mise-en-page-qui-s'appelle-InDesign » pensent que les graphistes et metteurs en page savent (faire) écrire facilement un script. L'expérience sur le terrain montre que c'est très rarement le cas.

Mais si en plus des bugs rajoutés à chaque version, même le modèle de scripting qui est censé nous aider à contourner les limitations se détériore à chaque nouvelle version, alors comment ne pas affirmer que la santé d'InDesign s'aggrave progressivement depuis InDesign CS6 et que nous sommes obligés de garder jusqu'à quatre versions du logiciel sur nos postes ? Et, bien évidemment, lorsque je dis à Adobe que tout cela nous coûte de plus en plus cher car on doit développer des scripts pour contourner les bugs, pas de réponse.

Vous avez évoqué les fonctions de l'InDesign Print qui sont toujours en souffrance, en attente d'amélioration. Quelles sont ces fonctions ?

Je vais vous répondre en citant quelques fonctions mais aussi en vous expliquant comment on en arrive à des situations absurdes. Un ancien responsable d'InDesign racontait avec amusement et consternation une anecdote vécue avec un développeur qui avait étudié une sorte de concept, une série d'interconnexions logiques entre des fonctions. Il en fait la démo aux responsables qui se sont demandés en quoi cela pourrait être utile à InDesign. Personnellement, pour avoir montré par l'exemple chez eux, dans leur labo de Seattle où InDesign est développé, les gros problèmes en matière de gestion multilingue, j'avais l'impression de parler à des gens qui n'était pas sur la même planète que nous et qui ne voyaient pas en quoi les problèmes de l'Europe et ses dizaines de langues pouvaient les toucher. 

Lorsque la fonction Légendes (dynamiques et statiques) a été développée, la première fois qu'on nous l'a présentée j'avais tout de suite pointé un certain nombre d'incohérences et de limites. Lorsque j'ai expliqué comment depuis des siècles, et plus particulièrement depuis trente ans en PAO, les légendes fonctionnent et devraient fonctionner, le développeur qui en avait la charge était incapable d'entendre un avis venant de la vie réelle, c'est-à-dire de professionnels de la mise en page qui s'attendent à utiliser les légendes comme... des légendes ! Ce développeur était coincé dans une logique de développeur ne connaissant pas la réalité d'usage des légendes, nous expliquant que « c'était comme ça », et que seules les remarques concernant le débuggage allaient être acceptées, mais certainement pas pour améliorer la fonction. Depuis son apparition dans CS5, cette fonction n'a plus été améliorée. Aujourd'hui encore, si l'on utilise une légende dynamique (qui peut être automatiquement mise à jour via les métadonnées), elle doit obligatoirement tenir sur une seule ligne de texte sinon le texte se condense. Si l'on utilise une légende statique, elle peut tenir sur plus d'une ligne de texte, mais elle ne peut être mise à jour.

Donc, au lieu de créer une seule fonction, ils en ont créé deux, chacune possédant 50% des avantages et des inconvénients de l'autre. Totalement absurde.

Un autre exemple encore plus éclairant: les tableaux... apparus dans InDesign 2.0 et améliorés dans CS (3.0), ils étaient restés en léthargie depuis dix ans. Combien de fois n'a-t-on pas lu des demandes pour que les coins puissent être arrondis ? Cela viendra peut-être un jour. Mais dans la dernière version InDesign CC2014, une amélioration est apparue : on peut déplacer le contenu d'une ou plusieurs lignes ou colonnes par simple sélection puis glissement de celle-ci... à condition :

  • qu'il n'y ait pas d'en-tête de tableau,
  • ni de pied de tableau,
  • ni de cellules fusionnées…

Vous avouerez que cela réduit considérablement le champ d'action de cette nouveauté ! Quel tableau n'a-t-il pas au moins un titre ou des intitulés de colonne ? C'est ce que l'on appelle en anglais une « half-baked feature », une fonction à moitié cuite.

Les notes de bas de page ne sont utilisables que dans des documents simples, comme les livres de littérature. Cela fait dix ans que les utilisateurs demandent qu'elles ne soient pas contraintes à une seule colonne, qu'elles puissent sortir du bloc de texte... Il y a toutefois une petite amélioration dans InDesign CC2014 qui permet à la note de bas de page d'être composée correctement lorsqu'elle EST sous l'influence d'un habillage. Mais pourquoi alors n'ont-ils pas résolu le même problème lorsqu'un habillage vient perturber une liste à puces !

Éternel problème dans InDesign : l'habillage de texte appliqué aux objets ancrés n'est effectif qu'à partir de la seconde ligne du paragraphe. 

Pour résoudre le problème, il faut ancrer l'objet au paragraphe précédent. Une solution qui ne fonctionne pas si le paragraphe précédent se trouve sur la planche précédente. De plus, placer ainsi le point d'insertion ailleurs qu'au début du paragraphe associé ne respecte pas le sens logique de lecture du document, ce qui veut dire qu'à l'exportation en HTML, en EPUB ou en PDF accessible, l'objet ancré apparaîtra ailleurs que là où il devrait se trouver. Ce n'est vraiment pas sérieux.

La fonction Mise en page liquide, censée nous aider dans la déclinaison de mises en page dans des formats différents, est tellement basique et mal conçue que non seulement son champ d'application est très limité mais sa mise en œuvre est très laborieuse. Je pourrais continuer la liste encore et encore. C'est ainsi depuis dix ans dans InDesign.

Les développeurs d'InDesign sont-ils au niveau des standards de qualité que l'on est en droit d'attendre d'Adobe ?

Depuis une dizaine d'années, sous l'impulsion du CEO d'origine indienne d'Adobe, de nombreux pans d'InDesign ont été progressivement transférés chez Adobe India, l'outsourcing traditionnel à prix cassé. Quand j'avais demandé aux développeurs des bureaux de Seattle quelle était la qualité du travail de ces fameux développeurs indiens à la réputation flatteuse, la réponse était un « It's... OK » long et ironique, avec un regard et un sourire qui voulaient dire que c'était en fait moyen à acceptable. 

Shantanu Narayen, CEO d'Adobe.

Vous êtes assis-là ? La décision a été prise il y a quelques mois : InDesign n'est plus développé à Seattle, tout est parti en Inde. La direction du logiciel reste aux États-Unis mais les derniers développeurs historiques, même ceux qui étaient dans la gestion de nombreux départements, ne font plus partie de l'équipe originelle. La détérioration progressive du logiciel ces dernières années s'explique aussi par ce réaménagement. Maintenant vous me demandez si le niveau des développeurs est suffisant. Il y a du souci à se faire suite à ces constats. Surtout depuis que j'ai appris que tout DPS (le module de Digital Publishing) est en fait développé en Inde depuis le début...

Les développeurs d'InDesign n'ont pas participé à DPS ?

Que nenni. Non seulement ils n'ont jamais participé à l'élaboration de DPS, ni collaboré à la moindre fonction mais pire : ils ne savent même pas qui en sont les développeurs en Inde ! Les équipes ne se sont jamais rencontrées… Il faut considérer DPS comme un plug-in tiers.

Quelle est la conséquence de cette séparation des équipes ?

On avait créé une application qui se mettait à jour correctement au gré des mises à jour de DPS. Puis un jour, quelque chose bloquait dans la mise à jour de l'app pour Android, impossible de la sortir à temps alors que mon client avait préparé une grosse campagne de communication à une date très précise. Reconnaissant le problème, mon contact chez Adobe a mis en place une task force de quatre personnes en Inde pour comprendre pourquoi des fichiers InDesign qui jusqu'alors, passaient sans problème dans le cloud DPS, étaient rejetés. Cela a pris plus d'un mois. Le constat : les développeurs avaient oublié de documenter une modification qui, si nous avions été mis au courant, auraient pu être appliquée dans nos templates. La conséquence : une gestion catastrophique du service, une réponse tardive... tout cela est indigne pour le prix payé pour la licence. Le client, furieux de voir sa campagne s'effondrer, de devoir rendre des comptes à sa hiérarchie, a demandé en guise de compensation la gratuité d'un an de service DPS Professional. Refus d'Adobe qui ne proposait qu'une remise ridicule. Le client a finalement rayé Adobe DPS et m'a blacklisté comme « prestataire peu fiable qui n'a pas livré un produit à temps alors qu'il s'y est contractuellement engagé »... C'est grave, tout cela va se jouer devant un tribunal avec plusieurs acteurs.

DPS est-il au point ?

Le problème de DPS est que c'est une usine à gaz qui a d'abord été pensée pour les groupes de presse moyens à grands. Nous sommes obligés de travailler en ligne sur le Cloud DPS Adobe avec tous les problèmes que cela a déjà engendré (lenteur, coupure du service, lourdeur des fichiers et donc uploads laborieux), de nombreuses étapes nécessitent des opérations manuelles fastidieuses, l'interaction avec les fonctions d'InDesign est très incomplète. L'illustration parfaite de la déconnexion entre l'équipe de Seattle et Adobe India est la suivante : InDesign permet d'avoir des pages de formats différents pour produire, entre autres, des applications mobiles au format de plusieurs sortes de tablettes et téléphones ; l'un des grands credos d'Adobe. Imaginez que vous avez préparé tous les pages dans tous les formats... et bien DPS ne vous permet pas de créer d'un seul clic de souris toute la publication et ses déclinaisons de format, vous devez réaliser une opération manuelle pour chaque page et chaque format. Twixl, un concurrent de DPS, réalise l'opération en quasi un clic de souris, c'est à dire 20, 50, 100 fois plus vite en fonction du nombre de pages et de déclinaisons. 

Pourtant DPS est utilisé massivement par de nombreux titres ?

Tout à fait, mais les concurrents comme Aquafadas ou Twixl grappillent des parts de marché à DPS de façon impressionnante ces derniers temps. Aquafadas n'est pas bon marché, est moins facile à apprendre, mais la palette de fonctions qu'il propose est aussi impressionnante, ils sont vraiment à la pointe des publications électroniques. Twixl propose grosso modo la même chose que DPS mais le flux de travail est tellement plus malin, plus rapide et plus facile. Un nombre considérable d'opérations manuelles dans DPS sont exécutées d'un seul clic de souris dans Twixl. Et puis l'argument déclencheur qui a forcé un nombre important d'utilisateurs à quitter DPS est le prix. Récemment, de façon un peu inexplicable, Adobe a modifié sa politique de prix qui rend leur solution de digital publishing encore plus chère qu'auparavant. Les agences qui ont investi et formé leur personnel à Adobe DPS voient tout cela d'un très mauvais œil.

Comment voyez-vous l'avenir d'InDesign ? Pensez-vous que, comme à l'époque de la domination de Quark, un éditeur puisse lancer une nouvelle solution innovante et s'emparer du marché ?

Depuis que le PDF s'est imposé comme format d'impression, peu importe l'outil, du moment que l'imprimeur réussit à imprimer correctement. Mais développer un logiciel concurrent à InDesign est une entreprise titanesque qui, chez Adobe, a nécessité entre 100 et 300 personnes pendant 20 ans. Sans parler du travail d'orfèvre que représentent la composition optique du texte, le moteur d'aplatissement de transparence et d'impression PostScript, la gestion vectorielle façon Adobe, l'interaction avec les autres logiciels majeurs... Toute nouvelle solution serait inférieure mais elle devrait aussi être scriptable pour rencontrer les besoins des groupes de presse qui ont besoin d'automatisation... Et les développeurs de plug-ins tiers, vont-ils suivre d'emblée ? Tâche colossale. InDesign est donc bien installé, pour longtemps, mais est devenu un logiciel non optimisé, où les fonctions ne sont plus harmonisées entre elles. Il lui manque aussi une vision cohérente, une direction qui va appliquer un plan de consolidation, de nettoyage des bugs, et non mettre la charrue avant les bœufs.

Ce nouveau contexte représente-t-il une chance pour Quark de rebondir ? QuarkXPress a-t-il les moyens d'intéresser à nouveau les déçus d'InDesign ?

Une chose est sûre et visible : le prix de QuarkXPress n'arrête pas de chuter si l'on se réfère aux courriels promotionnels réguliers de Quark annonçant des prix fracassés comme dans une solderie désespérée... Plus sérieusement, et Quark le sait, ils ont perdu 90% du marché dans les structures petites à grandes. Là où ils sont encore présents c'est dans les mégastructures verticales produisant de très gros documents composés automatiquement sur des serveurs. Quant à InDesign, il n'a pas encore atteint le seuil critique dans le mécontentement de ses utilisateurs. De plus, les gens paient déjà 50 € HT par mois l'abonnement Creative Cloud et, compte tenu de la crise et de ce qu'ils sont prêts à dépenser pour des logiciels, je doute qu'ils soient prêts à payer davantage. Tiens, une idée pour Quark : rendre QuarkXPress gratuit mais ne faire payer que l'impression et les exportations en PDF, en EPUB, en Digital Publishing... là ce serait peut-être intéressant.

Tags
avatar YARK | 

Oui, mais là c'est du rêve, Pages est plus proche de Word que du monde de la PAO.
En tout cas, tel qu'il est actuellement : impossible de s'en servir pour le print : export pdf dégueulasses, fonds perdus inexistants, ou alors faut sacrément bricoler... Bref tout juste bien pour dépanner Mamie.

avatar Madalvée | 

Branislav,
Ayant des commandes essentiellement Print de la plus conventionnelle à la plus inattendue, me conseillez-vous de repasser de la version CS6 à la version CS5.5 (que je possède aussi) ? C'est une question de crédibilité professionnelle. Je n'ai pas jusque là éprouvé les limites de la CS6.

avatar branislav_milic | 

InDesign CS5.x est moins buggé et plus rapide.
De toute façon si vous travaillez en CS6, vous pouvez toujours exporter le .INDD en .IDML et l'ouvrir en CS5.x en cas de soucis, en perdant évidemment les fonctions spécifiques de la CS6.

avatar branislav_milic | 

Si vous avez dans votre entourage un formateur ou un expert des produits Adobe, lié de près ou de loin à Adobe,… l'avez-vous vu relayer cet article?

Si non, cela en dit aussi beaucoup sur le degré de liberté/soumission de ces formateurs/experts vis-à-vis d'Adobe. Je suis une grande gueule, un rebelle, je dis ce que je pense car je ne défends pas les intérêts d'une grosse boîte, mais bien ceux des utilisateurs. Je suis toujours du côté des utilisateurs, même quand InDesign a fait son apparition car quitter QuarkXPress était bon pour les utilisateurs.

Mais expliquer à Adobe
- que ce genre d'interview est bon pour InDesign et Adobe en général,
- que les meilleurs conseils viennent de ceux qui vont vous dire des choses qui font mal, des choses que vous n'aviez pas envie d'entendre au premier abord,
- que vos meilleurs amis sont ceux qui parlent franchement...
est une mission presque impossible car on a affaire à une grosse société américaine pur jus.

avatar Socrate1 | 

Merci pour cette interview vérité où Adobe en prend pour son grade mais le mérite quand même bien. C'est vrai que le DPS, j'ai commencé à y plonger le nez (nous avons des besoins très restreints donc les autres solutions paraissent disproportionnées en fait), mais bon diou, je comprend mieux pourquoi je trouvais cette fonction aussi mal intégrée et, franchement, plutôt mal foutue :-/ . Panneaux fourre-tout alignant tout, rien et son contraire, les maquettes liquide qui sont une bonne idée mais à l'ergonomie assez ésotérique avec leurs poignées qui me font me demander, devant le boulot qui reste quand même à abattre, si ce ne serait pas plus simple de le faire à la main, plutôt que de devoir voir, page après page, ce qu'il aura fait et le corriger en conséquence… Je n'ai pas été particulièrement impressionné j'avoue. Quand à leur nouvelle grille tarifaire… no comment. Comment flinguer sa propre clientèle en une leçon, c'est un cours magistral que vient de nous offrir Adobe…

Heu, tant qu'à l'avoir sous la main, je vais me permettre une petite question à M'sieur Milic ^^ : en repartant sur le print, parlant des bizarreries d'InDesign, j'utilise la CC 2014 et le raccourci Cmd+Espace+glisser de la souris pour zoomer sur la zone délimitée, que je trouve plus pratique que le z, semble avoir disparu. C'est normal et voulu par les dév. parce que je serais la peule personne actuellement sur Terre à m'en servir ou s'agirait-il d'un bug de ma CC ?

avatar branislav_milic | 

Cmd+Espace+tracer une zone de zoom fonctionne dans InDesign CC2014.
Cmd+Espace+glisser c'est dans Photoshop.

avatar Socrate1 | 

Bonjour
Bouip, désolé, je m'a suis mal exprimé. Mais par contre ce raccourci ne fonctionne quand même pas ici. Zarb. Merci quand même de ta réponse :-).

avatar Vinc | 

Excellent article ! J'ai commencé moi aussi avec 1.0 / 1.5 et je suis totalement d'accord avec tout ce qui est dit par BM. Pour la DPS je ne savais pas mais c'est tellement galère à utiliser que je ne suis pas surpris.

Qui plus est cette évolution catastrophique vaut pour les autres logiciels qui vont tous dans une très mauvaise direction (sans compter les outils web —nouveaux et anciens–, qui eux n'ont vraiment aucun intérêt).

avatar YARK | 

Tout en étant un inconditionnel d'InDesign, ça fait combien de temps que je dis qu'il faut s'en tenir à la version 5 (qui a mon avis est amplement suffisante pour une majeure partie des graphistes) ?!!!

Après, si vous voulez un truc/usine à gaz, ça tombe bien, le Cloud, c'est du gaz et moi j'en veux pas, na !

Leur abonnement, c'est un abonnement qui ressemble surtout à du racket.

J'en reviens toujours à Coluche "et dire que si on n'achetait pas, ça se vendrait pas...".
Et bien oui, arrêtez au moins en version 6 et envoyez les chier : notre boulot passe avant leurs belles cravates et belles totos. MERDE ALORS !!!

Et bravo à Branislav pour son objectivité.

avatar branislav_milic | 

Mise à jour du 31 octobre 2014:
Chris Kitchener, qui était l'InDesign Senior Product Manager, n'est plus à ce poste et il n'est même plus chez Adobe. Comme quoi...

avatar khouya | 

Bonjour,

Merci pour cet article très enrichissant. Donc selon vous la CS5.5 serait la meilleure version ? Pensez-vous qu'on puisse encore trouver la version CS5.5 Afrique du Nord ?

J'ai installé la CC 2015 Afrique du Nord pour les besoins d'un projet. J'ai pu constater que le bug de l'export de documents longs sous CS6 (!) est résolu sous CC (mais d'autres bizarreries sont apparus comme la page blanche après un rechercher/remplacer...).
Le fait de bénéficier des fonctionnalités de la version MENA rien qu'en paramétrant la langue facilite les choses je trouve.
Maintenant si vous pensez que la CS5.5 est meilleure, je préférerai installer celle-ci.

Merci d'avance !
J'espère que vous trouverez ce message. L'article datant de 2014...

avatar branislav_milic | 

La dernière version d'InDesign a fait beaucoup de progrès dans la correction de bugs mais elle reste à certains égards problématiques et ceux listés dans cet article sont toujours présents.
Aussi la CS5.5 semble n'être plus compatible avec Sierra mais je n'ai pas testé à fond.

avatar khouya | 

Merci ! Quant à la version Afrique du Nord ? Même verdict ?
Comme c'était produit par Winsoft avant, il y a peut-être des différences ?

Par rapport à l'OS, personnellement je suis resté sous Mavericks. J'ai l'impression que les mises à jour de l'OS servent surtout l'obsolescence... + gourmand en ressources, peu d'améliorations, des logiciels qui ne sont plus compatibles... Est-ce que je me trompe ?

Par rapport au bug, j'ai pu sous CC exporter des documents longs sans pb. Impossible sous CS6.

Merci !

avatar tempest | 

La relecture a posteriori de cet entretien avec Branislav est éloquent… et affligeant.
Quand on pense l’énergie que des gens comme Branislav (ou moi à ma très modeste échelle) ont mise dans la promotion d’InDesign face à cette boule qu’était devenu XPress (pas tant le soft d’ailleurs que la façon dont Quark traité ces clients). Et à présent une fois installée en haut de la pyramide Adobe se comporte comme Quark 15 ans plus tôt. C’est pourquoi au vu des réalisations déjà disponibles de la société Affintity, je pose beaucoup d’espoir sur leur futur logiciel de PAO Affinity « Publishing ». S’il est du même niveau que Designer et Photo alors Adobe aura du soucis à se faire au moins pour les petites structures, agences et les free-lance… Je préconise d’ailleurs déjà les deux premiers logiciels auprès de mes étudiants dans les structures de formations ou j’interviens.

avatar branislav_milic | 

«Affinity Publisher» n'est pas pour bientôt.
J'ai eu une discussion avec les développeurs et je pense qu'ils ont compris mon point de vue: rivaliser avec InDesign sera bien plus difficile (au niveau de la conception du logiciel) que de rivaliser avec Photoshop et Illustrator.

avatar tempest | 

Je me doute que c’est une autre paire de manches que les deux autres logiciels… J’espérai le logiciel pour le courant 2017 mais je comprends que ce n’est pas pour demain…
Quoi qu’il en soit si les devs d’Affinity ont Branislav MILIC comme special technical consultant, alors ils auront un produit qui répond aux attentes et pas une bouse farcie d’options que personne n’utilise…

avatar branislav_milic | 

Ils ne m'ont pas comme consultant.

avatar apreslapluie | 

Dommage ;-)

avatar khouya | 

Ce que tu as dit m'intriguait. Je viens de tester un document avec des feuilles de styles qui contiennent du GREP. J'ai testé sur CC 2015, CS6 et CS5.5.

C'est hallucinant la différence ! Sur CC et CS6, on assiste à des lenteurs rien qu'en double cliquant sur un mot (la petite roue multicolor qui tourne plusieurs secondes). Sur CS5.5 par contre rien de tout ça. Pas de ralentissement ! Et qd on sait que sur CS6 on ne peut même pas exporter de documents longs, c'est un comble !

Vraiment cet article est très enrichissant à plus d'un titre. Merci !

avatar khouya | 

Est-ce aussi valable pour Photoshop et Illustrator ?
Faut-il s'en tenir à la CS5.5 ? Merci !

Pages

CONNEXION UTILISATEUR