mirror
/
mysticsymbolic.github.io
kopia lustrzana https://github.com/mysticsymbolic/mysticsymbolic.github.io
1
0
Forkuj 0
Kod Zgłoszenia Projekty Wydania Wiki Aktywność
mysticsymbolic.github.io/svg/tail.svg

22 wiersze
3.2 KiB
XML
Czysty Zwykły widok Historia

Use arrows for attachment points instead of circles. (#3) Here we attempt to use arrowhead symbols in SVGs to allow artists to specify the orientation of attached symbols, rather than attempting to auto-detect it via projecting the circles onto the shape and using the normal as we did in #2. It seems like this logic is both much simpler and less error-prone, especially around corners. It also gives artists much more control over the placement of attachments. The one fragile aspect of the implementation is that we assume the first point of the arrow shape is its tip, and that the third point is its indented bottom. This appears to be consistent across all of Nina's SVGs, so far at least...
2021-02-15 02:27:20 +00:00
<?xml version="1.0" encoding="utf-8"?>
Use latest symbols.
2021-02-15 12:33:48 +00:00
<!-- Generator: Moho 13.0.3 build 635 -->
Use arrows for attachment points instead of circles. (#3) Here we attempt to use arrowhead symbols in SVGs to allow artists to specify the orientation of attached symbols, rather than attempting to auto-detect it via projecting the circles onto the shape and using the normal as we did in #2. It seems like this logic is both much simpler and less error-prone, especially around corners. It also gives artists much more control over the placement of attachments. The one fragile aspect of the implementation is that we assume the first point of the arrow shape is its tip, and that the third point is its indented bottom. This appears to be consistent across all of Nina's SVGs, so far at least...
2021-02-15 02:27:20 +00:00
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" id="Frame_0" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="720px" height="720px">
<g id="tail">
<g id="tail">
Use latest symbols.
2021-02-15 12:33:48 +00:00
<path fill="#000000" fill-rule="evenodd" stroke="#000000" stroke-width="8" stroke-linecap="round" stroke-linejoin="round" d="M 323.324 596.511 C 323.328 596.514 345.921 625.789 360.000 625.789 C 374.079 625.789 396.672 596.514 396.676 596.511 C 396.672 596.522 360.004 697.267 360.000 697.277 C 359.996 697.267 323.328 596.522 323.324 596.511 Z"/>
Use arrows for attachment points instead of circles. (#3) Here we attempt to use arrowhead symbols in SVGs to allow artists to specify the orientation of attached symbols, rather than attempting to auto-detect it via projecting the circles onto the shape and using the normal as we did in #2. It seems like this logic is both much simpler and less error-prone, especially around corners. It also gives artists much more control over the placement of attachments. The one fragile aspect of the implementation is that we assume the first point of the arrow shape is its tip, and that the third point is its indented bottom. This appears to be consistent across all of Nina's SVGs, so far at least...
2021-02-15 02:27:20 +00:00
<path fill="none" stroke="#000000" stroke-width="20" stroke-linecap="round" stroke-linejoin="round" d="M 360.000 43.263 C 360.718 117.065 340.970 143.093 342.736 193.429 C 344.521 244.303 370.802 292.613 370.790 343.438 C 370.779 394.268 343.342 442.441 342.736 493.134 C 341.915 561.827 354.256 581.656 360.000 625.789 "/>
</g>
Use latest symbols.
2021-02-15 12:33:48 +00:00
<g id="specs">
<path fill="#ff0000" fill-rule="evenodd" stroke="none" d="M 359.037 84.152 C 359.035 84.147 340.827 33.163 340.825 33.158 C 340.827 33.160 359.035 50.101 359.037 50.103 C 359.039 50.101 377.247 33.160 377.249 33.158 C 377.247 33.163 359.039 84.147 359.037 84.152 Z"/>
Use arrows for attachment points instead of circles. (#3) Here we attempt to use arrowhead symbols in SVGs to allow artists to specify the orientation of attached symbols, rather than attempting to auto-detect it via projecting the circles onto the shape and using the normal as we did in #2. It seems like this logic is both much simpler and less error-prone, especially around corners. It also gives artists much more control over the placement of attachments. The one fragile aspect of the implementation is that we assume the first point of the arrow shape is its tip, and that the third point is its indented bottom. This appears to be consistent across all of Nina's SVGs, so far at least...
2021-02-15 02:27:20 +00:00
<path fill="#0000ff" fill-rule="evenodd" stroke="none" d="M 359.037 3.402 C 359.038 3.405 369.615 33.021 369.616 33.024 C 369.615 33.023 359.038 23.181 359.037 23.180 C 359.036 23.181 348.459 33.023 348.458 33.024 C 348.459 33.021 359.036 3.405 359.037 3.402 Z"/>
<path fill="#00ffff" fill-rule="evenodd" stroke="none" d="M 405.337 44.897 C 405.336 44.900 388.376 71.382 388.374 71.385 C 388.374 71.384 389.690 56.997 389.690 56.995 C 389.688 56.995 375.434 54.646 375.432 54.646 C 375.435 54.645 405.334 44.898 405.337 44.897 Z"/>
Use latest symbols.
2021-02-15 12:33:48 +00:00
<path fill="#00ffff" fill-rule="evenodd" stroke="none" d="M 318.147 43.669 C 318.148 43.672 332.862 72.314 332.864 72.317 C 332.864 72.315 332.921 57.523 332.921 57.521 C 332.922 57.521 347.681 56.512 347.682 56.512 C 347.679 56.511 318.150 43.670 318.147 43.669 Z"/>
<path fill="#00ff00" fill-rule="evenodd" stroke="none" d="M 425.498 331.802 C 425.497 331.805 408.691 358.386 408.690 358.389 C 408.690 358.387 409.922 343.993 409.922 343.991 C 409.920 343.991 395.652 341.726 395.651 341.726 C 395.654 341.725 425.495 331.803 425.498 331.802 Z"/>
Use arrows for attachment points instead of circles. (#3) Here we attempt to use arrowhead symbols in SVGs to allow artists to specify the orientation of attached symbols, rather than attempting to auto-detect it via projecting the circles onto the shape and using the normal as we did in #2. It seems like this logic is both much simpler and less error-prone, especially around corners. It also gives artists much more control over the placement of attachments. The one fragile aspect of the implementation is that we assume the first point of the arrow shape is its tip, and that the third point is its indented bottom. This appears to be consistent across all of Nina's SVGs, so far at least...
2021-02-15 02:27:20 +00:00
<path fill="#ffff00" fill-rule="evenodd" stroke="none" d="M 317.155 700.859 C 317.156 700.856 325.941 670.660 325.942 670.657 C 325.943 670.659 328.746 684.831 328.746 684.832 C 328.747 684.832 343.085 683.057 343.086 683.057 C 343.083 683.059 317.158 700.857 317.155 700.859 Z"/>
Use latest symbols.
2021-02-15 12:33:48 +00:00
<path fill="#ffff00" fill-rule="evenodd" stroke="none" d="M 403.761 699.895 C 403.760 699.892 394.975 669.697 394.974 669.694 C 394.974 669.695 392.171 683.868 392.171 683.869 C 392.169 683.869 377.832 682.094 377.830 682.093 C 377.833 682.095 403.759 699.893 403.761 699.895 Z"/>
<path fill="#00ff00" fill-rule="evenodd" stroke="none" d="M 313.788 331.802 C 313.790 331.805 330.595 358.386 330.596 358.389 C 330.596 358.387 329.365 343.993 329.364 343.991 C 329.366 343.991 343.634 341.726 343.635 341.726 C 343.632 341.725 313.791 331.803 313.788 331.802 Z"/>
Use arrows for attachment points instead of circles. (#3) Here we attempt to use arrowhead symbols in SVGs to allow artists to specify the orientation of attached symbols, rather than attempting to auto-detect it via projecting the circles onto the shape and using the normal as we did in #2. It seems like this logic is both much simpler and less error-prone, especially around corners. It also gives artists much more control over the placement of attachments. The one fragile aspect of the implementation is that we assume the first point of the arrow shape is its tip, and that the third point is its indented bottom. This appears to be consistent across all of Nina's SVGs, so far at least...
2021-02-15 02:27:20 +00:00
</g>
</g>
</svg>