Version imprimable du sujet

Écrit par : losto 23 Jan 2023, 16:00

Bonjour.
La question est posée.
Suite à une modif de style répercutée sur près de 300 pages, un signe s'est retrouvé seul à la ligne suivante, un peu partout dans le document.
Corriger cela visuellement est long et fastidieux.
Une formule de recherche de ce veuf/orphelin me ferait gagner beaucoup de temps.

Écrit par : dksp 23 Jan 2023, 16:24

Bonjour,
la recherche dans InDesign permet de rechercher les caractères masqués.

Quel est le signe, et quel caractère maqué (^n, ^p… ) fait le renvoi à la ligne ?

Donc copier le signe veuf/orphelin et son caractère masqué qui le précède, et ensuite remplacer toutes les occurrences de cette combinaison par le signe veuf/orphelin seul (ou précédé d'une espace éventuellement).

Écrit par : magicPDF 24 Jan 2023, 09:36

Bonjour

Un seul signe ça veut dire que tu as des paragraphes qui sont constitués d'un seul caractère.
Donc en GREP il faut rechercher :
- un début de paragraphe,
- un (seul) caractère quelconque,
- une fin de paragraphe.

Si on suppose que tu veux recoller ce caractère à la ligne précédente (puisque tu ne précises pas) il faut remplacer par :
- le caractère trouvé,
- une fin de paragraphe.
C'est à dire ce qui est dans la deuxième série de parenthèses, le "trouvé 2".

Ce qui nous donne :

Écrit par : losto 24 Jan 2023, 10:30

Merci de ta réponse, dksp, mais je n'ai pas été assez précis.

Dans le document en question, auparavant traité sous macOS Mojave et iMac 27" 2017 et désormais traité sous macOS Monterey et MacBook Air M2 2022, j'ai dû remplacer des polices Type 1 par des OT et TT, et cela a entraîné des différences de chasse qui ont provoqué quelques problèmes, dont celui qui nous occupe.

L'ensemble du texte est réglé à échelle horizontale 70% et au fur et à mesure de la frappe, j'ajuste si nécessaire pour éviter une coche solitaire sur la ligne suivante.




Le changement de police a donc fait, entre autres, que des lignes à 70% (ou moins) ont été césurées, la coche étant rejetée en ligne suivante.

Je repère donc ces coches et règle l'échelle horizontale, mais leur recherche est fastidieuse. D'où ma question pour les repérer par une recherche (texte ou GREP).
Les repérer, puis "automatiquement" adapter l'échelle horizontale de la coche et de la ligne qui la précède et dont elle devrait faire partie, pour qu'elle revienne en bout de ligne précédente, relève, en ce qui me concerne, du pur fantasme. Mais j'imagine, à tort sans doute, qu'un bidouilleur expérimenté pourrait peut-être scripter ça...


En tous cas, le minimum est de repérer les coches solitaires.

- - - - - -

Merci de ta réponse, magicPDF, mais la coche ayant été rejetée en début de ligne suivante, il n'y a pas de création de paragraphe.

- - - - - -


Avant de tester une de vos réponses, je tenais donc à vous préciser la nature du problème, ce qui va sans doute modifier vos propositions.

Écrit par : dksp 24 Jan 2023, 11:07

Je pense que tu peux régler tout ça avec la justification et des espaces insécables.

- remplacer toutes les occurrences de " ✓" par "^S✓" (espace insécable de largeur normale)
- ensuite régler la justification avec la mise à l'échelle variable, de 70% maximum, à affiner selon le rendu chez toi évidemment

Écrit par : losto 24 Jan 2023, 11:23

Les solutions les plus simples sont parfois les moins évidentes, sauf après coup !
Celle-ci évite les coches solitaires, mais par une césure, laquelle se répétant des centaines de fois, va augmenter le nombre de pages du document, ce que je veux éviter en réduisant en direct manuellement l'échelle horizontale. Celle-ci ne peut être automatisée avec succès (dans mon cas) après coup.
Donc, j'ai le choix entre espace insécable avant coche et augmentation du nombre de pages, ou recherche des coches solitaires et ajustement de l'échelle horizontale. Voire un mix des deux.

Et sauf erreur, je n'ai toujours pas le moyen de rechercher les seules coches solitaires...

Écrit par : magicPDF 24 Jan 2023, 11:45

Dans ce cas il faut chercher :
- une espace quelconque,
- suivie d'une coche,
- suivie d'une fin de paragraphe.

Et appliquer à l'espace quelconque un style de caractère qui la réduit à xx%.

En GREP il est possible de ne sélectionner QUE le caractère recherché (l'espace) en utilisant le Look Behind Positif.
Non testé mais ça devrait fonctionner :

Écrit par : dksp 24 Jan 2023, 12:23

Il existe aussi une "Espace ultrafine" : ^|

Écrit par : macmacmac 24 Jan 2023, 15:55

hELLO,

C'est LA méthode à utiliser.
Remplacer avec espace ultrafine insécable, elle est invisible et donne l'impression qu'il n'y a pas d'espace, du coup, plus de veuve/orpheline.
Ensuite, il faut désactiver la césure de mots car un paragraphe qui fait une ligne supplémentaire (pour peu de caractères), la ligne précédente aura donc des intermots très importants, ce qui, visuellement, se verra très facilement pour faire une intervention manuelle si nécessaire.
Et comme je vois là une justification plutôt courte, j'ajouterai également la justification équilibrer les textes en drapeau + la justification forcée.
Par défaut ça ferait une présentation rapidement proche du résultat voulu.

Écrit par : losto 24 Jan 2023, 17:08

Concernant l'espace ultrafine, je ne comprends pas son utilité. La coche soit toujours être précédée d'une espace normale. Là, macmacmac envisage de la réduire à quasi rien, non ?

Écrit par : macmacmac 24 Jan 2023, 17:31

Certes, car en regardant les captures, je ne vois pas d'espace.
Et de toute façon, je ne trouve pas que ce soit nécessaire ici vu le contexte textuel et vu la mise-en-page.
(enfin, je trouve)

Écrit par : losto 24 Jan 2023, 17:48

magicPDF, ta formule provoque une recherche à l'infini sans que je puisse la stopper autrement qu'en forçant ID à quitter...

En remplaçant le s par un S, la recherche trouve la première coche (ni veuve ni orpheline) en fin de paragraphe.

Je pose à nouveau la question qui me turlupine :
pensez-vous qu'il soit possible d'automatiser la séquence suivante ?

Repérer une coche solitaire (seule au début d'une ligne) puis adapter l'échelle horizontale de la coche et de la ligne qui la précède (donc les deux en même temps avec la même valeur) par incréments de 0,5% ou 1% jusqu'à ce que la coche remonte et revienne au bout de sa ligne.

Écrit par : Silk 24 Jan 2023, 20:24

Ça s'appelle un script. Indesign a son système de script. À vous de voir si l'investissement en temps d'apprentissage vaut le coup sans garantie que vous obteniez ce que vous voulez plus rapidement.

Régler votre soucis quelque soit la méthode, ne vous épargnera pas une relecture et des corrections.

Donc dégrossir avec du rechercher/remplacer puis corriger semble être le plus simple non?

Écrit par : losto 25 Jan 2023, 11:09

J'ai parlé de script plus haut dans le post...
Valable uniquement si un·e fondu·e du script me le concocte !

Pas de relecture ni de corrections, elles sont effectuées au fur et à mesure (quotidiennement) des ajouts.
Je vais effectuer des ajustements par différents biais cumulés, dont l'utilisation d'espaces insécables (négligés ici et que pourtant j'utilise souvent ailleurs, bien méconnus si l'on en juge par la vision de textes avec des lignes commençant par un point d'interrogation, d'exclamation, voire un point-virgule, une parenthèse fermante...).

J'ai encore une question.
Les filets de paragraphe peuvent comporter un retrait à gauche et/ou à droite.
Dans les options de style de caractère, options de soulignement, ce retrait n'existe pas.
C'est dommage car un mot surligné avec un filet dépassant en haut et en bas gagnerait à être surligné avec un retrait à gauche et à droite par une meilleure esthétique.



(Le "retrait" est ici une espace.)

Pensez-vous qu'une bidouille permette cela sans avoir à ajouter l'espace avant et après ?

Écrit par : magicPDF 25 Jan 2023, 12:13

\s = espace quelconque
\S = n'importe quel caractère sauf l'espace (quelconque).
Ce qui voudrait donc dire qu'il n'y a pas d'espace avant les coches.

Un script ne peut pas remplacer l'œil.
La méthode que je t'ai proposé est assez souple, une fois le rechercher-remplacer effectué il n'y a plus qu'à jouer sur la valeur d'étroitisation du style de caractère pour faire remonter les coches.

Par ailleurs, pour rester dans une logique typographique et de mise en page il faut que tu comprennes qu'avant d'être en début de ligne ces coches sont avant tout en fin de paragraphe. Ça change tout le raisonnement.

Si tu partageais (tout ou partie de) ton document il serait beaucoup plus facile de te répondre.



Ce que tu appelles un retrait est en fait un débord, mais quoi qu'il en soit la réponse est non.

Écrit par : losto 25 Jan 2023, 14:34

magicPDF, j'ai dû faire une erreur de manip, je trouve bien les espaces avec \s et l'espace avant la coche est indispensable.


Le script pourrait bien entendu remplacer l'œil puisqu'il s'agit juste de faire "remonter" la coche.

Trouver toutes les coches (et aussi des croix, en quantité moindre) puis sélectionner coche et ligne "précédente" puis varier le pourcentage d'étroitisation par demi%, me prendrait plusieurs jours d'affilée.
Il m'en a fallu beaucoup pour "corriger" les cent premières pages, quand, excédé, j'ai pensé faire appel à vos lumières.

Bien entendu la coche solitaire est en fin de paragraphe, ce qui ne change rien à mon raisonnement.

J'ai partagé l'exemple d'une ligne avec coche solitaire et de la même ligne avec coche remontée.

Ce que j'appelle retrait s'appelle bien retrait (dans la fenêtre Filets de paragraphe), je n'ai pas parlé de débord pour qu'on soit raccord avec la typologie InDesign.

Bref, j'ai mes réponses, je vous remercie tous et en reste là, l'échange risquant de devenir improductif.

À l'aide d'une dizaine de manips successives opérant sur les 275 pages actuelles (plus de 4 500 000 signes...), je vais régler le problème et d'autres du même genre qui me chagrinaient moins mais dont je vais profiter pour les éliminer. Les essais sur quelques pages témoins sont à la hauteur de ce que j'espérais.


Merci encore et à une prochaine.

Écrit par : magicPDF 25 Jan 2023, 14:46

En tout cas maintenant tu sais aussi comment trouver les coches et les croix sans espace avant.

Écrit par : losto 25 Jan 2023, 15:35

Et voilà la prochaine... en fait une précision que je souhaite obtenir de vous pour ce cas précis:

La formule "rechercher espace (rouge)" et "remplacer par espace insécable (rouge)" remplace bien entendu aussi l'espace entre les deux mots.

Or je ne veux modifier que la première et la dernière espace de groupes de deux mots ou plus (jusqu'à une dizaine consécutifs comme sur la copie d'écran. Quelle serait alors la formule ?

Écrit par : baron 25 Jan 2023, 16:15

Je ne sais pas comment tu vas pouvoir trouver cela mais ce que tu dois chercher, ce n'est pas "espace rouge" (comme tu le constates, ça trouve toutes les espaces rouges), c'est "espace rouge précédée d'un caractère quelconque pas en rouge" et "espace rouge suivie d'un caractère quelconque pas en rouge".

Écrit par : losto 25 Jan 2023, 16:53

Exact, la formulation est simple, mais quid de la formule ?

Écrit par : magicPDF 26 Jan 2023, 10:02

La bonne réponse vient souvent de l'abandon de la "mauvaise" question.
Dans ce cas ce ne sont pas les groupes de mots qu'il faut rechercher, il faut rechercher ce qui sépare ces groupes de mots (la grosse puce rouge) et remplacer les espaces de chaque côté de ce séparateur.

Par ailleurs, c'est peut être une question d'habitude mais je crois que tu t'emmerderais moins en utilisant la fonction "Sans retour automatique" qu'en recherchant-remplaçant avec des espaces insécables.

Écrit par : losto 26 Jan 2023, 11:19

magicPDF, il me semble que tu fais un amalgame.

Tout ayant été réglé (ou presque), il ne s'agit plus d'autre chose que de régler le problème ci-dessous.

https://forum.macbidouille.com/index.php?act=attach&type=post&id=64082


Les deux mots ci-dessus ont été "surlignés" avec l'option Souligner du panneau Caractère. Comme cette option ne propose pas de débord gauche ou droite (comme le fait l'option Filets de paragraphe du panneau Paragraphe avec Retrait à gauche et Retrait à droite), j'ai ajouté une espace rouge avant Good et une après job.

Mais voilà, il arrive qu'en fin de ligne, Good soit rejeté en ligne suivante tandis que l'espace rouge avant ce mot reste en bout de ligne.
Ma question est donc : quelle formule de rechercher-remplacer va faire que l'espace avant un tel groupe de mots (allant d'un seul à une dizaine) soit insécable ?

La formulation "rechercher espace rouge" et "remplacer par espace insécable rouge" remplace bien entendu aussi l'espace rouge entre les deux mots (c'est gênant) et l'espace rouge en fin de mot (ce n'est pas gênant). La formule est simple mais ne convient donc pas.

La formulation "rechercher espace rouge précédée d'un caractère quelconque (toujours une espace en fait) pas en rouge" et "remplacer par espace insécable rouge" conviendrait. Quelle serait la formule (texte ou GREP) ?

Écrit par : magicPDF 26 Jan 2023, 14:28

Je n'avais pas compris ça.

Dans ce cas j'utiliserais plutôt un GREP pour détecter l'espace avant le premier mot du groupe et l'espace après le dernier mot du groupe pour leur appliquer le "Sans retour automatique".

Comme déjà dit, si tu partageais un petit bout de ton document il serait plus facile de te répondre et de trouver la requête GREP qui va bien.

Écrit par : losto 26 Jan 2023, 16:02

Nul besoin de partager une partie du document, car tout est dans l'exemple montré (le terme Good job)

Pour mémoire, avant et après chacun de ces termes (qui peuvent comporter un ou dix mots), on a une espace normale.
Si j'utilise GREP et Lookbehind, (?<=\s)\s trouve bien l'espace rouge précédant Good, mais aussi toutes les espace du document répondant au critère. Il me faut donc préciser que je cherche une espace rouge après une espace "normale".

Or je ne parviens pas à trouver comment ajouter l'attribut couleur à une recherche...

Écrit par : losto 27 Jan 2023, 00:43

Laurent Tournier m'écrit que cette requête est impossible, que c'est une limite de la fonction R/R...

Écrit par : magicPDF 27 Jan 2023, 12:16

Si, si, parce-que si en plus de passer 10 minutes à chercher la bonne formule pour aider quelqu'un sur un forum je dois passer 10 minutes à recréer un document (qui ne sera pas exactement semblable) pour pouvoir l'aider, ça ne va pas me plaire.


Partage ton document et je t'expliquerai.
Laurent est un spécialiste reconnu du GREP et pour le coup il a raison, mais il n'y a pas que le GREP et à l'évidence il ne connait pas InDesign aussi bien que moi.

Écrit par : losto 27 Jan 2023, 13:29

ID CC 2021 ou IDML ? Fichier tel quel ou assemblage ?

Écrit par : losto 27 Jan 2023, 18:05

Bonsoir.
Voici le dossier contenant ce que vous me demandez. Les triangles rouges indiquent les regroupements (il y a des occurrences "solitaires" un peu partout) et les triangles verts pointent sur deux exemples d'espaces qu'il faudrait rendre insécables.
L'idéal (mais il ne faut pas trop rêver) est que, lorsqu'un terme à deux mots (ou plus) est scindé par la césure, on retrouve une espace au début de la partie du mot rejeté en ligne suivante.
Cordialement.

http://lanvaon.bzh/Fichiers/EssaiOLG.zip

Écrit par : losto 1 Feb 2023, 11:19

Bonjour.
J'ai ajouté un exemple (http://oloste.free.fr/EssaiOLG4.zip).
À gauche, pourquoi "Paperback" ne se comporte-t-il pas comme "appartement" ? Poussez "appartement", il ne va pas laisser son espace-avant en bout de ligne, poussez Paperback, il va la laisser...
À droite, "appartement" et "Paperback" se comportent de la même manière, laissant leur espace-avant en bout de ligne.
C'est vraiment pénible. Je précise que les infos de justification et césure sont les mêmes à gauche et à droite.

Écrit par : magicPDF 2 Feb 2023, 15:27

J'ai échangé en privé avec losto et j'ai trouvé quelques GREP qui vont bien mais le vrai problème qui ruine tous nos efforts c'est ça : pourquoi ça ne coupe pas entre les deux espaces ?
Le comportement est le même qu'on utilise des espaces insécables ou bien l'attribut "Sans retour".
Est-ce qu'on a raté quelque chose ?

Écrit par : jmlevy 2 Feb 2023, 17:50

Je n'ai pas suivi la discussion depuis le début, et pour être franc, je ne comprends pas grand chose, mais la seule remarque que je peux faire est la suivante : dans le bloc de texte de gauche, le mot « appartement » (surligné en orange) est en fait écrit « iappartementi » avec les i de la même couleur que le surlignement.
Mais je suis peut-être complètement à côté de la plaque…

[attachment=64132:Capture_...17.55.01.png]

Écrit par : losto 2 Feb 2023, 20:21

Bien joué jmlevy !

Figurez-vous, et je vous dois des excuses, que j'avais eu l'idée de remplacer l'espace orange par un i orange (invisible sauf en mode éditeur). J'ai passé tellement de temps sur cette anomalie de non-sécabilité entre espaces que j'avais oublié cette manip. Or elle fonctionne bel et bien, ce qui est également étrange car les mots iappartementi et iPaperback sont bien césurés lorsqu'on les "pousse" en avant. Comme seul "appartement" avait été bidouillé, les deux mots de l'exemple avaient un comportement différent à la césure.

Si le problème de base (pas de césure entre espace blanche et espace orange placée avant mot "souligné" en orange) n'est pas résolu, il me restera à ajouter un i devant tout terme "souligné" en couleur. Ce ne devrait pas être trop compliqué d'automatiser ce rechercher/remplacer. Mais je vais tout d'abord faire un test sur différents mots pour vérifier que le i n'affecte pas leur césure convenable.

Par "précaution", je vais utiliser le signe · plutôt qu'une lettre.

Écrit par : losto 3 Feb 2023, 09:26

Bonjour.
Un fichier d'essai avec explications est disponible http://oloste.free.fr/EssaiOLG7.zip

Écrit par : magicPDF 6 Feb 2023, 22:12

Je crois que c'est une bonne solution, et du coup ça simplifie les rechercher-remplacer.

Écrit par : losto 7 Feb 2023, 09:11

Sauf que j'ai dû remplacer l'espace avant chaque terme souligné, par le signe "·" (plutôt qu'une lettre risquant d'interférer sur la césure) avec soulignement, chasse à 50% et couleur transparente. Cela de façon semi-automatique car il a fallu éviter de remplacer les espaces éventuels entre mots des termes et l'espace après chaque terme. Ça m'a pris beaucoup de temps, mais c'est fait.

Je sens bien que le post est parti dans les limbes, qu'il n'y aura probablement pas d'explication au comportement étrange des espaces sans césure entre elles, et qu'un remplacement automatisé n'aura pas été proposé.

Mais j'en sais désormais plus sur GREP, ça pourra servir.

Merci aux contributeurs.