#5707 closed defect (worksforme)
Rendering of SVG in documentaion broken?
| Reported by: | Dietmar Winkler | Owned by: | Adeel Asghar |
|---|---|---|---|
| Priority: | high | Milestone: | 1.14.0 |
| Component: | OMEdit | Version: | |
| Keywords: | Cc: |
Description
I was thinking of adding the images as SVG instead of PNGs since there normally is support for this. Doing so in OMEdit does unfortunately lead to a rather ugly rendering. I was wondering what the reason might be.
Here the SVG:
and here how it is displayed in OMEdit:
and just for fun I did the same in Dymola:
So something with the HTML rendering engine. Mind the first one is rendered in your browser since I included it directly.
Attachments (5)
Change History (11)
by , 5 years ago
by , 5 years ago
| Attachment: | ACST_OM.png added |
|---|
by , 5 years ago
| Attachment: | ACST_Dymola.png added |
|---|
by , 5 years ago
| Attachment: | ACST.svg.png added |
|---|
comment:2 by , 5 years ago
OK looks like the meshgrid property is causing problems. And the arrowheads are down to the wrong line type. I.e., bezier where many browsers and probably HML kits struggle. Solution seems to be to use diagram connectors instead.
comment:3 by , 5 years ago
So this can be closed since it's not really an issue of OMedit. After fixing the SVG it now is rendered correctly:
by , 5 years ago
| Attachment: | AirCushionSurgeTank.svg added |
|---|
comment:4 by , 5 years ago
| Resolution: | → worksforme |
|---|---|
| Status: | new → closed |
comment:5 by , 4 years ago
| Milestone: | 1.15.0 → 1.16.0 |
|---|
Release 1.15.0 was scrapped, because replaceable support eventually turned out to be more easily implemented in 1.16.0. Hence, all 1.15.0 tickets are rescheduled to 1.16.0
comment:6 by , 4 years ago
| Milestone: | 1.16.0 → 1.14.0 |
|---|
Oh excellent, I see the browser does just an as bad job as the tools :-) So this is what it looks in Inkscape:
