[Libreoffice-bugs] [Bug 106659] FILEOPEN: DOCX with 1638 width or larger page opens with 0 width
https://bugs.documentfoundation.org/show_bug.cgi?id=106659 Xisco Faulí changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||xiscofa...@libreoffice.org Resolution|--- |NOTABUG --- Comment #5 from Xisco Faulí --- Closing as RESOLVED NOTABUG as per comment 3 and comment 4 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106659] FILEOPEN: DOCX with 1638 width or larger page opens with 0 width
https://bugs.documentfoundation.org/show_bug.cgi?id=106659 Vitaliy changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from Vitaliy --- Also I've found some information about OOXML page size and MS Word behavior: https://social.msdn.microsoft.com/Forums/en-US/b6a1d9c8-e0b1-4a91-8681-bc646f05e66c/paper-sizepage-sizedocument-size?forum=os_binaryfile >b. The standard states that the h and w attributes can > have any value in the range 0 to 4294967295, inclusive. >Word requires that this value is between the width of the page margins >(and any column widths, for the w attribute) and 31680 (22 inches). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106659] FILEOPEN: DOCX with 1638 width or larger page opens with 0 width
https://bugs.documentfoundation.org/show_bug.cgi?id=106659 Vitaliy changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||vander...@smartru.com Ever confirmed|0 |1 --- Comment #3 from Vitaliy --- MSO does the same. In LibreOffice the limit in the function "convertTwipToMM100" >>// It appears that MSO handles large twip values specially, >>// probably legacy 16bit handling, >>// anything that's bigger than 32767 appears to be simply ignored. >>if( _t >= 0x8000 ) >>return 0; I don't know it is a bug or no. Maybe we need to set the limit when we edit the page size? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106659] FILEOPEN: DOCX with 1638 width or larger page opens with 0 width
https://bugs.documentfoundation.org/show_bug.cgi?id=106659 --- Comment #2 from Pavel Sknar --- 1638 pixels -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106659] FILEOPEN: DOCX with 1638 width or larger page opens with 0 width
https://bugs.documentfoundation.org/show_bug.cgi?id=106659 --- Comment #1 from Pavel Sknar --- Created attachment 132024 --> https://bugs.documentfoundation.org/attachment.cgi?id=132024&action=edit snapshot -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
