Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | When recording changes (Show=off) - deleted paragraphs appear as extra blank lines | ||||||
---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | Unknown <non-migrated> | ||||
Component: | code | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues | ||||
Version: | OOo 1.1 RC4 | Keywords: | ms_interoperability, oooqa | ||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Unknown
2003-09-08 02:23:15 UTC
please attach a document where the error occurs reassigned to mru Hi Jack (and mru?), OK, this is a bit embarrassing, but good information, and may lead to a different (more accurate) defect report. Firstly, thanks for asking for a sample document, as it led to me identifying the problem. Rather than post the troublesome Word 97 document, as it was a set of minutes from a club and contained some personal details of the committee members, I decided to create a sample document. This imported perfectly. grrrr! So I went back to the troublesome document and started looking. This document is a standard form for meeting minutes, and is edited by our secretary after each club meeting. He then e-mails this to me to proof read and correct, and I then e-mail back to him to print and distribute. This is all done in Word 97 format, (work systems) and I then save these at home in OO.o Writer format (after removing the extra lines :-) ) I checked for formatting inconsistencies of any sort, and could find none. Finally I placed the cursor in a paragraph (that gives the extra line in OO.o Writer), and started checking every menu item Word would present, on all the menus, to see what was set in the document. Finally I noticed that under the Tools menu, Track Changes, 'Highlight Changes' was on. I checked (ticked) the 'Highlight changes on screen' box, and I could see where our secretary had made many changes, including adding and then deleting an extra paragraph at the end of our existing ones. Firstly, I re-opened the document in OO.o Writer, and looked at the 'Changes' menu item, and this was set to track changes, but not to show them. I turned off tracking, but the extra paragraphs remained. I then accepted all changes, and the extra paragraphs disappeared. Next I went back to the original Word 97 document, turned off tracking changes, accepted the changes and re-saved. This document now imports perfectly in OO.o Writer :-). OK, I now know how to deal with this issue, and yet I believe this still leaves OO.o Writer with a possible problem. To explain; 1. We create a document in OO.o Writer (or Word) and set this to track changes ('Record' under the Edit menu in OO.o Writer) and to highlight on screen (Show) the changes. 2. We uncheck (untick) the 'Highlight on screen' ('Show' in OO.o Writer), but without accepting the changes, OO.o Writer still shows the paragraphs that have been deleted. It shows them as extra blank lines. It also prints these (extra blank lines) if we print the document out. It doesn't matter if this is a native OO.o Writer document or imported from Word. 3. I think it would be better if this did not still show (and print) the extra blank lines in OO.o Writer. 4. If we then 'Accept all changes' OO.O Writer then displays the document correctly. Now we have lost all our changes. Oh, and the bit about the numbered paragraphs importing without new blank lines was a red herring. These paragraphs did not have any extra paragraphs deleted, that's all. This isn't an import filter issue, but a code/display issue. So, does this issue remain open, or is it marked 'invalid' and a new issue opened about displaying blank lines for deleted paragraphs, when these would probably be better not shown if 'Show' changes is not checked (ticked, turned on)? If a new issue is opened, would it be a feature/enhancement request or a defect? I personally think of it as a defect. Thanks for your time, and sorry for the confusion from my initial inadequate testing. I've not included a sample document, as I find these conditions and results easy to reproduce now. If you need one please let me know. Regards, Andrew Kovacs if you cannot attach the documents directly maybe you can send the documents to sun people/jack or you can modify it first and it cannot contain any secret data. example change all a become b, change all i to h, change all u to y and many other things Created attachment 9316 [details]
Word '97 .doc shows OO.o displaying deleted paras as blank lines
Hi utomo99, Thanks for your comment. Originally, I didn't include the attachment, not because of sensitivity (although that is an issue with the real-life document I need to work with), but because what I eventually discovered to be the real cause of the problem, is simple and straightforward to reproduce. The extra lines come from deleted paragraphs, that still show up as extra blank lines when I turn off the 'Show' line in 'Edit -> Changes -> Show', from the Edit menu. I have created a simple test document so you can see what I mean. This document was created with Word '97. It initially contained nine lines of plain text, then a blank line, then nine lines of numbered text. I then turned on the 'Track Changes' feature, and then deleted every second line. In Word, this gives me a line through the paragraphs I've deleted, and a bar in the margin to show that a change has been made. If I then turn off 'Highlight changes on screen' Word shows me a plain document containing five lines of plain text, followed by a blank line, followed by five lines of numbered text. In other words, it shows me how the document will look if I accept the changes, but without having to actually accept them. If I then open the document with OO.o Writer, and turn off 'Show' in 'Changes', under the 'Edit' menu, I get five lines of plain text with a blank line in between each line, followed by a blank line, followed by five lines of numbered text, also with a blank line in between each numbered line. I would like these extra blank lines not to show, so I can see what the final document will look like, before I accept the changes. I hope all this makes sense, and this is also my first attempt to attach a file to any issue report before, so here goes... Regards, Andrew Kovacs I can Reproduce the problem on OOo 1.1 RC4, Win XP Pro Sp1 It is real problem so The problem still exist in 1.1 Rc4 and in many operating system. so i belive this is Word Filter need to be improved Hi utomo99, Thanks for duplicating and testing the problem on 1.1_RC4. After reading your post this morning, I did one more test (with 1.1_RC3/Win NT4, SP3) here at work. I created the test document directly in OO.o Writer. I then turned on 'Changes -> Record', and deleted every second line, like I did in Word '97 yesterday. Same problem. Every line I deleted after recording the changes, remains as a blank line when 'Show' is turned off in 'Changes'. I think this is a problem with OO.o Writer itself, rather than in the import filter, as this last test was done completely within OO.o Writer, and nothing was imported. Question is, will whoever looks at import filter issues pass this on, or does this issue need to be closed and a new, more accurately described one need to be started, so that the appropriate person gets to look at it? Can anyone advise me here? Regards, Andrew Kovacs change to new, 1.1 RC4 same problem, and set target to 1.1.1 please update the summary as well when confirming issues, and don't forget the keyword.. Hi utomo99 and Christian, Thanks for updating the status, version and target fields for me utomo99. I changed the Summary as you suggested Christian, but none of the approved keywords match this issue, so I left that field blank. Thanks for your input. Regards, Andrew Kovacs I meant utomo with my comment. members of qa-project should always add the oooqa keyword and take care of correct settings, telling summary, etc.. nevermind.. for steps to reproduce see Additional Comments From atkovacs 2003-09-08 18:05 PDT MRU->DVO: I think, this is how OO Writer handles numberings in Redlines. Otherwise forward to CMC. It appears that the redlines in the OOo document contain only the paragraph content. To achieve the same effect as in the .doc, the redlines would have to extend to the beginning of the subsequence node. E.g., for a 5-character paragraph with node 10, the redline seems to go from [10,0] to [10,5], but should go from [10,0] to [11,0]. I'm not sure if/how those cases are different in the .doc format. dvo->cmc: Sorry for being a bit late with this (OOo 1.1.1)... This seems like an WW import issue. Could you please have a look? If it turns out to be a redline (or core) problem anyway, please send it back. cmc: I can accept this, but I'm not happy with the 1.1.1 target. This is not a regression as far as I know, nor is it a crash. The numbering is not redlined and I have a similar 2.0 task for that. Some improvements can and must be made, but its not broken like this because of a simple oversight, but because the words redlining doesn't map well to writers when it comes to redlinings that start or end at the bullet in numbering. e.g. not possible to redling the numbering in a paragraph that is at the start of a document because there is no previous paragraph to stick a cursor in to set the start of a redline which will emcompass the bullet of the next paragraph. So the filter is going to have to do a bit of a dance to get this working, all that new code says 2.0 to me unless there are major greviences with this target. cmc->mmaher: Change tracking stuff, dvo may be able to help. Because of a shortage of resources we're not able to promise to fix this issue for OOo 2.0 mmaher->flr: Yours I think Reset assignee on issues not touched by assignee in more than 1000 days. |