This bug was tested LibreOffice v4.1 running in windows 7 and XP. It appears that LibreOffice loses formatting when importing MS .pptx files. I have attached an example. Steps to reproduce the bug: 1. Open attached Contoso-Presentation.pptx document in Impress 2. Open attached Contoso-Presentation.pptx document in PowerPoint 2007/Office 365 3. Compare the documents. Note The "Sales", "CALCULATING PROFIT", and "Highest Revenue" are sized incorrectly resulting in them being displayed incorrectly.
The file I was trying to attach is over the 3MB limit. You can download it from here: https://skydrive.live.com/view.aspx?resid=9FBE63963526EB25!411&app=PowerPoint&authkey=!AN5Q_kKPvn2eWUQ
Created attachment 83028 [details] Comparison of PowerPoint vs Impress
Hi Luke, Thanks for your report. I can confirm that the elements are not displayed correctly. You report the bug against 4.1.0, but I would expect that in the previous versions it would not have better - rather the oposite. Do you have any experience with this presentation? Another question: could it be possible for you to provide the document with just the second slide and maybe also some pictures removed? Is more convenient for testing and the developers. Regards, Cor
Created attachment 83059 [details] MS .pptx size and position import error This is only page 2, with all other slide and pictures removed.
(In reply to comment #4) > This is only page 2, with all other slide and pictures removed. Thanks! In this attachment: look at the two vertical text boxes left and middle. And at the right one. Thorsten: was it Lubos that could look at such issues?
Created attachment 83342 [details] MSO 97 .ppt imports correctly I don't know if it helps, but the MSO 97 .ppt version of this slide, is correctly imported.
basically LibO has problems fitting the text inside text boxes when saving as .PPTX while saving as .PPT has no issue the different look of the .PPTX file depends on a bad distribution of the text inside the box. I mark this as DUPLICATE of Bug 71961. even if this report was filed earlier, Bug 71961 has a simpler text case *** This bug has been marked as a duplicate of bug 71961 ***
@tommy27 Why did you close this bug report? It is clearly not a duplicate of Bug 71961 - FILESAVE: text doesn't fit into text boxes when exporting to .PPTX This is a FILEOPEN: import issue. In the description, comments, and other linked bugs of 71961, there is no discussion of importing at all.
@Luke I think it the same issue, either you export an .odt to .pptx or if you open a .pptx created by MSO, the bug is that LibO doesn't show a correct distribution of the text inside the box.
@Luke read this: https://bugs.freedesktop.org/show_bug.cgi?id=71961#c15 would you please do that test? In the meantime I mark this as NEEDINFO. If I'm right Bug 67347 and Bug 71961 are the same problem (probably a FILEOPEN issue) then the current report could be marked again as DUPLICATE. otherwise if I'm wrong you should revert status to REOPENED.
@tommy27 I did the testing you requested and clearly these are two separate bugs. I would appreciate it if you refrain from closing bugs based on pure speculation. The LO developers need bug reports to produce a quality product. If you are closing reports before testing them, then seriously issues may go unnoticed. In the future, if you have a question as to how a document may look in Microsoft Office, please use the free viewer at: https://skydrive.live.com/
please Luke, calm down. as I said in the other report I think the same bug is the root of both FILEOPEN and FILESAVE issue. let's keep this REOPENED but I think that a single committ will fix both, since they are 2 sides of the same problem. as wrote in the other report now we need a simple .pptx created with MSO which proves to load correctly in PowerPoint but fail with LibO... let's see what happens in a cooperative manner. animosity, sarcarsm and all the other unpleasant stuff I can read between the lines of your posts are not helpful.
bad fitting of text in textbox reproduced in LibO 3.3.3 too with attachment 83059 [details] updated version field to 3.3.3 I have no 3.3.0 available to test but is likely that this issues comes from the beginning of LibO era.
Created attachment 103784 [details] stripped-down version of this file reduced the file to just 2 text boxes.
REOPENED is reserved for a bug that: 1. a developer has marked as FIXED; 2. a developer is assigned to the bug that is marked as FIXED; As the bug appeared to have previously been confirmed - marking as NEW
Confirmed:4.3.1RC1:OSX
(This is an automated message.) Setting priority to highest as this is a MAB. This is part of an effort to make the importance of MAB reflected in priority too.
still reproducible with LibO 4.3.3 and 4.4.0 beta1 since 4.2.x reached the END of LIFE I move this bug from mab4.2 to mab4.3 list.
Issue with the text-box on second slide: Text is formatted in columns, which is not imported correctly.
@Vinaya Mandke Good catch. I have created Bug 90140 as a feature request to add textbox column support to Impress. This bug should only address the issue the PPTX importer creating over sized text boxs(or undersized text box margins).
Created attachment 114223 [details] stripped-down version showing issue with stacked text
issue is still present in LibO 4.4.3.2 and recent 5.1.0.0 daily build
still reproducible with recent LibO 5.2.0.0 daily builds
Hi Vinaya, I'm setting this ticket back to NEW as it has been inactive for more than 3 months. Feel free to assign it back to you if you're still working on this. Regards
still present in LibO 5.3.0.0.alpha0+ Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02 Locale: it-IT (it_IT); Calc: group
(In reply to Luke from comment #0) > Note The "Sales", "CALCULATING PROFIT", and "Highest Revenue" are sized > incorrectly resulting in them being displayed incorrectly. Yes, and also: in MSO those are Century Gothic, in LO they are Century Gothic in Format-Character and Liberation Sans in Sidebar-Properties
We already have a stacked text implementation that the chart application uses for axis labels. Could that be used here?
still present in LibO 5.3.4.2 and 6.0.0.0 alpha
Still reproducible in Version: 6.1.0.0.alpha0+ Build ID: 28e8c3e28bf4944ecad23961602b9b1f72613d39 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: he-IL (ca_ES.UTF-8); Calc: group
Still reproducible in Version: 6.3.0.0.alpha1+ Build ID: a3e649c3384d19a5ad540c3d65d5f79b66fd9090 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded However, this doesn't deserve the highest importance status
The attribute 'style:direction', which allows the value 'ttb' for vertically stacked characters, is only usable with <style:chart-properties> and <style:table-cell-properties>. So using it for text in shapes would need an extension to the ODF standard.
*** Bug 151102 has been marked as a duplicate of this bug. ***
Hi Attila, I have seen you have started work in https://gerrit.libreoffice.org/c/core/+/163121 Some comments: I think, 'stacked' needs text to be meaningful. Thus perhaps putting it to SdrTextObj might be better than at SdrObject. You have introduced it as new property. As such it could be combined with writing modes. That looks strange for me. I consider it as a new kind of writing mode. In OOXML 'wordArtVert' and 'wortArtVertRtl' are values of the 'vert' attribute, which holds the writing mode of shapes. You need not only 'wordArtVert' but 'wortArtVertRtl' too.
I'll put the wiki page derived from Regina's work in here as a handy reference https://wiki.documentfoundation.org/Documentation/Text_in_Custom_Shapes and the MS TextVerticalValues enum: https://learn.microsoft.com/en-us/dotnet/api/documentformat.openxml.drawing.textverticalvalues?view=openxml-2.8.1
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f846efa507252b0584d2753a251f2dd99c34541a tdf#67347 pptx import: stacked text, minimal impl. It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Looking at bug #151102 and the document from attachment #182595 [details] there, this looks much, much better. Just the text is vertically higher than in Impress, see the new screenshot in attachment #192614 [details] versus the original comparison in attachment #182596 [details]. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5a4ab8cb3a3fbf15de11afc5d8876aaa8a7784c9 CPU threads: 12; OS: Linux 6.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/684d63e133fddeca68055a83d85f75bd73319d39 tdf#67347 fix stacked text kern problems It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/57ac7b73e898cf8889819d7f3beb3608e61b179b tdf#67347 fix regression stacked text in calc It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0079f0e77e74a355d57b24d3a6b6d1a29f45eb79 tdf#67347 pptx import: stacked + horz/vert aligment It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 192819 [details] visual comparison before, after, Powerpoint
I also checked original sample, stacked text is good. I set Verified. When saved, stacked text opens OK in LO and MSO, also alignment is resolved with the last patch. Text boxes and alignmnet behave differently, and in LO they cannot be enlarged manually, to change alignment, but typing enlarges them in the direction of text. That seems worth a separate issue. There remains yet another an issue of multiline text, but that is a dedicated non trivial fix. This was stacked text in shape, text box. There are other bugs for stacked or rotated text in table.