| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| issue177:inkscape [2022/01/31 10:30] – auntiee | issue177:inkscape [2022/01/31 17:33] (Version actuelle) – d52fr |
|---|
| Enfin, le paramètre « Equalize dashes » (Égalisation des tirets) a le pouvoir de bouleverser complètement le compte du « Nombre de tirets ». Lorsque ce paramètre est coché, l'algorithme crée d'abord le nombre souhaité de tirets pour le segment le plus court du chemin. La longueur de chaque tiret de ce segment est ensuite utilisée pour le rendu de tous les autres segments, en en ajoutant plus que le nombre réel s'il y a de la place. Une démonstration peut rendre cela un peu plus clair. | Enfin, le paramètre « Equalize dashes » (Égalisation des tirets) a le pouvoir de bouleverser complètement le compte du « Nombre de tirets ». Lorsque ce paramètre est coché, l'algorithme crée d'abord le nombre souhaité de tirets pour le segment le plus court du chemin. La longueur de chaque tiret de ce segment est ensuite utilisée pour le rendu de tous les autres segments, en en ajoutant plus que le nombre réel s'il y a de la place. Une démonstration peut rendre cela un peu plus clair. |
| |
| Dans l'image ci-dessous, les deux chemins sont identiques, mais l'option « Equalize dashes » n'est pas cochée dans celui du haut, alors qu'elle l'est dans celui du bas. J'ai positionné quelques guides verticaux pour rendre plus clair la position des nœuds du chemin - c'est-à-dire là où commence et se termine chaque segment. Le chemin du haut respecte complètement le compte « Nombre de pointillés » : chaque segment a 5 tirets (3 entiers, 2 demi). Mais cela entraîne un espacement différent entre les tirets d'un segment à l'autre, et même des tirets de taille différente dans les deux segments du milieu où ils ont dû être comprimés dans un espace plus petit. | Dans l'image ci-dessous, les deux chemins sont identiques, mais l'option « Equalize dashes » n'est pas cochée dans celui du haut, alors qu'elle l'est dans celui du bas. J'ai positionné quelques guides verticaux pour rendre plus claire la position des nœuds du chemin - c'est-à-dire là où commence et se termine chaque segment. Le chemin du haut respecte complètement le compte « Nombre de pointillés » : chaque segment a 5 tirets (3 entiers, 2 demi). Mais cela entraîne un espacement différent entre les tirets d'un segment à l'autre, et même des tirets de taille différente dans les deux segments du milieu où ils ont dû être comprimés dans un espace plus petit. |
| |
| Le chemin du bas, en revanche, montre clairement que tous les tirets et espaces sont uniformes sur tous les segments. Mais cela se fait au détriment de la valeur « Nombre de pointillés ». Ce paramètre est utilisé lors du calcul du plus petit segment (le troisième), mais la taille des tirets et des espaces qui en résulte est simplement utilisée pour tous les autres segments, quel que soit leur nombre. Comme vous pouvez le constater, le résultat final est meilleur et correspond probablement à ce que vous souhaitez, mais le premier et le dernier segment comportent largement plus de 5 tirets chacun. | Le chemin du bas, en revanche, montre clairement que tous les tirets et espaces sont uniformes sur tous les segments. Mais cela se fait au détriment de la valeur « Nombre de pointillés ». Ce paramètre est utilisé lors du calcul du plus petit segment (le troisième), mais la taille des tirets et des espaces qui en résulte est simplement utilisée pour tous les autres segments, quel que soit leur nombre. Comme vous pouvez le constater, le résultat final est meilleur et correspond probablement à ce que vous souhaitez, mais le premier et le dernier segment comportent largement plus de 5 tirets chacun. |
| Rappelez-vous que la sortie d'un LPE est juste un chemin SVG ; donc toutes les choses intelligentes que les LPE peuvent faire doivent être rendues en utilisant les capacités normales de SVG. Comme nous l'avons déjà vu, le SVG brut ne peut pas produire le type de tirets que nous obtenons avec le LPE Contour en pointillé, alors que voyons-nous réellement dans le rendu de notre sortie ? | Rappelez-vous que la sortie d'un LPE est juste un chemin SVG ; donc toutes les choses intelligentes que les LPE peuvent faire doivent être rendues en utilisant les capacités normales de SVG. Comme nous l'avons déjà vu, le SVG brut ne peut pas produire le type de tirets que nous obtenons avec le LPE Contour en pointillé, alors que voyons-nous réellement dans le rendu de notre sortie ? |
| |
| Le résultat est en fait un nouveau chemin complexe, composé d'un grand nombre de sous-chemins individuels, un pour chaque tiret visible. Si vous essayez d'ajouter un remplissage, vous ne remplirez que les sous-trajets, et non la forme entière. Comme la plupart des sous-chemins n'ont que deux nœuds, même ce remplissage n'est généralement pas visible. L'exception concerne les coins, où trois nœuds sont utilisés dans une configuration triangulaire. Bien sûr, l'ajout d'un remplissage à un chemin de type Dashed Stroke (trait discontinu) produit une toile de couleur dans les coins, mais pas la forme remplie que nous recherchons. À titre d'exemple, voici notre étoile de tout à l'heure, mais avec la largeur du trait réduite pour plus de clarté et en appliquant un remplissage orange. | Le résultat est en fait un nouveau chemin complexe, composé d'un grand nombre de sous-chemins individuels, un pour chaque tiret visible. Si vous essayez d'ajouter un remplissage, vous ne remplirez que les sous-trajets, et non la forme entière. Comme la plupart des sous-chemins n'ont que deux nœuds, même ce remplissage n'est généralement pas visible. L'exception concerne les coins, où trois nœuds sont utilisés dans une configuration triangulaire. Bien sûr, l'ajout d'un remplissage à un chemin de type Contour en pointillé produit une toile de couleur dans les coins, mais pas la forme remplie que nous recherchons. À titre d'exemple, voici notre étoile de tout à l'heure, mais avec la largeur du trait réduite pour plus de clarté et en appliquant un remplissage orange. |
| |
| |
| The pop-up menu is also a new addition, choosing how the source paths should be interpreted. Usually leaving this as “With Spiro or BSpline” is a good option: this will essentially use the shape you originally drew, whether it was created using simple SVG paths, or you used the Spiro or BSpline options that Inkscape exposes in some drawing tools. In practice these are implemented as LPEs, so this option tells Inkscape to use the output from those LPEs as the source, if they exist, or to use the plain path data otherwise. Alternatively you can select “Without LPEs” to only use the original path data, regardless of any LPEs applied. Conversely the “With all LPEs” option will use the path data that comes out of whatever series of LPEs has been applied to the shape. Be aware that this can quickly lead to very complex shapes if you’re not careful, so isn’t often the choice you want.** | The pop-up menu is also a new addition, choosing how the source paths should be interpreted. Usually leaving this as “With Spiro or BSpline” is a good option: this will essentially use the shape you originally drew, whether it was created using simple SVG paths, or you used the Spiro or BSpline options that Inkscape exposes in some drawing tools. In practice these are implemented as LPEs, so this option tells Inkscape to use the output from those LPEs as the source, if they exist, or to use the plain path data otherwise. Alternatively you can select “Without LPEs” to only use the original path data, regardless of any LPEs applied. Conversely the “With all LPEs” option will use the path data that comes out of whatever series of LPEs has been applied to the shape. Be aware that this can quickly lead to very complex shapes if you’re not careful, so isn’t often the choice you want.** |
| |
| Par rapport à la v0.92, la nouvelle version de ce LPE fournit également quelques paramètres supplémentaires à régler. Il y a une case à cocher « Visible » pour chaque chemin, vous permettant de le retirer temporairement de la forme remplie, peut-être pour tester si, oui ou non, il apporte quelque chose d'utile, avant de le retirer complètement de la liste. La case à cocher « Joindre les sous-chemins » vous permet de remplir chaque sous-chemin individuellement (non coché), ou d'utiliser l'ancien comportement consistant à joindre les sous-chemins pour créer une forme unique à remplir (coché). Cette dernière option est presque toujours celle que vous souhaitez. Une autre case à cocher (« Fermer ») vous permet maintenant de laisser le nouveau chemin non fermé entre le premier et le dernier chemin de la liste - probablement plus utile si vous utilisez ce LPE pour ajouter un trait supplémentaire plutôt qu'un remplissage et, encore une fois, quelque chose que vous voudrez généralement laisser coché. Enfin, l'option « Inversion automatique » remplace les cases à cocher individuelles « Inverser » de chaque chemin : si cette option est cochée, l'algorithme essaiera de joindre les chemins en fonction de la proximité de leurs extrémités, plutôt que de suivre strictement la direction de chaque chemin. En général, cette option donne de bons résultats et il est préférable de la laisser cochée, mais vous avez la possibilité de la désactiver et de gérer l'inversion des chemins sur une base individuelle, comme auparavant, si vous le souhaitez. | Par rapport à la v0.92, la nouvelle version de ce LPE fournit également quelques paramètres supplémentaires à régler. Il y a une case à cocher « Visible » pour chaque chemin, vous permettant de le retirer temporairement de la forme remplie, peut-être pour tester si, oui ou non, il apporte quelque chose d'utile, avant de le retirer complètement de la liste. La case à cocher « Joindre les sous-chemins » vous permet de remplir chaque sous-chemin individuellement (non coché), ou d'utiliser l'ancien comportement consistant à joindre les sous-chemins pour créer une forme unique à remplir (coché). Cette dernière option est presque toujours celle que vous souhaitez. Une autre case à cocher (« Fermer ») vous permet maintenant de laisser le nouveau chemin non fermé entre le premier et le dernier chemin de la liste, probablement plus utile si vous utilisez ce LPE pour ajouter un trait supplémentaire plutôt qu'un remplissage et, encore une fois, quelque chose que vous voudrez généralement laisser coché. Enfin, l'option « Inversion automatique » remplace les cases à cocher individuelles « Inverser » de chaque chemin : si cette option est cochée, l'algorithme essaiera de joindre les chemins en fonction de la proximité de leurs extrémités, plutôt que de suivre strictement la direction de chaque chemin. En général, cette option donne de bons résultats et il est préférable de la laisser cochée, mais vous avez la possibilité de la désactiver et de gérer l'inversion des chemins sur une base individuelle, comme auparavant, si vous le souhaitez. |
| |
| Le menu déroulant est également un nouvel ajout, choisissant comment les chemins de la source doivent être interprétés. En général, conserver « Avec Spiro ou BSpline » est une bonne option : cela utilisera essentiellement la forme que vous avez dessinée à l'origine, qu'elle ait été créée en utilisant des chemins SVG simples, ou que vous ayez utilisé les options Spiro ou BSpline qu'Inkscape expose dans certains outils de dessin. En pratique, ces options sont implémentées en tant que LPE, et cette option indique à Inkscape d'utiliser la sortie de ces LPE comme source, si elles existent, ou, sinon, d'utiliser simplement les données du chemin. Vous pouvez également sélectionner « Without all LPEs » pour utiliser uniquement les données de chemin d'origine, sans tenir compte des LPE appliqués. Inversement, l'option « With all LPEs » utilisera les données de trajectoire issues de toute série de LPE appliquée à la forme. Sachez que cela peut rapidement conduire à des formes très complexes si vous ne faites pas attention ; ce n'est donc pas souvent le choix que vous voudrez. | Le menu déroulant est également un nouvel ajout, choisissant comment les chemins de la source doivent être interprétés. En général, conserver « Avec Spiro ou BSpline » est une bonne option : cela utilisera essentiellement la forme que vous avez dessinée à l'origine, qu'elle ait été créée en utilisant des chemins SVG simples, ou que vous ayez utilisé les options Spiro ou BSpline qu'Inkscape expose dans certains outils de dessin. En pratique, ces options sont implémentées en tant que LPE, et cette option indique à Inkscape d'utiliser la sortie de ces LPE comme source, si elles existent, ou, sinon, d'utiliser simplement les données du chemin. Vous pouvez également sélectionner « Without all LPEs » pour utiliser uniquement les données de chemin d'origine, sans tenir compte des LPE appliqués. Inversement, l'option « With all LPEs » utilisera les données de trajectoire issues de toute série de LPE appliquée à la forme. Sachez que cela peut rapidement conduire à des formes très complexes si vous ne faites pas attention ; ce n'est donc pas souvent le choix que vous voudrez. |
