Description: https://ask.libreoffice.org/en/question/273402/save-as-office-open-xml-text/ The LO Save As dialog shows for saving an Microsoft OOXML document either "Office Open XML Text (Transitional) (.docx)" or the more commonly used "Word 2007-365 (.docx)". Assuming the "Word 2007-365 (.docx)" is a Transitional "formatted" document "compatible" with what MS Office produces I would think the "Office Open XML Text (Transitional) (.docx)" should actually be the Strick format and for that say "Office Open XML Text (Strict) (.docx)". That would be in line with the MS Office Save As options where the Strict format is also refereed to as "Office Open XML-document (Strict) (.docx)"" vs Transitional "Word Document (*.docx)". So is that in LO a typo that needs to be fixed? Steps to Reproduce: Read above Actual Results: No clue Expected Results: Maybe a rename if needed Reproducible: Always User Profile Reset: No Additional Info: 7.1
No expert on this matter.. only read a comment on a forum pointing to the ask report in question.. so only creating an report here. There is at least some terminology issue here somewhere
Miklos and Samuel worked on this for bug 131936, but IIRC the OOXML Transitional was precursor based on the earlier published standard, but is not maintained against O365/Office 2019 "strict OOXML". IIUC they remain different filter/formatting specifications.
Don't see need for UX input. Average MSO user has no idea about transitional, strict, ooxml, standards...
Hello Telesto, a new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Nothing changed here Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: c1c8ce3b0f1037bca4d500af2f39363cd9d38db6 CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
[Automated Action] NeedInfo-To-Unconfirmed
this is very confusing. There are currently 5 editions of ECMA-376, latest is from 2021. * 1st edition allegedly corresponds to Word 2007 * 2nd edition allegedly corresponds to ISO 29500:2008 * it's unclear what changed in later editions; there is: Annex M. Differences Between ECMA-376:2016 and ECMA-376:2006 but that's relative to 1st edition. then there is ISO29500:2008, which apparently is the only version of that, but it specifies a "transitional" and a "strict" flavor. our filter called "Word 2007-365" actually means "ECMA-376 1st edition": it exports files that Word 2007 can read, as well as later versions (apparently?). the filter called "Office Open XML Text (Transitional)" actually means "ISO 29500:2008 transitional": it exports files that Word 2010 and later can read, but not Word 2007. (we don't have a "strict" filter because it doesn't really matter, and we export a bunch of extensions that for compat with newer Word versions unconditionally with both filters; these extensions are definitely not in ISO but i haven't checked if ECMA-376 added anything past 2nd edition.) until i looked this stuff up now, i always thought that the "Word 2007-365" filter selects the "newer"/"more features" variant, but it turns out that it is the other way around! (see bug 148952) perhaps it would be better to name one filter "Word 2007" and the other one "Word 2010-365"
(In reply to Michael Stahl (allotropia) from comment #8) > perhaps it would be better to name one filter "Word 2007" and the other one > "Word 2010-365" Sounds reasonable. And easyhackable... (search for the label in *.xcu).
in other news: i've renamed the related confusing constant: https://git.libreoffice.org/core/commit/2c0c95af13662f37e7f217e0bd0fc87ebde36f1b tdf#107841 oox: rename ambiguous and confusing ECMA_DIALECT there were more comments on the other bug which i think are more relevant here: > Miklos Vajna 2023-02-01 09:10:40 CET > My expectation would be that these days we could flip the default to the non-ECMA one, since Word 2007 was EOL in 2017. > Gabor Kelemen (allotropia) 2023-02-01 22:32:55 CET That is happening since 7.0 for new documents, see: https://cgit.freedesktop.org/libreoffice/core/commit/?id=f25985c55541cbbc9a4fc79e660592d3d0485196 so in my view we should NOT do workarounds to please Word 2007. Those situations are bugs. > Michael Stahl (allotropia) 2023-02-02 09:51:00 CET ah yes that's another aspect: it doesn't make sense to export ECMA-376 1st edition for Word 2007 and then set compatibilityMode=15 - if we use the old format for Word 2007 then use compatibilityMode=12 and if we use the "current" format then use compatibilityMode=15.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e66ddcd4b66923bc835bd7c5f5c784a809a420a2 tdf#137883 sw: DOCX export: compatibilityMode=12 for ECMA 376 1st ed. It will be available in 7.6.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ed0476b0625c4361df5ff040a6661a9634588cea tdf#137883 filter: rename DOCX filters to be less confusing It will be available in 7.6.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a44380768059e4efe7b29f5b57b54a20540faa0c tdf#137883 officecfg: ModuleDependendFilterOrder move Word 2010 ... It will be available in 7.6.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.
okay due to the confusion with the other bug i've fixed this now as far as Writer is concerned. but the same issue exists with Calc/Impress XLSX/PPTX filters, so the easy-hackers might want to work on these.
Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/336d8e277daa429fe5c271d7e5169e179dd4aaf9 tdf#137883 Rename docx filter to be less confusing - Help part
Michael + Olivier, just a small typo in the latest patches. Accidentally used a HYPHEN instead of an EN DASH: - Word 2010-365 Document - Word 2010–365 Document 1st one is current. 2nd one is correct + will match the other Word filetypes in the dropdown ("Word 97–2003").
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7391942099d4a76639c1aa8e559643b2702da2b7 tdf#137883 filter: use en-dash instead of hyphen in UINames It will be available in 7.6.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.
Hello, from what I understand, the terminology "Office Open XML Text" was changed here to "Word 2007" in addition to "Word 2010-365 Document". I wonder if this applies to Calc or Impress, since they keep "Office Open XML Presentation/Spreadsheet" along with "Power Point 2007-365" or "Excel 2007-365". I understand this is a specific ticket, but in a quick search I didn't find any other similar tickets. As you will notice, there is a lack of consistency in the names listed in the save dialog between the different LibO applications. I don't understand how it works under the hood, but would it be equivalent to saying that it is valid to suggest the following change? Office Open XML Presentation > Power Point 2007 Power Point 2007-365 > Power Point 2010-365 Presentation Office Open XML Spreadsheet > Excel 2007 Excel 2007-365 > Excel 2010-365 Spreadsheet Here, I just followed an equivalent to how it currently appears in Writer (LibO 24.2.4.2) save dialog. In my opinion, to follow the same scheme, the name of the "2007" version should also be modified in the style of "Word 2007 Document", "Power Point 2007 Presentation" and "Excel 2007 Spreadsheet". I repeat that I do not know the background of how file format standards work in general, but some type of consistency in the naming of the options available in this case within the saving dialog is always good. Cheers.