InDesign. Quelle formule GREP pour trouver un signe seul sur une ligne ?

[losto]

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.

Ce message a été modifié par losto - 23 Jan 2023, 16:00.

[dksp]

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).



Ce message a été modifié par dksp - 23 Jan 2023, 16:29.

[magicPDF]

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 :



Ce message a été modifié par magicPDF - 24 Jan 2023, 09:47.

[losto]

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.

 Capture_d___e__cran_2023_01_24_a____1.png ( 64.05 Ko ) Nombre de téléchargements : 26


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.

 Capture_d___e__cran_2023_01_24_a____3.png ( 61.82 Ko ) Nombre de téléchargements : 22



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.

[dksp]

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

[losto]

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...

[magicPDF]

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.

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 :



Ce message a été modifié par magicPDF - 24 Jan 2023, 11:47.

[dksp]

Il existe aussi une "Espace ultrafine" : ^|

Ce message a été modifié par dksp - 24 Jan 2023, 12:23.

[macmacmac]

hELLO,

Il existe aussi une "Espace ultrafine" : ^|

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.

[losto]

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 ?

Ce message a été modifié par losto - 24 Jan 2023, 17:10.

[macmacmac]

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 ?

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)

[losto]

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.

[Silk]

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.

Ç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?

Ce message a été modifié par Silk - 24 Jan 2023, 23:12.

[losto]

Ç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?

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.

 Capture_d___e__cran_2023_01_25_a___11.11.11.png ( 98.87 Ko ) Nombre de téléchargements : 17


(Le "retrait" est ici une espace.)

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

[magicPDF]

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.

\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.

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 ?

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

Ce message a été modifié par magicPDF - 25 Jan 2023, 12:07.

[losto]

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.

[magicPDF]

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

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

[losto]

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

 Capture_d___e__cran_2023_01_25_a___15.35.44.png ( 77.89 Ko ) Nombre de téléchargements : 7


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 ?

[baron]

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".

[losto]

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".

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

[magicPDF]

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 ?

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.

[losto]

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.




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) ?

[magicPDF]

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.

[losto]

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...

[losto]

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

[magicPDF]

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

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.

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

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.


Ce message a été modifié par magicPDF - 27 Jan 2023, 12:23.

[losto]

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

[losto]

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.

Essai OLG

Ce message a été modifié par losto - 27 Jan 2023, 18:24.

[losto]

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.

Ce message a été modifié par losto - 1 Feb 2023, 11:25.

[magicPDF]

À 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.

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 ?

Ce message a été modifié par magicPDF - 2 Feb 2023, 15:29.