Description: If I set a style with a bulleted or numbered list and a certain point I want to apply another style to the same paragraph that doesn't have numbers or bullets, let's say a normal text paragraph or anything else, the number or the bullet continues to show and it isn't removed. And there is noway to remove the number/bullet style. I have to remove by hands the number or copy and past the text as text only into a new paragraph of the targeted style. Please correct that issue and make LibreOffice Writer to be able to modify the style on a click because if I have to set manually each parameter that isn't applied accordingly with the style there is no point to have styles at all. Thank you so much. Steps to Reproduce: 1.Create a new doc and write some paragraph of text in it 2.apply a text only style than apply a bulleted or numbered style 3.than apply again the previous style Actual Results: The numbered or bulleted list still remains even if I have applied the original style Expected Results: the formatting must be overwritten by the last style applied to the paragraph M;S Word works better because if I apply any style a can overwrite any formatting of it just by applying another style, If I have to rearrange every time the formatting of the paragraph there is no point to have styles at all. Reproducible: Always User Profile Reset: No Additional Info: I have downloaded Writer few days ago and I didn't "options" customization. So it is used more or less with default "options" settings
For text only style I meant a style that is applied for example to the paragraph (Paragraph style icon, onto the style bar)
Created attachment 155333 [details] Writer styles This is a little screen cast of the problem
A list style doesn't replace paragraph style, but is additional to paragraph style. The paragraph style doesn't get lost, if you apply a list style. So you only have to remove the list (for example peress list icon in the toolbar). => NAB Please change it back to UNCONFIRMED with a short reasoning, if you don't agree.
(In reply to Dieter Praas from comment #3) > A list style doesn't replace paragraph style, but is additional to paragraph > style. The paragraph style doesn't get lost, if you apply a list style. So > you only have to remove the list (for example peress list icon in the > toolbar). > > => NAB > > Please change it back to UNCONFIRMED with a short reasoning, if you don't > agree. The problem is that it must be possible to be done by applying another style: if I've created a style and I use styles with numbered lists and then I want to return to normal paragraph and normal paragraph has a bunch of formatting in it of course I don't want to hit Normal style then manually disable all others trails that remain around because of let's call em "lone formatting" that don't go away... Better doing with an example. I have a file that has a bunch of styles. One is "Normal paragraph" that has a collection of formattings. Another style is "Structured Numbered List" that has in it a bunch of different formattings for font, alignment, tabs, etc... and allows me to create structured numbered lists. So I can create in just one click a list and sub-lists in it that just work fine. But if I want to go back to the Normal paragraph than I have the problem mentioned in the original post. So I have to apply the normal style and also I have to switch off the numbering.... ugly behavior IMHO. When I change the style the numbering must be turned off with just that move. If not what's the point to even to have a style collection of if I have to set every formatting manually every time? It is pointless. I create a style to apply at once a complex formatting, to have coherence among all instances. And also when I change the style all instances (even hundreds or thousands of them) get updated accordingly. But if I have to modify them by hands.... using styles to regroup complex formatting is pointless because they lose the coherence, overall in complex documents... Hope I explicated well my point of view this time. Maybe cause I'm not good enough at English (my mother tongue is Italian) frequently I can't express my thoughts as I have in my mind. I'm deeply sorry for this, so please I beg everybody to be patient with me. I'm working on my English every day to improve it as fast as I can, hoping nobody gets offended in the meantime for any mistake due to my ignorance.
(In reply to zionoto from comment #4) > Better doing with an example. Please attach example document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it)
(In reply to Dieter Praas from comment #5) > (In reply to zionoto from comment #4) > > > Better doing with an example. > > Please attach example document, as this makes it easier for us to verify the > bug. > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' once the requested document is provided. > (Please note that the attachment will be public, remove any sensitive > information before attaching it) I've added a screencast file. Is that ok?
Created attachment 156066 [details] Write formatting problems.odt Write formatting problems.odt
(In reply to Dieter Praas from comment #5) > (In reply to zionoto from comment #4) > > > Better doing with an example. > > Please attach example document, as this makes it easier for us to verify the > bug. > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' once the requested document is provided. > (Please note that the attachment will be public, remove any sensitive > information before attaching it) I've found another problem but I think that it is the same nature, in the sense that it is due to the same cause. Try the following procedure: 1) create a new file 2) insert some generic text in it 3) then apply on it a formatting as size 8pt 4) then try to apply on it the default style: it works every where but the text you have applied the 8pt size 5) also try to modify the style it self (right click on the style name on the sidebar and then click the “Modify” item on the right click menu). Into the dialog that appears modify the text size and set it to let say 35pt (or any other size you want) then confirm and close the dialog. You will notice that all the text has updated to match the new size but the text formatted before. This persist even if I change the style of the paragraph style or the Char style from the corresponding section in the sidebar. Even this behavior in a word processing software is wired and awkward. Nevertheless IMHO I think the nature of this problem is the same of the original post of this thread. In the sense that LO Write stacks styles in an incoherent way creating this kind of result. And this cannot be the desired behavior because the logic wants that if I select a piece of text and I apply a style on it I want to overwrite the previous formatting for the same type of style. So if I apply a paragraph. Of course this strange behavior can easily make the text formatting incoherent from a paragraph to another and even inside the same paragraph even if you don't want to. I have added a new attachment.
What I did to reproduce the bug you described in the original report 1. I opened attachment 156066 [details] 2. I had a look at paragraph styles in the sidebar: First paragraph has paragraph style "Default style", second paragraph has paragraph style "List Contents" 3. I applied list style "Numbering 123" to the second paragraph. Paragraph style is still "List Contents" (as expected) 4. Cursor in list => I clicked list-button in toolbar => List disappears. Paragraph style is still "List Contents" (as expected) So I can't see a problem or I haven't understood your problem. If you want to provide some steps to reproduce, it's not necessary to write a lot of text, but to describe it clear. Thank you.
(In reply to zionoto from comment #8) About the "second issue" raised in comment 8 > Try the following procedure: > 1) create a new file > 2) insert some generic text in it > 3) then apply on it a formatting as size 8pt > 4) then try to apply on it the default style: it works every where but the > text you have applied the 8pt size The "problem" arises because step #3 is "applying direct formatting" (to use the technical term). Direct formatting always "applies" over whatever setting was made with "style". Please try the following. 1. Select the part of text with 8pt font (can also be more than the 8pt text) 2. Right-click the selected part, choose "Clear Direct Formatting" I predict you will be satisfied. (also in relation to step 5 in your procedure).
(In reply to sdc.blanco from comment #10) > Please try the following. > > 1. Select the part of text with 8pt font (can also be more than the 8pt > text) > 2. Right-click the selected part, choose "Clear Direct Formatting" > > I predict you will be satisfied. (also in relation to step 5 in your > procedure). Zionoto, does this solve the problem you described in comment 8? => NEEDINFO
Dear zionoto, 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
Dear zionoto, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp