Bug 33614 - Impress [FILEOPEN] did not import double lines from a Powerpoint .ppt correctly.
Summary: Impress [FILEOPEN] did not import double lines from a Powerpoint .ppt correctly.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Presentation (show other bugs)
Version: 3.3.0 release
Hardware: All All
: high normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-27 11:20 UTC by starmatz71
Modified: 2013-11-23 13:42 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Shows the import problem. Left Powerpoint 2000 (WinXP), middle Libreoffice3.3 (WinXP) and right LibreOffice 3.3 (Ubuntu 10.10 64Bit) (104.69 KB, image/png)
2011-01-27 11:20 UTC, starmatz71
Details
Powerpoint file which is shown in the picture above. (24.50 KB, application/vnd.ms-powerpoint)
2011-01-27 11:25 UTC, starmatz71
Details
previous document saved as pdf using msOffice 2007 (9.57 KB, application/pdf)
2012-08-23 07:49 UTC, sasha.libreoffice
Details

Description starmatz71 2011-01-27 11:20:01 UTC
Created attachment 42607 [details]
Shows the import problem. Left Powerpoint 2000 (WinXP), middle Libreoffice3.3 (WinXP) and right LibreOffice 3.3 (Ubuntu 10.10 64Bit)

LibreOffice does not support graphical line style with two or three lines parallel like in MS Office. After importing a .ppt file in impress double or triple lined objects are only single lined. If LibreOffice did not support this linestyles, it could import and split them as two or three single lined objects and should look like the original Powerpoint object.

You can see it in the picture in the attachment.
Comment 1 starmatz71 2011-01-27 11:25:29 UTC
Created attachment 42608 [details]
Powerpoint file which is shown in the picture above.
Comment 2 Jorendc 2011-01-27 13:24:16 UTC
Reproduced in Mac OS X, LibreOffice 3.3 final.
Comment 3 Björn Michaelsen 2011-12-23 11:46:59 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 4 Florian Reisinger 2012-08-14 14:00:13 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 5 Florian Reisinger 2012-08-14 14:01:21 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 6 Florian Reisinger 2012-08-14 14:06:05 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 7 Florian Reisinger 2012-08-14 14:08:06 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 8 sasha.libreoffice 2012-08-23 07:49:35 UTC
Created attachment 66006 [details]
previous document saved as pdf using msOffice 2007
Comment 9 sasha.libreoffice 2012-08-23 07:52:21 UTC
Thanks for bugreport
reproduced in 3.3.4 and 3.6.0rc on Fedora 64 bit
Comment 10 starmatz71 2012-09-24 18:52:59 UTC
And of course it is still present in 3.6.1.2 and 3.6.2.1, because there is no support for double lines in Impress but it is in Calc!
Comment 11 starmatz71 2012-11-25 11:30:52 UTC
The same is in LibO3.6.3.2 and in 3.6.4.1 also.
Perhaps, this is a goal for the release of LibO 4.0 ?
Comment 12 starmatz71 2012-11-25 11:40:39 UTC
This is also an issue with Libre Office Draw, there are no support for double lines. I think both programs (impress and draw) are using the same code?

This is a major regression if you import Powerpoint Sheets into Libre Office.
Doublelined Borders are degraded to single lined borders which has to change manually with to boxes/lines. If you only import a few graphics, this is no problem, but if this are hundreds of them this is very frustrating and unproductive.

Please implement this feature in future releases of LibO.

Thank you!
Comment 13 sasha.libreoffice 2012-11-26 05:52:33 UTC
@ starmatz71@yahoo.de
Status "Enhancement" means that we have no bug. But it is a real bug.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.