Dear Dave,

I am sorry to have caused problems. I've even compared the original and
corrected document, did not see any differences. Since LO does not
compare everything, this may be the reason why I did not notice.

I do not know how did this happen. There is, however, a very simple way
how to correct the page references: open a file and insert arbitrary
page reference to heading anywhere - in that moment all incorrect
references change to correct values (looks to be a kind o magic). Then
delete the just inserted reference. So, it is not necessary to manually
incorporate Hazel's correction into the old files again. This would be a
lot of work, and my work will be lost, too.

I can, for course, do that by myself, if you agree.

I have to find the reason. I've been using the script for about a year,
but the problem started to appear only recently.

Sorry for causing problems again
best regards
Milos


On 2014-10-22 22:05, Dave Barton wrote:
> Hazel Russman wrote:
> 
> 8<-- snip -->8
> 
>> Nothing needs to be redone. All that is needed is to use LO's
>> built-in merge facility to merge the published version with the two
>> corrected versions. It will flag up all changes and you can decide
>> which ones to incorporate.
> 
> It appears that we have a bigger problem. I have just started working to
> review/merge your corrections into the "cleaned XML" files provided by
> Milos and I am finding that the "cleaning" process has created many
> errors, especially in cross-references.
> Just one of numerous examples: WG4201 - In the originally published file
> and Hazel's revision the cross-references on Page 23 to page 24 are
> correct. In the "cleaned" file these cross-references erroneously point
> to page 26.
> 
> Since I was responsible for replacing the originally published files
> with the "cleaned" files on the wiki and ODFAuthors, without checking
> for these kinds of issues first, I will:
> a) Revert the files I replaced to the originally published files.
> b) Review/merge your corrections with the originally published files.
> c) Publish the corrected files.
> 
> I think it is more important to have accurate documentation than it is
> to worry about minor XML inaccuracies.
> 
> Sorry to have been part of the problem while trying to be part of the
> solution.
> 
> Dave
> 
> 


-- 
Milos Sramek, msrame...@gmail.com


-- 
To unsubscribe e-mail to: documentation+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/documentation/
All messages sent to this list will be publicly archived and cannot be deleted

Reply via email to