Created attachment 122680 [details]
Simple numbering format
When I use numbering, I can not format numbers - only can format in with all text.
If I place cursor before number field and try to change font property, this have no effect.
When I try to do it with OOo or MS Word in same file and save it in .ODT or .DOCX or .DOC, I now can change font property in LO.
Numbering problem seems extremely hard with RTF format.
In 18.104.22.168. it works more or less tolerated. But still not as expected.
Thanks for filing, however formatting of numbering and bullets is done with character styles. See the list at the tab Options for Bullets and numbering (styles).
You may want to consider to ask support from our community with these questions too. See http://www.libreoffice.org/get-help/community-support/
We are now trying to implement LibreOffice in a big organization. We are even willing to pay for support when we find with whom to work in Russia. My bug reports began to appear just as a result of the beginning of the implementation LibreOffice.
I think you simply do not work with contracts and business documents. Working with numbered lists in LibreOffice not tenable. At the same time, the new version is even worse and less logical than the previous one. The problem is not even the end-user training. The problem is that the work with lists of unpredictable and illogical. The user encounters a problem in the most unexpected places. Format the list using LibreOffice often impossible. And, often the same result can not be achieved in the same method.
Generally, it's not just a bug in the program, it is the lack of understanding of how it should work. This lack of a clear logic. And it really is a serious problem for the end user. The problem is not only not the most serious, but the most annoying. The problem is complex, because It includes compatibility problem, and the problem of functional.
I even I can not write wher "lists" is not working properly. Because work is simply defies logic. It is always different. Font, margins - everything can be changed, and always different. And solution also always different.
The second most annoying problem is the "work with tables". It is easy to describe, but it is not easier to work on it. The logic is clear in general, somewhere justified. But the work as a whole much more complicated, and it is a problem to implement.
The rest of the bugs that I can see in Bugzilla, it's just working moments.
After more research, I think I understand the problem.
Elements of the list may have or may not have styles. If there is no style, the format is changed in conjunction with the text. If the style is, according to the style.
Problems until a few:
1. It is to be seen clearly, if you put the mouse over the number. I do not see right style and the right font.
2. When working with RTF, the document contains many styles. Just now, I was not able to apply the formatting for the first number in the list, with unknown reason.
3. In the document, which must be one "list", "Lists" is a lot, and it is unclear how to consolidate them into one. List item can erraticaly jump from one list to another when editing document.
The most offensive, that the "MS Word" works fine with this nonsense.
Created attachment 123645 [details]
Text document from MS Word
Numbering in LibreOffice working completely unusable and it is completely incompatible with MS Word. I present some attachments that illustrating just only one of problems.
Created attachment 123646 [details]
MS Word screenshot
Created attachment 123647 [details]
Created attachment 123648 [details]
Created attachment 123649 [details]
WPS Writer screenshot
Created attachment 123650 [details]
LinreOffice 5 screenshot
Created attachment 123651 [details]
LibreOffice 4 screenshot
Numbering is a CRITICAL problem to migrate to LibreOffice!!!
Created attachment 123652 [details]
Example of numbering size
Why numbers have different size?
What i can do to make numbers appropriate size?
Created attachment 123653 [details]
Created attachment 125353 [details]
screen shot showing LibreOffice daily20160525 and Word2010
I confirm the problems with the attachment.
LibreOffice 3.3.0 shows the same as
that is not perfect: note that there are two lines with numbers 1..
What I see is that there is a lot of direct formatting by the way, what makes interoperability harder. Especially since LibreOffice is a program on its own and not designed around showing files as Word ..
Having said that: there are indeed many professional developers that can be contacted to improve this. See http://www.documentfoundation.org/gethelp/developers/
first version showing numbering much worse than in 3.3.0 is (as far as I can see) 22.214.171.124
I do not set it to a regression, because in 3.3.0 it was not OK too...
Created attachment 125401 [details]
Clean file from Word 2010 with ~ same contents
So for reference I created the 'same' file in Word 201o, but new. That opens perfect in LibreOffice.
This may help to find the odd stuff in the test file that does not open correct.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Created attachment 153981 [details]
Test document compared MSO LO3.5 LO3.6 LO4.2 LO6.4+
Still repro in LO 6.4+, even if DOCX resaved in MSO.
Interesting that OO and LO 3.5 used to open it fine. I'll mark regression, although it's not a single one, but multiple ones. Can be seen in attachment.
Comment on attachment 123652 [details]
Example of numbering size
Comment on attachment 123653 [details]
Created attachment 154226 [details]
Screenshot of the example document in LO 6.4 and Word
This seems to work fine now in:
Version: 126.96.36.199.alpha0+ (x86)
Build ID: 06925c1230cd6269fa5189ac3f4d608c9edf68e9
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
TinderBox: Win-x86@42, Branch:master, Time: 2019-09-16_23:15:59
Locale: hu-HU (hu_HU); UI-Language: en-US
(In reply to Gabor Kelemen from comment #22)
> Created attachment 154226 [details]
> Screenshot of the example document in LO 6.4 and Word
> This seems to work fine now in:
> Version: 188.8.131.52.alpha0+ (x86)
> Build ID: 06925c1230cd6269fa5189ac3f4d608c9edf68e9
> CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
> TinderBox: Win-x86@42, Branch:master, Time: 2019-09-16_23:15:59
> Locale: hu-HU (hu_HU); UI-Language: en-US
> Calc: CL
Sorry, wrong example file. The original still does not work. Opening it gives an assertion error in my local build:
Assertion failed: !paraId.isEmpty(), file C:/cygwin64/home/Fejleszto/core/writerfilter/source/dmapper/DomainMapper_Impl.cxx, line 1542
(In reply to Andrew from comment #5)
> Created attachment 123645 [details]
> Text document from MS Word
> Numbering in LibreOffice working completely unusable and it is completely
> incompatible with MS Word. I present some attachments that illustrating just
> only one of problems.
For the record: this file is imported correctly since:
Michael Stahl <Michael.Stahl@cib.de> Fri Sep 20 19:42:16 2019 +0200
writerfilter: fix assert importing fdo77404-1.docx
But the originally reported problem of not being able to directly format the numbering is still valid.
Created attachment 157500 [details]
Test document compared MSO 2013 LO 6.4
From LO 6.4, numbering is OK again.
FWIS, I can format some numbering ("test of numbering" and in the table).
I cannot format just this numbering, and I can't say why it's different from "test of numbering":
"This paragraph written without numbering
1. First with numbering
2. Second with numbering
3. Third with numbering
4. Fourth with numbering"