Bug 122054 - Editing: Declined German terms containing more than one word, and Alphabetical Indexes
Summary: Editing: Declined German terms containing more than one word, and Alphabetica...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: TableofContents-Indexes Find-Search
  Show dependency treegraph
 
Reported: 2018-12-12 18:15 UTC by noreply+666192134234234
Modified: 2022-12-19 08:16 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
File shows behaviour and desribes how to reproduce it (13.22 KB, application/vnd.oasis.opendocument.text)
2018-12-12 18:15 UTC, noreply+666192134234234
Details

Note You need to log in before you can comment on or make changes to this bug.
Description noreply+666192134234234 2018-12-12 18:15:43 UTC
Created attachment 147477 [details]
File shows behaviour and desribes how to reproduce it

Hi,

If a term containing more than one word (here: three words) is defined as an index entry for an alphabetical index, and the term is declined (here:in German), then the pages where the declined instances of the term exist are not shown in the alphabetical index.

For further details refer to the attaced .odt document.
 
I am using the currently stable release of Debian 9.x

Regards,

Jens
Comment 1 noreply+666192134234234 2018-12-12 18:23:43 UTC
PS: You need to download the attached file which I uploaded above, and open the file from your hard disk in order to see the behaviour.
Comment 2 Dieter 2018-12-12 20:56:44 UTC
I'm not an expert with indexes, but if you change "Freiherrn" to "Freiherr" nothing changes within the index. So the result might depend on some other settings.
Comment 3 Dieter 2018-12-14 08:21:13 UTC
(In reply to Dieter Praas from comment #2)
> I'm not an expert with indexes, but if you change "Freiherrn" to "Freiherr"
> nothing changes within the index. So the result might depend on some other
> settings.

Jens, what result do you get? => NEEDINFO
Comment 4 noreply+666192134234234 2018-12-14 08:39:58 UTC
Hi Dieter,

I do not know what you mean. I already checked all index options which could solve this behaviour, but they do not do that.

I still think this behaviour is not caused by a wrong index configuration.

Regards,

Jens
Comment 5 Dieter 2018-12-14 08:58:42 UTC
(In reply to Jens Radloff from comment #4)

> I do not know what you mean.

Your bug is about declined words. That means, if I use the Nominativ (don't know the english word) on page 3-5 (like on page 2), this should appear in the index. But it doesn't. So I think, there might be a bug, but not about declined words. So my question was, if you get the right result, if you change to "Freiherr von Stein" on paes 3-5.
Comment 6 noreply+666192134234234 2018-12-14 11:33:03 UTC
(In reply to Dieter Praas from comment #5)
> (In reply to Jens Radloff from comment #4)
> 
> > I do not know what you mean.
> 
> Your bug is about declined words. That means, if I use the Nominativ (don't
> know the english word) on page 3-5 (like on page 2), this should appear in
> the index. But it doesn't. 

You have to delete the first, undeclined instance "Freiherr von Zeitgenstein" on page 2, then type "Freiherr von Zeitgenstein" on page 2 again and define "Freiherr von Zeitgenstein" as an index entry on page 2 again: Then all page numbers of all pages of all instances of "Freiherr von Zeitgenstein" appear in the alphabetical index.

But this is not what I want to do. I want all page numbers of all declined instances ("Freiherrn von Zeitgenstein") appear in the alphabetical index.

> So I think, there might be a bug, but not about
> declined words. 

As I already described in the description of this bug, the behaviour appears if a term contains more than one word (here: three words) and is declined.

The behaviour does not appear if the term only contains one word and gets declined.
Comment 7 Dieter 2018-12-14 17:51:25 UTC
Now I can confirm it with

Version: 6.2.0.0.beta1 (x64)
Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (de_DE); UI-Language: en-GB
Calc: threaded
Comment 8 noreply+666192134234234 2018-12-14 18:05:46 UTC
Thanks, Dieter.
Comment 9 QA Administrators 2020-12-18 03:50:53 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2022-12-19 03:18:23 UTC Comment hidden (obsolete)
Comment 11 Dieter 2022-12-19 08:16:33 UTC
Still the same in

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

But after a deeper look with information from help page [1] I would say, that the underlying problem is, that I can't find and select "Freiherr von Zeitgenstein" and "Freiherrn von Zeitgenstein" with the same search. I've also tried to use regular expression (although I'm not so familiar with it)

So perhaps there is a need for an enhancement here.

Steps:
1. Open attachment 147477 [details]
2. On page 2 delete the first, undeclined instance "Freiherr von Zeitgenstein"
3. Edit -> Find
4. Type "Freiherr von Zeitgenstein" in search field -> Find all
5. Insert -> Table of contents and Indexes
6. Update index

[1] https://help.libreoffice.org/7.4/en-GB/text/swriter/01/04120100.html?System=WIN&DbPAR=WRITER&HID=modules/swriter/ui/indexentry/dialog-action_area1#bm_@@nowidget@@