Bug 46421 - FILESAVE Text export: All caps style is not respected
Summary: FILESAVE Text export: All caps style is not respected
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium minor
Assignee: Not Assigned
Depends on:
Blocks: Character Save-Text
  Show dependency treegraph
Reported: 2012-02-21 16:28 UTC by Urmas
Modified: 2021-11-24 21:36 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Sample document (11.36 KB, application/3dr)
2012-02-22 02:11 UTC, Rainer Bielefeld Retired

Note You need to log in before you can comment on or make changes to this bug.
Description Urmas 2012-02-21 16:28:08 UTC
The text which has 'uppercase' style applied, is saved in plain text format as original case, instead of uppercase.
Comment 1 Rainer Bielefeld Retired 2012-02-21 22:40:43 UTC
NOT reproducible with "LibreOffice 3.5.0 German UI/Locale [Build-ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735] on German WIN7 Home Premium (64bit). I typed a text line to a WRITER document, applied menu 'Format -> Change Case -> UPPERCASE', saved as text document and coded text document, both showed uppercase when reopening document with Writer or arbitrary text editor.


Effect ist reproducible with "LibreOffice 3.5.0 German UI/Locale [Build-ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735] on German WIN7 Home Premium (64bit) when:

1. type a simple text line into new WRITER document
2. select all text
3. Menu 'Format > Character -> Font Effects -> Effects -> Capitals <ok>'
   > now all text is in uppercase 
4. Save as text , close document
5. reopen document with Writer or arbitrary text editor
   Expected(?): all text is in uppercase 
   Actual: Text looks as before step 2, "Capitals" is ignored.

For me this all is not unexpected, I the first text the lowercase characters will be replaced by uppercase characters. But in second test in step 3 only an information will be modified how characters should be shown in the document, that information will not be exported to text , and so it's not unexpected that the text in step 5 does not show all characters as capitals. Also all other effects from that dialog will not show a visible result in export.txt.

Please feel free to reopen this report if you can contribute Help texts or similar sources what let expect some other results. 

Please always contribute EXACT information how to reproduce the problem, " style applied" is much too rare!
Comment 2 Urmas 2012-02-22 00:20:36 UTC
Change case is irreversible editing operation.
I'm talking about 'Format/Character/Effects->Uppercase' style option.
Comment 3 Rainer Bielefeld Retired 2012-02-22 00:28:11 UTC
As I explained that is the wrong edit for your needs.
Please do not state meaningless things like "Change case is irreversible editing operation". What do you want to tell us? Manuals or other sources for your expectations? What's your aversion against the correct edit operation "'Format -> Change Case -> UPPERCASE'"?
This still is NOTABUG in spite of modified Status picker.
Comment 4 Rainer Bielefeld Retired 2012-02-22 02:11:56 UTC
Created attachment 57443 [details]
Sample document

... demonstration the difference between formatting methods.
Comment 5 Rainer Bielefeld Retired 2013-03-22 10:48:50 UTC
Closing Bug because has not been reproduced and due to reporter's inactivity as INVALID due to lacking information.

Please feel free to reopen this bug if you find out that the problem still exists with the current stable LibreOffice version and if you can contribute requested additional information due to <http://wiki.documentfoundation.org/BugReport> (especially BugReport Details)!
Comment 6 Urmas 2013-03-22 12:08:38 UTC
This is in contrary to Word behaviour and definitely is a bug.

Uppercase is an important style property and it cannot be replaced with physically modifying the text.
Comment 7 Rainer Bielefeld Retired 2013-03-22 16:02:10 UTC
Urmas: (In reply to comment #6)
Well, as I told you, you do the wrong edit for your goal. That might be a bug, but with you, not with LibO.

And as long as you can't contribute the requested arguments, the bug will stay INVALID, it does not matter what different status your select in the dropdown.

So please contribute comprehensible arguments or close the bug again.
Comment 8 Urmas 2013-03-22 17:46:06 UTC
It does not behave as the normal software does. That is the main, irrefutable argument.

Additionally, how do you suggest to deal with fields and headings? They cannot be edited, and the font style is the only option to force them uppercase.
Comment 9 QA Administrators 2013-09-24 01:43:56 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2015-04-01 14:40:07 UTC Comment hidden (obsolete)
Comment 11 Buovjaga 2015-04-19 15:28:01 UTC
Reproduced with steps from comment 1.

Win 7 Pro 64-bit Version: (x64)
Build ID: 211c12b9c64facd1c12f637a5229bd6a6feb032a
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-18_01:51:17
Locale: fi_FI

Ubuntu 14.10 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-
Comment 12 QA Administrators 2016-09-20 09:32:07 UTC Comment hidden (obsolete)
Comment 13 QA Administrators 2019-12-03 14:00:24 UTC Comment hidden (obsolete)
Comment 14 Andreas Heinisch 2021-11-24 14:57:47 UTC
Question is whether this really is a bug. LO online help says:
"When you apply formatting to your text by Format - Character, the text stays the same, it is only displayed in another way. On the other hand, when you choose Format - Text or Format - Text - Change Case, the text is permanently changed."

So should these character formats be applied during the export or not.
Comment 15 Rainer Bielefeld Retired 2021-11-24 18:52:06 UTC
(In reply to Andreas Heinisch from comment #14)
So it is. Menu 'Format → Character → Font Effects' like "font color", "strike through", "Relief" and also "Case = Uppercase" only affect the view in the document, but do not change the ASCII or Unicode. And view (text color or '"Case = Uppercase"' are not hold in "plain Text"

1. Into document type "Text". 
2. Copy / paste that word to a [hexdump viewer](https://8gwifi.org/hexdump.jsp)  
   » shows "00 54 00 65 00 78 00 74"
3. Now apply Menu 'Format → Character → Font Effects  → Case=Uppercase'
   » View changes to "TEXT"
4. Copy / paste that word to hexdump viewer
   » still shows "00 54 00 65 00 78 00 74"

11. Now again into document type "Text". 
13. Now apply Menu 'Format → Text → "UPPERCASE"
   » View changes to "TEXT", looks completely like in step (3). But ...
14. Copy / paste that word to hexdump viewer
   » Now shows "00 54 00 45 00 58 00 54" ❗  
    Operation (13) changed the Characters, not the view.

Another proof:
21. Highlight "TEXT" from from (3) → apply Context Menu Clear Direct Formatting
   » goes back to "Text", because the code of the characters did not change 
     in (3), only the view.
22. Highlight "TEXT" from from (13) → apply Context Menu Clear Direct Formatting
   » Remains "TEXT", because word is made of capital letters

So I agree, this one is INVALID.

But may wording in the menus and help should be improved to avoid such misunderstanding?
Comment 16 Heiko Tietze 2021-11-24 19:04:43 UTC
Cannot reproduce with Format > Text > UPPERCASE nor Format > Character...: Font Effects > Effects > Case = UPPERCASE. Both stay uppercase after save/reload. 

But ultimately it's NAB but a feature according Andreas' comment.