uneMule

Bonjour à tous, pour compléter, juste une suggestion. 1. Pour chaque texte on défini le corps du texte et le corps pour l'interlignage, chainé par défaut. 2. On défini l'interlignage normalement dans paragraphe. 3. On laisse le leading override sur (auto) 4. On obtient l'affichage en vert. Rien n’empêche d'utiliser le leading override pour définir une valeur personnalisée dans ce cas il suffit juste re-chainer le corps de texte et le corps d'interlignage. Mais, bon, les développeurs peuvent faire Dans le cas présent, on peut changer le corps du texte en rouge (en plus ou en moins), cela ne remet pas en cause la gestion de l'interlignage dans le paragraphe.

Bonjour à tous. Je ne suis pas le lapin de Alice, mais je suis toujours en retard ! En suivant le lien de @thomaso, il semble que cette discussion soit toujours active. ***** Hello everyone. I'm not the Alice Bunny, but I'm always late! Following @thomaso's link, it seems that this discussion is still active.

@thomaso je regarde. Merci.

Yes, of course. But the idea is to say "the text in this paragraph is leading as if it were in size 12". And if there are some characters in size 10 or 14, they will be leading as if they were the rest of the paragraph. Then you define what you want in the paragraph window, 110%..., all the text will follow.But the idea its ***** Oui bien sûr. Mais l'idée est de dire "le texte de ce paragraphe est interligné comme s'il est en corps 12". Et s'il contient quelques caractères en corps 10 ou 14, il subiront le même interlignage que le reste du paragraphe. Après vous définissez ce que vous voulez dans la fenêtre paragraphe, 110 %..., tout le texte suivra.

Bonjour. Oui c'est une bonne question.

Bonjour à tous ***** hello everyone, Dans un cas comme celui-ci, qui finalement est assez fréquent, et qu'on travaille avec un interlignage en %, l'interlignage est calculé spécifiquement pour chaque caractère du paragraphe en fonction du corps de ce dernier. Et cela donne le résultat que l'on voit sur la dernière ligne. Souvent la réponse apportée est de passer en interlignage fixe et de dire, pour ce cas, tout en 14.4 pt (120% de 12 pts)(et y compris les %%% en corps 18). Une suggestion simple et utile serait de pouvoir spécifier un interlignage "médian" ou "défini par l'utilisateur" (qui serait un nouveau choix) et qui permettrait de travailler avec un interligne en % dans paragraphe et de conserver une gestion automatique de l'interlignage tout en évitant ce résultat : des interlignages différents dans le même paragraphe. Cela permettrait aussi de modifier le corps du texte sans revenir sur des cas particuliers. Ce réglage "médian" pourrait très bien se situer avec le réglage de "auto" dans la fenêtre de caractères (leading override). (auto) pour chaque caractère et (médian) le même pour tous les caractères (basé soit sur une valeur médiane, soit définie par l'utilisateur). ***** In a case like this, which is quite frequent, and we work with % leading, the leading is calculated specifically for each character in the paragraph. And this gives the result that we see on the last line. Often the answer is to switch to fixed leading and say, in this case, everything in 14.4 pt (120% of 12 pts) (and including the %%% in size 18). A simple and useful suggestion would be to be able to specify a "median" or "user-defined" leading (would be a new choice) and which would make it possible to work with % leading in a paragraph and to keep automatic leading management while avoiding this result: differents leadings in the same paragraph. This would also allow the body of the text to be modified without going back to particular cases. This "median" setting could very well be located with the "auto" setting in the characters panel (leading override). (auto) for each character and (median) the same for all characters (either based on a median value or defined by the user).

@thomaso I have indeed opened all the files and modified them. Lars' file too. Edited, copy/paste text, create pages. The fonts are missing and this document looks relatively empty. As for the date, I didn't pay attention. Too distracted, as is often the case.

Ha! I thought there was someone who read everything

Bonjour à tous. pas de problème pour ouvrir les fichiers dispos. L'ouverture à été moins rapide, la première fois en utilisant la bêta, avec le fichier ee-1-4, mais, le fichier ouvert c'est plus fluide que sur la version détail. Les autres fichiers ne posent pas non plus de problème. J'ai pu ajouter/supprimer des pages, importer du texte que j'ai copié/collé depuis le fichier ee-1-4. Tout est joint. J'utilise un portable avec un Intel(R) Core(TM) i7-3630QM CPU @ 2.40GHz, 16 Go de ram et un SSD 860evo de 500 Go. Une HD4000 et une nvidia GT650M comme carte graphique et j'utilise l'écran de mon portable. J'ai testé ce fichier avec la version 1.9.2.1035 et la version 1.10.0.1085. ***** Hello to all. No problem to open the available files. The opening was slower, the first time using the beta, with the file ee-1-4, but, the opened file is more fluid than on the retail version. The other files are not a problem either. I was able to add/delete pages, import text that I copied/pasted from the ee-1-4 file. Everything is attached. indd_8-blank-pgs_beta.afpub indd_8-blank-pgs.idml ee-1-4_modif_beta.afpub

Dans un cas comme celui-ci, qui finalement est assez fréquent, et qu'on travaille avec un interlignage en %, l'interlignage est calculé spécifiquement pour chaque caractère du paragraphe en fonction du corps de ce dernier. Et cela donne le résultat que l'on voit sur la dernière ligne. Souvent la réponse apportée est de passer en interlignage fixe et de dire, pour ce cas, tout en 14.4 pt (120% de 12 pts)(et y compris les %%% en corps 18). Une suggestion simple et utile serait de pouvoir spécifier un interlignage "médian" ou "défini par l'utilisateur" (qui serait un nouveau choix) et qui permettrait de travailler avec un interligne en % dans paragraphe et de conserver une gestion automatique de l'interlignage tout en évitant ce résultat : des interlignages différents dans le même paragraphe. Cela permettrait aussi de modifier le corps du texte sans revenir sur des cas particuliers. Ce réglage "médian" pourrait très bien se situer avec le réglage de "auto" dans la fenêtre de caractères (leading override). (auto) pour chaque caractère et (médian) le même pour tous les caractères (basé soit sur une valeur médiane, soit définie par l'utilisateur). ***** In a case like this, which is quite frequent, and we work with % leading, the leading is calculated specifically for each character in the paragraph. And this gives the result that we see on the last line. Often the answer is to switch to fixed leading and say, in this case, everything in 14.4 pt (120% of 12 pts) (and including the %%% in size 18). A simple and useful suggestion would be to be able to specify a "median" or "user-defined" leading (would be a new choice) and which would make it possible to work with % leading in a paragraph and to keep automatic leading management while avoiding this result: differents leadings in the same paragraph. This would also allow the body of the text to be modified without going back to particular cases. This "median" setting could very well be located with the "auto" setting in the characters panel (leading override). (auto) for each character and (median) the same for all characters (either based on a median value or defined by the user).

Merci. Cette optique semble impressionnante.*****Thanks. This lens looks impressive.

In the second capture, characteres panel, where is the reality? 14.4 pt leading for all? Not sure.

@smadell @Ron P. Nice work. Bravo for the focus stacking. Not a drop shaking. Spider in one shoot. What aperture?

@walt.farrell@R C-R Hello, And what do you think about a leading override like "median" (with auto) who's offer more flexibility in this sort of case ? This is not existing owever.

Bonne nuit à tous, le texte recherché est en vert. Dans la première capture le texte avant le remplacement. Dans le seconde capture le texte après remplacement. Observez le mot remplace (bicolore) mais la couleur d'autre mots change également, comme si il y avait un glissement. Étonnant, non ? ***** Good night to all, the text looking for is in green. In the first capture the text before the replacement. In the second capture the text after replacement. Observe the word replaced (two-coloured) and colour of other words also change, as if there was a shift. Amazing, isn't it? Publisher 1.9.2.1035. Windows 10 19042.1052.

@R C-R C'est vrai. C'est un topic récurrent. Et personnellement j'ai réagi comme beaucoup. Non, ici, c'est de mettre en évidence le fait que dans la partie caractères, lorsque la totalité du paragraphe est sélectionné, on a une seule information, qui ne correspond pas aux %%% (c'est très visible). Ne pas avoir d'information (comme dans d'autres applications, et ce n'est pas une injure à Publisher) c'est indiquer qu'il n'y a pas une valeur unique et d'un certain point de vue, c'est une alerte utile. Et ma suggestion est dans le cas présent " ne pourrait-on pas améliorer le leading override en permettant d'indiquer aux caractères %%% qui ont un corps différents : utilisez l'interlignage de... ". Soit la taille courante du paragraphe, ici 12 pts (donc un interlignage de 14.4 pt en auto) ou soit telle valeur (comme une dérogation) ? Cela permettrait d'avoir un leading homogène dans le paragraphe lorsqu'on est en auto et qu'on désire utiliser un pourcentage du corps de caractère. J'espère être clair. Il est tard... ***** This is true. This is a recurring topic. And personally I reacted like many. No, here, it's to highlight the fact that in the characters part, when the whole paragraph is selected, you have only one information, which does not correspond to the %%% (it's very visible). Not having any information (as in other applications, and this is not an insult to Publisher) is an indication that there is not a single value and from a certain point of view it is a useful warning. And my suggestion in this case is "Couldn't we improve the leading override by allowing to indicate to %%% characters that have a different size: use the line spacing of... ". Either the current size of the paragraph, here 12 pts (so a 14.4 pt line spacing in auto) or such a value (like a derogation)? This would make it possible to have a homogeneous leading in the paragraph when you are in auto and you want to use a percentage of the character size. I hope to be clear. It is late...

No problem. Of course.

Bonjour à tous, L'interlignage est défini dans le paragraphe: 120 % du corps. Aucune modification au niveau des caractères. Lorsque le paragraphe est sélectionné en totalité, une information unique dans la fenêtre paragraphe et une information unique dans la fenêtre caractères malgré un interlignage différent pour %%% (cela porte à confusion). Lorsque %%% est sélectionné une information différente (mais normale) dans la fenêtre de caractères. Ne pourrait-on pas dire (en conservant un %) : ce caractère s'interligne comme le corps (général/par défaut) du paragraphe, ou un corps 12... ce qui apporterait une grande souplesse dans ce type de situation ? ***** Hello everyone, The leading is defined in the paragraph: 120% of the size of charactere. No change in the characters panel. When the whole paragraph is selected, a single information in the paragraph panel and a single information in the characters panel despite a different line spacing for %%% (this is confusing). When %%% is selected, different (but normal) information in the characters panel. Couldn't we say (keeping a %): this character is leading like the (general/default) paragraph size, or a size 12... which would provide great flexibility in this type of situation?

@R C-R This is indeed a good and recent configuration. Thanks. @ all. It seems that the new M1 is more powerful than the same generation intel. Hard to say.

@walt.farrell in this case is true : %%% blabla sed blabla sed blabla.%%% but in this case, not : %%% blabla sed blabla sed blabla.\n.blabla ... blabla.%%% For me, the reason is the same (.*%%%) doesn't look for any \n or \r And [\n.]*%%% give nothing. I wonder if the . don't becomes a . in []? What do you think about this : (%%%.*?)(\bsed\b)([[:print:]]*%%%)

Pour moi, c'est pareil. Mais j'ai quand même pu enregistrer un fichier à la fin.*****For me, it's the same. But I was still able to save a file at the end. Avec plaisir. Le voici.*****With pleasure. Here it is. dictionnaire_test_MasterPage.afpub

Merci, je teste. Il est vrai que cette question a été remontée : la mise à jour dynamique de la liste de recherche (ainsi que le nombre d'occurrence). ***** Thanks, I'm testing. It's true that this question has come up: the dynamic updating of the search list (as well as the number of hits).

@walt.farrell (%%%.*?)(\bTom\b)(.*%%%) Et bien non... je ne trouve qu'une occurrence et le (.*%%%) ne cherche pas les \n ou \r. Ou alors, je suis... fatigué, moi aussi ! ***** Well, no... I can only find one occurrence and the (.*%%%) doesn't look for any \n or \r. Or maybe I'm just... tired, me too!

A small coffee in an Italian coffee maker. A full of caffeine. 😉

non, c'est moi qui suis parti dans cette direction. No, I'm the one who went in that direction.