Issue 6506 - Insist on reopening "resolved" issue: Incorrect paragraph deletion (was 6452)
Summary: Insist on reopening "resolved" issue: Incorrect paragraph deletion (was 6452)
Status: CLOSED WONT_FIX
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: PC All
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: falko.tesch
QA Contact: issues@sw
URL:
Keywords:
: 6452 6519 10972 12668 (view as issue list)
Depends on:
Blocks:
 
Reported: 2002-07-22 11:53 UTC by temcat
Modified: 2003-10-08 12:47 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description temcat 2002-07-22 11:53:41 UTC
The problem was: that if you place cursor on the empty paragraph and press 
<Del>, it will be deleted, but the next paragraph will take the formatting from 
the deleted one.

This issue was resolved as INVALID (see additional comments from cmc@OOo below).

I nevertheless insist on reopening the issue, because, in my opinion, cmc@OOo 
missed an important point: the keywords in the issue were actually EMPTY 
PARAGRAPH. That is, if I delete an empty paragraph, I NEVER mean to merge it 
with the next one or distribute further its formatting. All I want is to delete 
it completely.

However, if I place the cursor at the end of a non-empty para and press <Del>, 
I obviously wish to merge the two paras, and here the comments below are 
perfectly applicable. Deletion in MS Word works exactly this way: <Del> at the 
end of a non-empty para causes merging, and <Del> at the end of an empty para 
causes deletion.

Thank you for your attention.

> ------- Additional Comments From cmc@openoffice.org  2002-07-22 02:13 PDT ----
---
> This is meant to happen. If you are at the end of the first (empty or
> not) para and delete forwards the following paragraph is joined with
> the current one and the whole lot gets the same style as the current
> para style under the cursor, if instead you delete backwards from the
> beginning of the second para the prev para gets joined with the
> current para and the style as originally under the cursor is applied
> to the whole lot.
> 
> You are making two paragraphs into one paragraph, and a paragraph can
> logically only have one para style so the new para has to have the
> style of one or the other style. Position your cursor at the start of
> the second paragraph, use backspace, and you will join the two
> paragraphs together and retain the style of the currently second
> paragraph in the new paragraph
Comment 1 caolanm 2002-07-23 09:36:50 UTC
*** Issue 6519 has been marked as a duplicate of this issue. ***
Comment 2 caolanm 2002-07-23 09:39:30 UTC
*** Issue 6452 has been marked as a duplicate of this issue. ***
Comment 3 caolanm 2002-07-23 09:41:54 UTC
cmc->ft: This is an enhancement request to handle deleting an empty
paragraph (i.e. joining an empty paragraph to a nonempty one)
differently so as to behave the same as msword does in that case.
Comment 4 rmaris 2002-07-23 13:28:05 UTC
A little word to the term "insist". I don't believe, anyone is charmed of being 
confronted with such terms. I personally would ignore such requests.

I did 
verify the behaviour with msword97. I found that the format of the second paragraph is 
lost regardless using DEL or BKSP.
But that isn't the issue. Indeed it is a good thing 
that openoffice allows for format merging in the desired 
"direction".
Nevertheless, I believe most users treat the current behaviour on 
empty lines as confusing and unhandy.
Of course, openoffice.org may treat this 
issue as invalid. But at the risk of less acceptance by word users willing to swap to 
openoffice. And then we're talking about the chances of openoffice to attack the ms 
dominance.
Perhaps the following is a good compromise: Add an option entry for the 
user letting him activate a special case 'DEL' handling when deleting an empty 
line/paragraph. Of course, with ms-swappers in mind this checkbox should be default 
on (experienced openoffice users will still find the checkbox easily when they want 
it off).
Comment 5 rmaris 2002-07-23 13:38:21 UTC
A little word to the term "insist". I don't believe, anyone is charmed of being 
confronted with such terms. I personally would ignore such requests.

I did 
verify the behaviour with msword97. I found that the format of the second paragraph is 
lost regardless using DEL or BKSP.
But that isn't the issue. Indeed it is a good thing 
that openoffice allows for format merging in the desired 
"direction".
Nevertheless, I believe most users treat the current behaviour on 
empty lines as confusing and unhandy.
Of course, openoffice.org may treat this 
issue as invalid. But at the risk of less acceptance by word users willing to swap to 
openoffice. And then we're talking about the chances of openoffice to attack the ms 
dominance.
Perhaps the following is a good compromise: Add an option entry for the 
user letting him activate a special case 'DEL' handling when deleting an empty 
line/paragraph. Of course, with ms-swappers in mind this checkbox should be default 
on (experienced openoffice users will still find the checkbox easily when they want 
it off).
Comment 6 temcat 2002-07-23 18:17:44 UTC
Yes, the term "insist" wasn't really good, I agree, and I'm sorry for 
that. Just the inertion from the disputes with my editor :)
Comment 7 gobnat 2002-10-15 02:47:41 UTC
I want to support this issue.
I am lodging issues raised by an internal report on moving from word
-> Open office writer.  This issue seems closest to the issue raised
by the report. 

From the report:

(d)    Format in previous marker: Format for a paragraph appears to be
associated with the carriage return of the previous paragraph. This is
counter intuitive. It also makes selecting, cutting and pasting a
paragraph more difficult than it ought to be. For example, to select a
paragraph one needs to actually start at the end of the previous
paragraph. To paste properly this means the cursor must be located
before the end marker of the previous paragraph to where the text is
to be inserted (counter-intuitive). To select the paragraph marker at
the end of the paragraph one needs to flow the selection over to part
of the following paragraph.

Brendan 
Comment 8 eric.savary 2003-04-16 15:44:59 UTC
Set to "NEW"
Comment 9 eric.savary 2003-04-16 15:45:40 UTC
Set to "NEW"
Comment 10 prgmgr 2003-06-14 19:39:47 UTC
*** Issue 10972 has been marked as a duplicate of this issue. ***
Comment 11 lamarcbr 2003-06-15 14:29:57 UTC
Thanks for giving this issue consideration.

Users interested in this issue might want to look at issue 11901. It 
relates a similar problem. I suggest the root cause of both issues, 
6506 and 11901, might be the same.

In issue 11901, unwanted paragraph merging also occurs.
Comment 12 prgmgr 2003-06-17 14:26:03 UTC
*** Issue 12668 has been marked as a duplicate of this issue. ***
Comment 13 falko.tesch 2003-10-08 12:47:16 UTC
Please put your cursor in front of the next paragraph and than press
BACKSPACE.
This gives you the behaviour you want.
We will not change the current behaviour.
Comment 14 falko.tesch 2003-10-08 12:47:34 UTC
closed