[Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2024-04-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||160789


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160789
[Bug 160789] [META] Regressions from "new ODF numbered list parameter
loext:num-list-format"
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2023-08-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

   Assignee|vasily.melenc...@cib.de |libreoffice-b...@lists.free
   ||desktop.org
 CC||kelem...@ubuntu.com

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2022-03-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

Vasily Melenchuk (CIB)  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |vasily.melenc...@cib.de
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2022-03-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

--- Comment #5 from Vasily Melenchuk (CIB)  ---
Created attachment 178741
  --> https://bugs.documentfoundation.org/attachment.cgi?id=178741=edit
DOCX example with misc cross-references

It is not something broken: in general as far as I see in my tests,
cross-references are displaying *full* paragraph numberings. This is what was
missing in LO previously. But there is specific case in MS Word: if numbering
is ending with dot, one (and only one) dot is removed. This does not happen in
any other cases and looks like a special behavior for just a dot.

See attached document I created to make these conclusions. Current behavior
looks okay for me, just need to extend it with special case for dot suffix.
Should be this also a true for non-MS documents?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2022-03-07 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

Justin L  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
 CC||jl...@mail.com,
   ||vasily.melenc...@cib.de
   Keywords||bibisected, bisected,
   ||regression

--- Comment #4 from Justin L  ---
When using a .DOC file, I bisected this to 7.1.0, 7.0.0.1, 6.4.5
commit 7e605bc3ff0cfea76be4683f0170d821fcae7203
Author: Vasily Melenchuk on Tue May 19 10:24:35 2020 +0300
tdf#120394: doc import: use list format string

Since introducion of list level format string there is
no need in complex parsing of doc level string and convering
it to prefix-number-suffix format. We can just replace there
special chars by %n placeholders (used in docx and now in LO)
and this should be enough.

When using an .ODT format, I bisected this to 7.3, 7.2
commit 9987b518fca1476bd0ce8c86bcf6ac7c81f7b580
Author: Vasily Melenchuk on Mon Jun 14 14:27:56 2021 +0300
new ODF numbered list parameter loext:num-list-format

Instead of style:num-prefix and style:num-suffix new list format
is much more flexible for storing list multilevel numberings.
Now it is possible to have not just prefix/suffix but any random
separators between levels, arbitrary levels order, etc.

Internal LO format for list format is changed: instead of placeholders
like %1, %2, etc we right now use %1%, %2%... Reason: for ODT documents,
having more than 9 levels there is ambiguity in "%10": it is "%1"
followed by "0" suffix, or "%10"?

Aux changes:
* removed zero width space hack: since format string is always defined
  this hack is interfering with standard list numbers printing
  (see changes in ooxmlexport14.cxx, ww8export3.cxx tests)
* changed cross-references values to lists: they are now including full
  list label string: previously this was bit self-contradictory (see
  changes in odfexport.cxx and check_cross_references.py tests)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2021-10-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

--- Comment #3 from Warren Young  ---
I've delayed replying hoping that there is work going on to revert this
regression, but with 2 weeks of silence, I'm beginning to doubt that.

I'm hoping your suggestion that I change my numbered list style just to make my
field references work properly is meant as a diagnostic test rather than a
serious path going forward.

This change "fixes" something that wasn't broken.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2021-09-18 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

Michael Warner  changed:

   What|Removed |Added

 OS|Mac OS X (All)  |All

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2021-09-18 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

--- Comment #2 from Michael Warner  ---
I haven't checked what the behavior was in previous versions, but in 7.2.0.4,
it seems to make the formatting of the reference match the formatting of the
number in the list. 

For example, if you go to "Format"->"Bullets and Numbering...", select the
"Customize" tab, and then change the "Number" field to "1, 2, 3, ...", you
should see a Separator section appear in the dialog with Before and After
fields. If there is a period in the After field, that period will appear both
in the list item, and in a reference to a list item. If there is no period
there, there will be no period in the list item nor in the reference to the
list item. 

This is in:

Version: 7.2.0.4 (x64) / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 6; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144563] Fields referencing numbered lists now have "." in the generated text where they did not before

2021-09-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144563

Warren Young  changed:

   What|Removed |Added

 CC||docfound2...@tangentsoft.co
   ||m

--- Comment #1 from Warren Young  ---
Created attachment 175097
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175097=edit
Screen capture showing the symptom

Homebrew updated my installation to 7.2.1.2, and the symptom is still
happening. The attached photo shows the unwanted dots in the gray "field"
boxes.

The old (and intended) behavior is that this bit of text was rendered as "[8,
15, 16]", being a list of references to numbered points later in the document.

-- 
You are receiving this mail because:
You are the assignee for the bug.