Styles Don't Retain Bold?

users
#1

Hi All,

Quick question. Are styles supposed to retain properties like "bold." I
am consistently getting mixed results using styles. I can provide an
example if need be.

Best,
Joel

#2

Well, styles are over-ridden by manual formatting, for one. So if a Style
specifies a bold font, but you click a button to turn it off, it should go
off.

Regards,

#3

https://drive.google.com/file/d/0B2kdRhc960qdMlFhVzAtTllETEU/edit?usp=sharing

There is one example file. Go to the very end, push enter a couple
times, and then set the style to Heading 3. If you look at the actual
style it's supposed to be bolded but it retains non bold from the
previous line when you start typing.

Best,
Joel

#4

Hi :slight_smile:
It is bold but "Header 3" makes things grey in the "Font Effects" tab so it
just doesn't look as bold as usual.
Regards from
Tom :slight_smile:

#5

LOL come on Tom - you know me better than that. It's not bolded for me -
I look at the bold icon and it is not pressed. Then when I push ctrl +
b the font changes to the bold like all the other heading 3's....you
should know that I wouldn't make such a mistake. If you really want
proof I can upload another one with the line not bolded :wink:

Best,
Joel

#6

Hi Joel,

https://drive.google.com/file/d/0B2kdRhc960qdMlFhVzAtTllETEU/edit?usp=sharing

There is one example file. Go to the very end, push enter a couple
times, and then set the style to Heading 3. If you look at the actual
style it's supposed to be bolded but it retains non bold from the
previous line when you start typing.

It's strange because if you insert a Title3 before the last paragraph,
it's bold. It's only if you add it at the very end that it's corrupted.
You found a bug I guess :wink:
Cheers
Sophie

#7

\O/ Sweet! One point for me :smiley: That being said, it's actually not just
the end - that's just one of the obvious ways to trigger the issue. I'd
have to play around with the document to find another consistent place
where it happens. I shall report the bug, quite minor I suppose since
you can always just select and bold the text - just styles should be
consistent all the time (as this is their entire point). Thanks Sophie
for confirmation that I'm not going crazy.

Best,
Joel

#8

Hi :slight_smile:
Just confirmed on LO 4.2.6 on Ubuntu.

Of course Joel was right! The B button wasn't pushed in but in the styles
settings it was marked. I looked in the obscure only, not in the obvious.
I've also only just noticed several style changes in the UI that look
rather nice. Several icons look much prettier and/or clearer now. The
Bold button has a nice lighting effect.

Nice work and good changes! :)))
Regards from
Tom :slight_smile:

#9

Joel Madero wrote:

Hi Joel,
Le 10/09/2014 17:01, Joel Madero a écrit :

https://drive.google.com/file/d/0B2kdRhc960qdMlFhVzAtTllETEU/edit?usp=sharing

There is one example file. Go to the very end, push enter a couple
times, and then set the style to Heading 3. If you look at the actual
style it's supposed to be bolded but it retains non bold from the
previous line when you start typing.

It's strange because if you insert a Title3 before the last paragraph,
it's bold. It's only if you add it at the very end that it's corrupted.
You found a bug I guess :wink:

\O/ Sweet! One point for me :smiley: That being said, it's actually not just
the end - that's just one of the obvious ways to trigger the issue. I'd
have to play around with the document to find another consistent place
where it happens. I shall report the bug, quite minor I suppose since
you can always just select and bold the text - just styles should be
consistent all the time (as this is their entire point). Thanks Sophie
for confirmation that I'm not going crazy.

Best,
Joel

Don't be in too much of a rush to post a bug Joel. Wherever I type on a
blank line in your example file and set "Heading 3" (either before or
after typing) I get 14pt Bold Liberation Sans text in a "User Defined"
colour. Which in my assessment is the correct behaviour.

Setting existing manually formatted text to "Heading 3" is an issue, if
the formatting is not completely cleared first.

Version: 4.3.1.2
Build ID: 958349dc3b25111dbca392fbc281a05559ef6848
Win 7 x64

If it would help I can test a few other versions and Linux later.

Best
Dave

#10

Hi Dave,

Setting existing manually formatted text to "Heading 3" is an issue, if
the formatting is not completely cleared first.

Shouldn't applying the style overwrite all previous style information
though ? In that case, it would still be a bug.

I've been hit by this very annoying behaviour more than once when using
the default Heading styles - after all, what is the point of a default
style if it isn't applied correctly ?

Alex

#11

Don't be in too much of a rush to post a bug Joel. Wherever I type on a
blank line in your example file and set "Heading 3" (either before or
after typing) I get 14pt Bold Liberation Sans text in a "User Defined"
colour. Which in my assessment is the correct behaviour.

Setting existing manually formatted text to "Heading 3" is an issue, if
the formatting is not completely cleared first.

I have confirmation from 4 people that this is a bug so indeed going to
report a bug.

Best,
Joel

#12

Yup - pretty annoying but still a minor bug. Need to investigate if it's
a regression or not. It's particularly an issue when you're working on
really long documents (most of mine are at least 100-200 pages).
Anyways, I'll see what I can figure out.

Best,
Joel

#13

This depends on what you mean. Applying one style of a type (character, paragraph, page, etc.) should replace the effects of the previous style of that type - but not styles of other types. So applying a paragraph style (as suggested in this enquiry) will replace any previous paragraph style but not, for example, any existing character style - which may well affect formatting.

In addition, the disparaged local (manual) formatting always supersedes that applied by styles, so applying a fresh paragraph style will not remove this.

Brian Barker

#14

Bug report: https://bugs.freedesktop.org/show_bug.cgi?id=83726

Best,
Joel

#15

Hi :slight_smile:
I think just post the bug-report as is at the moment. Then come back to do
all the fancy stuff later. Otherwise i tend to find weird time-distortions
happen and get me in all sorts of trouble.
Regards from
Tom :slight_smile:

#16

Hi :slight_smile:
+1
I've sometimes had to bounce around between 2 or 3 unwanted styles before
the desired style will fully apply. It's a bit of a pain but i figured it
was just me stuffing up somehow.

However, i am pretty sure that is a separate issue. What Joel is showing
is soemthing i've not seen before.
Regards from
Tom :slight_smile:

#17

Hi Brian,

Shouldn't applying the style overwrite all previous style information
though ?

This depends on what you mean. Applying one style of a type (character,
paragraph, page, etc.) should replace the effects of the previous style
of that type - but not styles of other types. So applying a paragraph
style (as suggested in this enquiry) will replace any previous paragraph
style but not, for example, any existing character style - which may
well affect formatting.

In addition, the disparaged local (manual) formatting always supersedes
that applied by styles, so applying a fresh paragraph style will not
remove this.

It's really a bug because it's a predifined style. So it should stay
consistent all over the document. I my test, there was no hard
formatting, I removed the content and apply the style as Joel said.

Kind regards
Sophie

#18

Stays bold in Version 3.6:build-304 so a regression.
steve

#19

Hm - in bibisect package I can't confirm that, I went all the way back
to 3.5beta0 :-/ Can you add your findings to the bug?

Best,
Joel

#20

Oh, indeed - as I'd already remarked to the questioner privately. This was just a response to the bare question asked by Mr Thurgood.

Brian Barker