Bug 132141 - PARAGRAPH STYLE: selecting heading style does not update paragraph correctly
Summary: PARAGRAPH STYLE: selecting heading style does not update paragraph correctly
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha0+
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Styles-Paragraph
  Show dependency treegraph
 
Reported: 2020-04-16 05:17 UTC by Elmar
Modified: 2020-04-20 05:55 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
style change does not take full effect (20.25 KB, application/vnd.oasis.opendocument.text)
2020-04-16 05:21 UTC, Elmar
Details
scfreenshot of xml (54.04 KB, image/png)
2020-04-20 05:35 UTC, Elmar
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar 2020-04-16 05:17:56 UTC
Description:
When I change the style from "Text Body" to "Heading" the font does not change.

(BTW, what happened to the repositories? I tried to update to the latest release and could not find the most recent. In fact, even the 6.4 version is from October last year)

Steps to Reproduce:
1. type a text line and change it from "Default" to "Text Body"
2. add another
3. change the second one to "Heading"

Actual Results:
It seems to change the attributes to the required style, excepting for the font 

Expected Results:
Should update all the attributes to the new style (excepting, maybe, if any attributes were changed manually in the paragraph before the style change)

I should not need to do 


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

Version: 7.0.0.0.alpha0+
Build ID: 0dd48d1a9a716456ff1ebe67e19881ad2f56939b
CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-03-31_14:07:24
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
Calc: threaded
Comment 1 Elmar 2020-04-16 05:21:14 UTC
Created attachment 159604 [details]
style change does not take full effect

NOTE: I need to then do menu: CTL+M (clear direct formatting to get what I want)
Comment 2 Dieter 2020-04-19 11:01:03 UTC
I don't know, what happened to the document before, but what I did:

1. I opened you document from comment 1
2. I selected "Venues" and cleared formatting
3. I changed paragraph style to "Text Body" => Font changed from Arial to TNR
4. I changed paragraph style to "Heading" => Font changed from TNR to Arial

I also followed your steps from comment 0, but couldn't reproduce it.

So for me everything works as expected.
Comment 3 Elmar 2020-04-20 05:35:12 UTC
I have checked the document again.

It seems that I had somehow added direct formatting into the first paragraph. 
Not sure how. 
Therefore was not aware that the first line had direct formatting in it.
When I cleared the direct formatting in the first line 
and then typed "Venues" into the second line, 
and then changed its style to Heading, it behaved correctly.

So I am happy to clear this as not a bug. 

What puzzles me is this: I can read xml as a novice, but how was I able to change the style in the middle of a paragraph as the png i have attached seems to indicate?

The first sentence is split in the word "issu|es", and then the heading "V|enues" (with the | character representing the inserted xml).

Must say this: the first word processor I used (after IBM's dedicated word processor) was Wordstar under CP/M.
In it you explicitly type in these things, similar to XML, but without all the extra stuff. So you said where Italics started and where they ended, and so on.
It was then very easy to see where one had made a mistake.
It is a pity that this is not possible to do with a single click (like the "Toggle Formatting Marks" in our modern word processing software (I know I can view the XML when opening the doc as a Zip file, but there is so n=muc additional clutter that one cannot easily spot the problems unless one is competent in xml.
Comment 4 Elmar 2020-04-20 05:35:47 UTC
Created attachment 159749 [details]
scfreenshot of xml
Comment 5 Dieter 2020-04-20 05:55:25 UTC
(In reply to Elmar from comment #3)
> So I am happy to clear this as not a bug. 

=> RESOLVED NOTABUG