Age | Commit message (Collapse) | Author |
|
See T95597
|
|
When importing an SVG file that uses skewX and skewY, they are swapped.
This patch swaps the skewX and skewY functions and hence the problem is resolved.
Differential Revision: https://developer.blender.org/D13036
|
|
Simpified a code path
The last return was never reached
Reviewed By: sergey
Differential Revision: https://developer.blender.org/D11964
|
|
The rectangle shape was not using the `id` as the object name when
importing. All other shapes are doing it this way already.
The patch calls `id_names_from_node` to set the name to the `id`.
Credits go to @ariejdl.
Reviewed By: sergey
Maniphest Tasks: T88651
Differential Revision: https://developer.blender.org/D11429
|
|
Fix for SVG data when there is no space between some arguments in the arc command.
See T87654 for example files.
See https://www.w3.org/TR/SVG2/paths.html#TheDProperty for arguments to the elliptical arc curve commands.
Maniphest Tasks: T87654
Differential Revision: https://developer.blender.org/D11027
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Was happening if the software which wrote SVG skipped decimal part.
|
|
Looks like my code in https://developer.blender.org/D4319 apply SVG scaling second time.. sorry
This is fix of it
Test files 10cm rect with different page scale:
{F7777057}
{F7777056}
Must be same size
Reviewers: antoniov
Differential Revision: https://developer.blender.org/D5917
|
|
The issue was caused by parser being confused about ex unit which was
attempted to be parsed as an exponent.
|
|
Also cover with unit test.
|
|
|
|
|
|
Annoying hack, but cannot think of any better solution for now.
|
|
|
|
Differential Revision: https://developer.blender.org/D4319
|
|
The file saved as Inkscape SVG moved to the top, regular SVG stays in place. Blender checks if SVG have an special attribute `inkscape:version`, and if it has one, it move all SVG to the top. The idea is to match bottom right corner with world origin, instead top right corner:
But why height is not equal the real height of the SVG? Well, because it's not a height of SVG itself, it is size of SVG on printing or displaying in web-page or in previewer. The real height of SVG in SVG-units is located in viewbox attribute:
https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/viewBox
So I suggest to move SVG content to real height of SVG located in viewbox attribute:
Reviewers: sergey, antoniov
Reviewed By: antoniov
Subscribers: meta-androcto, antoniov, jms, sergey
Tags: #add-ons
Differential Revision: https://developer.blender.org/D5727
|
|
|
|
|
|
rBbc5b0f7a091c changed the default fill mode for curves.
Instead of being "fill" it is now "none".
The creates a problem because the svg importer seems to rely on curves being filled by default.
This diff should fix it.
(Note that this is my first patch)
Reviewers: sergey, mont29
Reviewed By: mont29
Subscribers: mont29
Differential Revision: https://developer.blender.org/D4582
|
|
Reviewers: sergey
Differential Revision: https://developer.blender.org/D4377
|
|
|
|
Some SVG exporters outputs small values in an exponential
notation. There is no big reason to reject those files.
This change makes it so any notation of the value is accepted.
Only do it in the path point parsing, since other areas are
already dealing with this correct.
Also covered the array parsing covered with a unit test which
can be run as a stand-alone application.
The parsing code is from Jacques Lucke, thanks!
Differential Revision: https://developer.blender.org/D4234
|
|
|
|
|
|
Fixes T55601: SVG import wrong shape
|
|
|
|
|
|
|
|
|
|
|
|
Patch provided by @cyp
|
|
|
|
|
|
|
|
Differential Revision: https://developer.blender.org/D3746
|
|
|
|
D3624 by @oirish
|
|
|
|
|
|
Only default enabled addons
Give each the version: 1.0.0
|
|
Was caused by fix for T45460. Now both reports should be fixed properly.
|
|
after the original objects
|
|
|
|
|
|
This is quite weak solution and not happy with it, but should cover
most of the use-cases.
|