issue167:inkscape
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
issue167:inkscape [2021/04/01 18:22] – d52fr | issue167:inkscape [2021/04/04 17:47] (Version actuelle) – andre_domenech | ||
---|---|---|---|
Ligne 2: | Ligne 2: | ||
First, some definitions: | First, some definitions: | ||
+ | |||
+ | Comme promis la dernière fois, je vais continuer à décrire les améliorations du texte en flux continu dans Inkscape v1.0. Précédemment, | ||
+ | |||
+ | Tout d' | ||
+ | |||
**In earlier versions of the program, it was possible to create flowed text by dragging a rectangle with the Text tool selected, then typing your content into it. Ordinary text was created by just clicking on the canvas with the Text tool in order to position the text entry caret, and then typing. Those were your only two options: flowed or ordinary. With Inkscape v1.0, however, there are now two different varieties of flowed text to understand. | **In earlier versions of the program, it was possible to create flowed text by dragging a rectangle with the Text tool selected, then typing your content into it. Ordinary text was created by just clicking on the canvas with the Text tool in order to position the text entry caret, and then typing. Those were your only two options: flowed or ordinary. With Inkscape v1.0, however, there are now two different varieties of flowed text to understand. | ||
As with previous releases, you can click-drag to create a rectangular text box on the canvas when the Text tool is selected. Typing into this box will produce flowed text which, in practice, behaves the same way that flowed text did in earlier Inkscape releases, but with greater compatibility outside the program.** | As with previous releases, you can click-drag to create a rectangular text box on the canvas when the Text tool is selected. Typing into this box will produce flowed text which, in practice, behaves the same way that flowed text did in earlier Inkscape releases, but with greater compatibility outside the program.** | ||
+ | |||
+ | Dans les versions précédentes du programme, il était possible de créer du texte en flux continu en faisant glisser un rectangle avec l' | ||
+ | |||
+ | Comme dans les versions précédentes, | ||
+ | |||
**The image below shows a single piece of flowed text that was duplicated twice (and the text color changed). You can see that each container has a small diamond-shaped handle at the bottom-right corner: dragging this resizes the container and re-flows the text, as seen in the black and red text versions. The one with the blue text was achieved in the same way, but the handle was deliberately dragged such that the container size was too small for the text it needs to contain. You can see that Inkscape draws the container in red in this situation, as a visual indicator that the text has overflowed outside of the allowable space. | **The image below shows a single piece of flowed text that was duplicated twice (and the text color changed). You can see that each container has a small diamond-shaped handle at the bottom-right corner: dragging this resizes the container and re-flows the text, as seen in the black and red text versions. The one with the blue text was achieved in the same way, but the handle was deliberately dragged such that the container size was too small for the text it needs to contain. You can see that Inkscape draws the container in red in this situation, as a visual indicator that the text has overflowed outside of the allowable space. | ||
In this example, it’s pretty obvious that the text has overflowed the last container, but that’s not always the case. When dealing with large amounts of text in a bigger container, you may not notice that the border turns red when you add a word into the middle of the prose. The second flowed text type, referred to as “Column mode”, goes some way to addressing this possibility.** | In this example, it’s pretty obvious that the text has overflowed the last container, but that’s not always the case. When dealing with large amounts of text in a bigger container, you may not notice that the border turns red when you add a word into the middle of the prose. The second flowed text type, referred to as “Column mode”, goes some way to addressing this possibility.** | ||
+ | |||
+ | L' | ||
+ | |||
+ | Dans cet exemple, il est assez évident que le texte a débordé du dernier conteneur, mais ce n'est pas toujours le cas. Lorsqu' | ||
+ | |||
**Column mode begins life as ordinary, non-flowed text. Just click on the canvas with the Text tool, and begin typing (or paste in some already written content). But, instead of beginning the tedious task of manually entering line breaks, look at the right-hand edge of the text box, where you’ll find a small diamond-shaped handle. Start dragging that handle and you’ll see a pair of vertical blue guides appear (representing the left and right edges of the “column”), | **Column mode begins life as ordinary, non-flowed text. Just click on the canvas with the Text tool, and begin typing (or paste in some already written content). But, instead of beginning the tedious task of manually entering line breaks, look at the right-hand edge of the text box, where you’ll find a small diamond-shaped handle. Start dragging that handle and you’ll see a pair of vertical blue guides appear (representing the left and right edges of the “column”), | ||
What’s important about this mode is that it sets the width of the flowed text, but doesn’t constrain the height. This has the advantage that you’ll never accidentally clip the end of your text with the flow container, but it also means that your text can flow to be taller than you intend, possibly leading to it interfering with other parts of your design. Where this type of flowed text comes into its own, therefore, is in loose designs where you want to tweak the column width dynamically to see what works best for your particular layout (think posters and leaflets), rather than designs which already have well defined areas of a specific height in which the text has to fit (such as magazines or newsletters).** | What’s important about this mode is that it sets the width of the flowed text, but doesn’t constrain the height. This has the advantage that you’ll never accidentally clip the end of your text with the flow container, but it also means that your text can flow to be taller than you intend, possibly leading to it interfering with other parts of your design. Where this type of flowed text comes into its own, therefore, is in loose designs where you want to tweak the column width dynamically to see what works best for your particular layout (think posters and leaflets), rather than designs which already have well defined areas of a specific height in which the text has to fit (such as magazines or newsletters).** | ||
+ | |||
+ | Le mode Colonne commence par un texte ordinaire, non coulant. Il suffit de cliquer sur le canevas avec l' | ||
+ | |||
+ | Ce qui est important dans ce mode, c'est qu'il définit la largeur du texte coulé, mais n'en limite pas la hauteur. Cela présente l' | ||
+ | |||
**Technical Details | **Technical Details | ||
Ligne 20: | Ligne 40: | ||
The first thing to know about both of these approaches is that Inkscape adds an SVG 1.1 compatible fallback implementation when you save your file. This can potentially mean that Inkscape’s XML editor is a little misleading: look at it just after creating some flowed text, and you’ll see a different structure than if you’d saved it and re-loaded the file. Let’s start by looking at the structure that is used as soon as you create your content.** | The first thing to know about both of these approaches is that Inkscape adds an SVG 1.1 compatible fallback implementation when you save your file. This can potentially mean that Inkscape’s XML editor is a little misleading: look at it just after creating some flowed text, and you’ll see a different structure than if you’d saved it and re-loaded the file. Let’s start by looking at the structure that is used as soon as you create your content.** | ||
+ | |||
+ | Détails techniques | ||
+ | |||
+ | Avec deux façons différentes de créer du texte fluide, examinons les détails techniques de ces nouvelles fonctionnalités. N' | ||
+ | |||
+ | La première chose à savoir sur ces deux approches est qu' | ||
+ | |||
**The click-drag type of flowed text consists of two parts: the text itself, and the rectangle that constrains it. The latter is created as a hidden object in the < | **The click-drag type of flowed text consists of two parts: the text itself, and the rectangle that constrains it. The latter is created as a hidden object in the < | ||
Ligne 26: | Ligne 53: | ||
Column mode is fairly similar, but there’s no need to reference a hidden rectangle. Instead of the “shape-inside” CSS property, Inkscape inserts an “inline-size” property which defines the width of the column. Once again the text itself lives as a single line within a solitary < | Column mode is fairly similar, but there’s no need to reference a hidden rectangle. Instead of the “shape-inside” CSS property, Inkscape inserts an “inline-size” property which defines the width of the column. Once again the text itself lives as a single line within a solitary < | ||
+ | |||
+ | Le type de texte coulé par clic-glissement se compose de deux parties : le texte lui-même et le rectangle qui le contraint. Ce dernier est créé en tant qu' | ||
+ | |||
+ | Comme vous pouvez également le voir à gauche, l' | ||
+ | |||
+ | Le mode colonne est assez similaire, mais il n'est pas nécessaire de faire référence à un rectangle caché. Au lieu de la propriété CSS « shape-inside », Inkscape insère une propriété « inline-size » qui définit la largeur de la colonne. Une fois de plus, le texte lui-même vit sur une seule ligne dans un élément enfant < | ||
+ | |||
**Unfortunately, | **Unfortunately, | ||
On the surface, therefore, it might seem that flowed text hasn’t really advanced much. We’ve gone from a non-standard, | On the surface, therefore, it might seem that flowed text hasn’t really advanced much. We’ve gone from a non-standard, | ||
+ | |||
+ | Malheureusement, | ||
+ | |||
+ | À première vue, on pourrait donc penser que le texte fluide n'a pas vraiment progressé. Nous sommes passés d'une technique non standard et non prise en charge à une paire de techniques presque standard, mais toujours non prises en charge. Pourtant, si vous enregistrez un fichier avec du texte fluide dans Inkscape 1.0.x et que vous le chargez dans un navigateur, le texte est visible, avec les sauts de ligne et tout le reste. Que se passe-t-il donc ? | ||
+ | |||
**You can see the reason for this apparent support if you examine the file via the browser’s developer tools, or if you load the same file back into Inkscape and look at the XML editor. At first all seems to be as expected: the < | **You can see the reason for this apparent support if you examine the file via the browser’s developer tools, or if you load the same file back into Inkscape and look at the XML editor. At first all seems to be as expected: the < | ||
The single < | The single < | ||
+ | |||
+ | Vous pouvez voir la raison de cette prise en charge apparente si vous examinez le fichier via les outils de développement du navigateur ou si vous chargez le même fichier dans Inkscape et regardez l' | ||
+ | |||
+ | L' | ||
+ | |||
**This change of structure has repercussions. Because it produces the expected visible result in a browser, it will probably serve the needs of 99% of users. But it also changes the nature of the text. What was previously a single string is now broken into separate blocks: this could potentially have an effect on screen readers and search engines, depending on how they treat < | **This change of structure has repercussions. Because it produces the expected visible result in a browser, it will probably serve the needs of 99% of users. But it also changes the nature of the text. What was previously a single string is now broken into separate blocks: this could potentially have an effect on screen readers and search engines, depending on how they treat < | ||
This does raise some questions about how these files will fare in the future. If browsers do start supporting “inline-size” on SVG text, or add support for CSS Shapes Level 2, how will they behave when faced with text that already has line-breaks? | This does raise some questions about how these files will fare in the future. If browsers do start supporting “inline-size” on SVG text, or add support for CSS Shapes Level 2, how will they behave when faced with text that already has line-breaks? | ||
+ | |||
+ | Ce changement de structure a des répercussions. Comme il produit le résultat visible attendu dans un navigateur, il répondra probablement aux besoins de 99 % des utilisateurs. Mais il modifie également la nature du texte. Ce qui était auparavant une seule chaîne de caractères est désormais divisé en blocs distincts : cela pourrait éventuellement avoir un effet sur les lecteurs à l' | ||
+ | |||
+ | Cela soulève quelques questions quant à l' | ||
+ | |||
**But these concerns are purely hypothetical at this point, whereas the problems with flowed text in v0.92 are very real. The changes in version 1.0 are a definite improvement, | **But these concerns are purely hypothetical at this point, whereas the problems with flowed text in v0.92 are very real. The changes in version 1.0 are a definite improvement, | ||
If you really don’t want the SVG 1.1 fallback text included in your file, it can be turned off in the Preferences dialog (Input/ | If you really don’t want the SVG 1.1 fallback text included in your file, it can be turned off in the Preferences dialog (Input/ | ||
+ | |||
+ | Mais ces préoccupations sont purement hypothétiques à ce stade, alors que les problèmes avec le texte fluide dans la v0.92 sont très réels. Les modifications apportées à la version 1.0 constituent une nette amélioration et en font un choix évident si vous souhaitez utiliser du texte coulant dans vos créations. Les détails ci-dessus ne concernent qu'une minorité de développeurs Web et ne devraient donc pas vous empêcher de faire la transition. | ||
+ | |||
+ | Si vous ne voulez vraiment pas que le texte de repli vers SVG 1.1 soit inclus dans votre fichier, vous pouvez le désactiver dans la boîte de dialogue Préférences (panneau Entrée/ | ||
+ | |||
**Other Changes | **Other Changes | ||
Ligne 50: | Ligne 104: | ||
Essentially if you actually want to convert from flowed text to fixed line breaks in a way that Inkscape will recognise, you have little choice but to manually insert the breaks, or to remove the new CSS from a saved file. As far as I can tell, this now makes the Convert to Text menu option completely redundant, as any attempt to use it simply puts a “No flowed text(s)” message in the status bar, and has no effect on the text or SVG structure.** | Essentially if you actually want to convert from flowed text to fixed line breaks in a way that Inkscape will recognise, you have little choice but to manually insert the breaks, or to remove the new CSS from a saved file. As far as I can tell, this now makes the Convert to Text menu option completely redundant, as any attempt to use it simply puts a “No flowed text(s)” message in the status bar, and has no effect on the text or SVG structure.** | ||
+ | |||
+ | Autres changements | ||
+ | |||
+ | Il y a quelques autres changements à mentionner concernant le texte fluide, bien qu'il s' | ||
+ | |||
+ | Une caractéristique de la 0.92 était la possibilité de convertir du texte fluide en texte ordinaire via la commande Texte > Convertir en texte. Cela permettait d'« appliquer » les sauts de ligne en convertissant le contenu en un élément < | ||
+ | |||
+ | Essentiellement, | ||
+ | |||
**Rather than fix the line breaks, what if you want to un-flow your words, to revert them to a single line of ordinary SVG text? In this case, the program is oddly contradictory as to the method you use. Version 0.92 offered the Text > Unflow menu option, which still works for click-drag style flowed text in version 1.0. It’s always had a nasty habit of moving the un-flowed text quite a distance from the original flowed version for some reason, so if you do use this, and your text seems to disappear entirely, try zooming out and panning around. | **Rather than fix the line breaks, what if you want to un-flow your words, to revert them to a single line of ordinary SVG text? In this case, the program is oddly contradictory as to the method you use. Version 0.92 offered the Text > Unflow menu option, which still works for click-drag style flowed text in version 1.0. It’s always had a nasty habit of moving the un-flowed text quite a distance from the original flowed version for some reason, so if you do use this, and your text seems to disappear entirely, try zooming out and panning around. | ||
For reasons best known to the Inkscape developers, this approach doesn’t work for text that has been flowed via column mode. To revert this to a single line, you need to Ctrl-click on the diamond handle used for adjusting the column width. To further add to the confusion, this same technique does not work with the diamond handle at the bottom right of the rectangle used for click-drag style flowed text. Come on devs, how about a little consistency!? | For reasons best known to the Inkscape developers, this approach doesn’t work for text that has been flowed via column mode. To revert this to a single line, you need to Ctrl-click on the diamond handle used for adjusting the column width. To further add to the confusion, this same technique does not work with the diamond handle at the bottom right of the rectangle used for click-drag style flowed text. Come on devs, how about a little consistency!? | ||
+ | |||
+ | Plutôt que de corriger les sauts de ligne, que faire si vous voulez dé-couler vos mots, pour les ramener à une seule ligne de texte SVG ordinaire ? Dans ce cas, le programme est étrangement contradictoire quant à la méthode à utiliser. La version 0.92 proposait l' | ||
+ | |||
+ | Pour des raisons bien connues des développeurs d' | ||
+ | |||
**The final change to mention is a small but important usability improvement. If you use the Text > Flow Into Frame option to flow text into multiple shapes on your canvas, the order in which the shapes are filled is now based on the order in which you select them. Previously it used the selection order in reverse, which is less than intuitive, so it’s good to see this change make its way into the program. It makes the behaviour more familiar to anyone who has ever used a desktop publishing program, such as Scribus – though I still maintain that Inkscape is a poor substitute for a real DTP application for anything but the most basic of page layouts. | **The final change to mention is a small but important usability improvement. If you use the Text > Flow Into Frame option to flow text into multiple shapes on your canvas, the order in which the shapes are filled is now based on the order in which you select them. Previously it used the selection order in reverse, which is less than intuitive, so it’s good to see this change make its way into the program. It makes the behaviour more familiar to anyone who has ever used a desktop publishing program, such as Scribus – though I still maintain that Inkscape is a poor substitute for a real DTP application for anything but the most basic of page layouts. | ||
Next time, we’ll conclude this part of the series by looking at the support that has been added for new font types in Inkscape v1.0.** | Next time, we’ll conclude this part of the series by looking at the support that has been added for new font types in Inkscape v1.0.** | ||
+ | |||
+ | La dernière modification à mentionner est une petite, mais importante amélioration de la convivialité. Si vous utilisez l' | ||
+ | |||
+ | La prochaine fois, nous conclurons cette partie de la série en examinant le support qui a été ajouté pour les nouveaux types de polices dans Inkscape v1.0. | ||
issue167/inkscape.1617294170.txt.gz · Dernière modification : 2021/04/01 18:22 de d52fr