The attached Visio file (vsd) was downloaded from Microsoft including ~20 example Visio files. ( http://www.microsoft.com/en-us/download/details.aspx?id=24023 ) This file includes a page number in the "footer" of the page. In Draw it is displayed as 1.000 and 2.000 (German local settings), but it should be rendered as 1 and 2. The Microsoft Visio Viewer from Microsoft displays it correctly (see next image upload in a few minutes).
Created attachment 96651 [details] This is the display comparison between Microsoft's Visio Viewer and LibreOffice Draw
Created attachment 96652 [details] "broken" vsd file mmmh, bugzilla didn't uploaded the VSD file in the initial post.
The file https://bugs.freedesktop.org/attachment.cgi?id=96829 contains two times the problem: a) page 1 of 1 and b) direct left of that "MASSSTAB 1.000:1.000" --> should be "MASSSTAB 1:1"
Reproducible, tested using Linux Mint 16 x64 with LibreOffice Version: 4.3.0.0.alpha0+ Build ID: d06cc9b52d3023f7b5aacb50bd48b06b9ffefbd3 Kind regards, Joren
Created attachment 97068 [details] Dates are in wrong timeformat The dates (e.g.) 06/01/03 are displayed in my Visio Viewer as 01.06.2003. My localization is the latter one. Moreover many dates aren't displayed (also not under any other layer) direclty under the timeline. (new bug report?)
** 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 (4.4.3 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 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
same problems, unchanged situation with LibO Version: 4.4.3.2 Build-ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Gebietsschema: de_DE
All these numbers are Microsoft fields. They are either numeric or text fields. When they are text fields, we just output the text. For the numeric ones, we check whether they are dates/times and those we approximate with one of 3 ways to express date/time. For other numeric values, we just output them as doubles. If someone has the time, we can accept patches for the function libvisio::VSDNumericField::getString in VSDFieldList.cpp:65 and following. It could be possible to approximate the different time-strings closer and then also output the different other numeric fields in the right numeric type.
@Fridrich Strba Do you know where I could find decription of the formats? It will be very useful. I found something like this: https://blog.bvisual.net/2015/07/24/formatting-shape-data-in-visio/ but I don't know if it is relevant. The Merge Request with the fix for this issue is available at: https://gerrit.libreoffice.org/#/c/74677/
It seems that for dates that doesn't appear, the issue is with default vaules are not displayed (0xffff): if (m_format == 0xffff) return librevenge::RVNGString(); After removing it, it is working correctly. @dennisroczek Czould you please convert these examples to VSDX format?
Hi Bartosz, I have a new computer and sadly no longer Visio. I will ask a colleague next week. Hopefully he still has access. Best, Dennis
Created attachment 152491 [details] Timeline.vsd comparison from Visio viewer and LibreOffice 6.2
Created attachment 152553 [details] Timeline.vsd after conversion to .vdx.
Created attachment 152554 [details] Timeline with different datetime formats and screenshots
Issue partially fixed with: https://gerrit.libreoffice.org/plugins/gitiles/libvisio/+/f96f3ee3a44d6c7af28e1eb67c8da9d36012b113
Dear Bartosz, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assign it back to yourself if you're still working on this.
Created attachment 197035 [details] Format issue converted to VDX