If you are looking for the decompiler itself, visit https://github.com/jindrapetrik/jpexs-decompiler
NEW : You can now close your own issues and reopen them later if needed. You can also comment closed issues.
List of issues#2732 Issue with stroke width when exporting as SVG
Author:
jsdhfljksdh
jsdhfljksdhDate created:
Type: question
Visibility: Everybody
Assigned to:
State: opened 

> What steps will reproduce the problem?
Open example.SWF and export the contents as an SVG.
> What is the expected output? What do you see instead?
I expect the stroke widths in the exported SVG to match how they behave in the SWF file.
Instead, the strokes infinitely scale up when the SVG is zoomed in on/viewed larger. This
is not accurate to the SWF behavior.
> What version of the product are you using? Is it "nightly build"? Which operating system
do you have?
I'm using the regular 26.2.1 release, however this issue began in 24.0.0. The previous
build (23.0.1) worked correctly. Windows 11.
> Please provide any additional information below. If the problem is related to a SWF
file, attach it here, otherwise we can't help you.
I've attached the SWF file, two exported SVG files from versions 26.2.1 and 23.0.1, and
screenshots. Thank you.
example.swf (135 B)
exported with 23.0.1.svg (1 KiB)
exported with 26.2.1.svg (1 KiB)
in decompiler.jpg (141 KiB)
screenshot from 23.0.1.jpg (140 KiB)
screenshot from 26.2.1.jpg (143 KiB)In the Flash player, there is a rule that a stroke, that has width smaller than 1px
(20twip) is rendered as 1px. Unfortunately, SVG does not have this feature.
When you export a shape in FFDec to SVG, the actual stroke width is calculated for the
selected export zoom level - the minimum of 1 pixel is applied.
Due to this, zooming SVG in Inkscape or webbrowser cannot be same as in SWF.
If you want the SVG zoomed, you need to set specific export zoom level in the export
dialog.
State: new→opened
Type: bug→question
Type: bug→question
