When exporting a Drawing to SVG, the dashed thin lines appear as thick full lines. So, the ODG in LibreOffice looks fine, opening the SVG in Firefox 33.2, Inkscape 0.48.2 and Chrome 38.0 shows the dashed lines as full lines.
Created attachment 109347 [details] The dashed lines in the ODG
Created attachment 109349 [details] The dashed thin lines as exported by LibreOffice Draw
@Panagiotis, The PNG clips are fine--we can see the issue. But, please clip out a portion of the problem .ODG and save to a new .ODG drawing, verify that it continues to have the issue, and then attach the sample to this bug so we can check if we can reproduce the issue. Stuart
Hi Stuart, As soon as I right-click and select "Break", the dashed lines turn into solid thicker lines. So, I do not know how to simplify the drawing. It should be noted that I did not create the drawings myself, a person in the company I am currently working for drew it using SolidWorks.
Oh, and the ODG I was using was imported from a SolidWorks DXF export.
@Panagiotis, Are you able to attach the .DXF? Or the .ODG?
Created attachment 109803 [details] Original DXF drawing from SolidWorks
Yes, I've just attached the original file. Apologies for the delay, I had to verify that I was allowed to upload it.
Reproduced. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: b144f0ac8695dd62a2053b4e88212d0b109c9a41 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-25_00:14:54
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Can replicate the issue on both Mac and Windows, so setting OS to all Adding to the block of the SVG save metabug Version: 5.4.0.3 Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; Locale: en-US (en_US.UTF-8); Calc: group Version: 5.4.0.3 (x64) Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 1; OS: Windows 6.1; UI render: default; Locale: en-US (en_US); Calc: group
Also present on Windows builds of current master. Export to PDF, or Ghostscript based print to PDF correctly handle the dashed lines, but the SVG exports only solid lines. On Windows 10 Home 64-bit en-US with Version: 6.0.0.0.alpha0+ (x64) Build ID: c420f36d9a19bb0b9da5cefa0c1b54b60ccb41a8 CPU threads: 4; OS: Windows 6.19; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-26_00:07:29 Locale: en-US (en_US); Calc: CL
still repro in 6.1 beta 1
Dear Panagiotis Issaris, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present Version: 6.4.0.0.alpha0+ Build ID: 54028dc503fc08eb12e287919d5e2850cff05b73 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2019-07-31_01:48:19 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Dear Panagiotis Issaris, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I have just encountered this bug, 2021-November -- therefore it is still a current bug. 1. New odg. 2. Add a line. 3. Set it to dashed style. 4. Export to SVG. 5. The SVG line is not dashed -- it's solid.
Seems similar to ... Bug 146527 - SVG: Ellipse dotted line in ODG exports to SVG as solid ... at https://bugs.documentfoundation.org/show_bug.cgi?id=146527 .
Faced the same bug today Version: 7.3.0.1 (x64) / LibreOffice Community Build ID: 840fe2f57ae5ad80d62bfa6e25550cb10ddabd1d CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
*** Bug 148179 has been marked as a duplicate of this bug. ***
Still reproducable in LO 7.4.2.3 under Windows 10(x64). Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ta-IN (en_IN); UI: en-US Calc: threaded
Hi, I see a different behaviour with the following use case: 1. Open Draw and create two dashed lines, one with 0" width (thin line) and the other with 0.03" width (thick line) 2. Export to SVG 3. Open with Inkscape: the thin line is dashed (as expected) but the thick line is solid (not expected) I attach the files: test1.odg and test1.svg with this example. LibreOffice version ------------------- Version: 7.4.3.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 48; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-CH (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 1:7.4.3~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded Fresh LibreOffice profile System ------ Ubuntu 22.04.1 64 bits Fresh user profile
Created attachment 184620 [details] Test case test1.odg
Created attachment 184621 [details] Test case test1.svg
Same bug appears in Impress: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Comment 24 / comment 25 is a different issue: (In reply to Roland Baudin from comment #24) > Created attachment 184620 [details] With this attachment, the exported SVG has the thin dashed line as numerous single paths, and the thick dashed line as a single path. Not sure why the two lines gives different results, given that they use the same stroke settings except for the width (0 vs 0.08 cm). However, that's a regression from commit b71d9a6d15cfb8a50afdea5ac064f40d84c561f8, already tracked in bug 155211 (bibisected with linux-64-7.2 repo). --- Regarding the original issue, I can reproduce with the DXF attachment in OOo 3.3, so marking as inherited. (Same with the breaking observation in comment 4.) Still the case in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ec60d354359067f8c5c686ef2239ee705916de43 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded (and the lines are way too thick)
LibreCAD 2.2.1 only displays the horizontal guidelines as dashed, but also exports everything solid to SVG. Inkscape 1.3, FreeCAD 0.21.1 only display the model when importing the DXF, no dimensions layer. That might be because they are blocks and not proper dimensions...
http://www.peeplocal.com/spokane/commercial-service-repair/foundation-repair-spokane-wa https://www.adpost.com/us/business_products_services/1020869/ https://www.n49.com/biz/5877424/foundation-repair-spokane-wa-wa-spokane-spokane/ http://www.askmap.net/location/6854593/united-states/foundation-repair-spokane-wa https://www.pennysaverusa.com/services/contractors/foundations-masonry/foundation-repairs/foundation-repair-spokane-wa_i15493394 https://anyflip.com/homepage/uddqb https://www.nextbizthing.com/construction-20-contractors/foundation-repair-spokane-wa https://rentry.co/hy2qcpeu https://foundationrepairspokane.weebly.com/ https://securecc.smartinsight.co/profile/14055377/FoundationRepairSpokaneWA http://www.travelful.net/location/5401183/united-states-of-america/foundation-repair-spokane-wa https://www.merchantcircle.com/foundation-repair-spokane-wa-medical-lake-wa https://www.localbusinesslisting.org/foundation-repair-spokane-wa https://us.enrollbusiness.com/BusinessProfile/6607371/Foundation-Repair-Spokane-WA-Spokane-WA-99210 https://www.bizoforce.com/business-directory/foundation-repair-spokane-wa/ http://spokane.businesslistus.com/business/5406844.htm https://www.fyple.com/company/foundation-repair-spokane-wa-o8iq0yy/ https://www.cityfos.com/company/Foundation-Repair-Spokane-in-spokane-WA-23004222.htm https://www.locanto.com/spokane/ID_6777010177/Foundation-Repair-Spokane-WA.html&myads https://www.find-us-here.com/businesses/Foundation-Repair-Spokane-WA-Spokane-Washington-USA/34020809