Issue 172

Created attachment 35 [details]
word 2000 presentation showing problem

SHould be PC

Should be PC.  Issuezilla changed the selection when I scrolled down!

Reassigned to Michael Ruess, our Word filter specialist

Writer adds the indents of paragraph and numbering. Word does not. So the Filter
has to take care of it. Ergo: it´s for KHZ.

This is a conceptional problem of Writer. Writer adds paragraph and numbering
indents, Word does not. To prevent a loss of one of the information when
exporting the document, it is not possible to set one of the indents to 0cm.
Request to our Product Management: What about an Option where the user can
choose whether the indents are added or not, like we have it for distance
between paragraphs ???

This is a bug not an RFE

Also in this case the PM decided to handle it as a bug.
MRU->JP: I don´t know who´s the right adressee for this, so I sent it to you for 
the first.

Looks like a problem of recalculation the numbering and paragraph indent.

Without changing our core we can import this document 100%. The 
problem is that in WinWord exist on the one hand the paragraph indent 
and the numbing indent and this two values are not always the same. So 
we have the problem to find out the correct one. The next problem is, 
that WinWord starts with the text behind the number but the 
StartWriter always on the left text indent. So in WinWord are often 
inserted a tab to jump to the left indent. But we can't remove always 
the tab, because we don't know if the number is bigger than the space 
or not. And also often, as in this document, after the number is a 
space and a tab. 
So there exist two different concepts with numbering in documents. And 
currently no plans exist to change our core to solve this "little" 
problem.

Reopen to reassign.

Andreas,

This is a leftover from Juergen Pingel (issue had status resolved/later and thus
was missed by most queries), maybe fixed by now, please check and close if
appropriate.

Thanks
Eike

I have seen that the last entry was in August ... :(
Has someone - like er has recommended? If so: could this issue be closed please? 

No, it is not fixed until now (src680m78), even we had some improvement in
importing numbering and indents. But this one has to be retargetted to another
OOo version :-(

If the value for the first-line property of the paragraph is negative this is
not considered if a numbering is present.
Assume a paragraph with "indent before text" to 1 and "first line" set to -1
(minus 1). Create two paragraphs with this formating - one with and one without
numbering. Set "indent" and "distance to text" in the numbering-position dialog
to zero to have a "clean" environment. After exporting to doc-format and
reimporting, the paragraph with numbering has "indent before text" 1 and "first
line" set to zero (it has lost the minus 1). The paragraph without numbering is
ok with "indent before text" set to 1 and "first line" set to -1 (minus 1) -
nothing gets lost.

A negative first line value in open-office is a hanging indent in ms-word. A
distance to text in open-office numbering is a kind of negative first line value.


Result of some investigations:

oLn_dialog = open-office left-indent-property of numbering-userdialog
oLn = open-office left-indent-property of numbering (in terms of paragraph-handling)
oDn_dialog = open-office distance-to-text-property of numbering-userdialog
oFn = open-office first-line-property of numbering
oLp = open-office left-indent-property of paragraph
oFp = open-office first-line-property of paragraph
wLp = ms-word left indent-property of paragraph
wS_num = numberic-value of ms-word paragraph-indent-special-setting


Translate open-office-terms to ms-word-terms:
Because "left" is used differently in paragraph (left edge of the
following-rows, but not of the first) and numbering-position dialog (left edge
of the first linebut not the following) we first have to do a little internal
translation:
oLn_dialog + oDn_dialog => oLn
(negative)oDn_dialog => oFn
and then:
oLn + oLp + oFn + oFp => wLp
oFn + oFp => wS_num
if wS_num is zero: ms-word paragraph-indent-special-setting is "none"
corresponding value is zero.
if wS_num is lower than zero: ms-word paragraph-indent-special-setting is
"hanging indent" and the corresponding value is the positive of wS_num.
if wS_num is greater than zero: [not tested, i concentrated on hanging indents]
ms-word paragraph-indent-special-setting is "first line" and the corresponding
value is wS_num.

I have to confess, that i have not used ms-word for over two years that i am not
firm with the  numbering-dialogs of ms-word2000 and therefore dont know how to
archive this all best in the doc format and how the numbering-settings and
paragraph-settings interact. What i found would mimic the optic (but may be is
not the best way if the document is edited with ms-word) is to do the same (as
littele as now - i used 1.9.125 for my investigations, but because there is no
activity on that issue i think nothing has changed) with the numbering-setting
and set the paragraph-settings to that calculated above. Because the distance
between numbering and text is exported with a tab-character a tabstop has to be
set at the position wLp + oDn_dialog (or the position that is calculated by
"minimum distance between number and text" whatever is higher).

I know it is not that great solution (and dont cover import at all), but it
should be extremly cheep to implement and would allow ms-word-users to see and
print the document as intended and therefore i hope this could be integrated
till a better possibility raises.

Checked the testdoc with OOO310m13 and DEV300m50
Hanging indent is now imported correctly

Thanks for your patience! --> resolved fixed

closing