[sw-issues] [Issue 112838] Pasting numbered list add s numbering to sub-content

2010-07-02 Thread dalez
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112838





--- Additional comments from da...@openoffice.org Fri Jul  2 12:59:11 + 
2010 ---
Created an attachment (id=70367)
Sample numbered list to demonstrate the problem


-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org



[sw-issues] [Issue 112838] Pasting numbered list add s numbering to sub-content

2010-07-02 Thread dalez
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112838





--- Additional comments from da...@openoffice.org Fri Jul  2 13:02:50 + 
2010 ---
I had tried to make myself clear but obviously I failed :(
Hopefully the supplied example document will help.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org



[sw-issues] [Issue 112838] Pasting numbered list add s numbering to sub-content

2010-07-01 Thread dalez
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112838
 Issue #|112838
 Summary|Pasting numbered list adds numbering to sub-content
   Component|Word processor
 Version|OOo 3.2
Platform|PC
 URL|
  OS/Version|Windows XP
  Status|UNCONFIRMED
   Status whiteboard|
Keywords|
  Resolution|
  Issue type|DEFECT
Priority|P3
Subcomponent|editing
 Assigned to|writerneedsconfirm
 Reported by|dalez





--- Additional comments from da...@openoffice.org Thu Jul  1 06:38:57 + 
2010 ---
OOo 3.2 fixed a genuine problem wrt pasting numbered lists. See Issue 86492.
The fix has however introduced what I believe is unintended behaviour which is
causing me more grief than the original problem.
The new behaviour has already been described here
http://user.services.openoffice.org/en/forum/viewtopic.php?f=7t=28176
and in Issue 110110.

The problem reported in Issue 110110 is Closed (Won't fix) because it works as
per the specification - and it basically does, at least for simple examples.

I believe the specification needs additional clarification for more complex
situations. Let me explain.

Consider two lists:
1. itemA
2. itemB
3. itemC

1. itemD
2. itemE
3. itemF

If itemE is pasted into the first list in front of itemB, the intended result 
is:
1. itemA
2. itemE
3. itemB
4. itemC

and OOo 3.2 does this correctly.

Now consider these two lists:
1. itemA
2. itemB
3. itemC

1. itemD
2. itemE
 (a) sub-itemA
 (b) sub-itemB
3. itemE

If all of itemE is pasted into the first list in front of itemB, the intended
result (as produced by OOo 3.1) is:
1. itemA
2. itemE
 (a) sub-itemA
 (b) sub-itemB
3. itemB
4. itemC

But OOo 3.2 produces:
1. itemA
2. itemE
3. sub-itemA
4. sub-itemB
5. itemB
6. itemC

i.e. the numbering style at the insertion point is being applied to the whole
paste buffer contents, over-riding all pre-applied numbering including no
numbering.
Furthermore, if a sub-item includes a table, the numbering is propagated through
every cell in the table!!! Hardly what was intended.

The relevant part of section 7.8 of specification
http://specs.openoffice.org/writer/numbering/NumberingBullet1.sxw is:
Clipboard content: Part/complete numbering and other paragraphs
Pasted Within a Numbering/Bullet list: Extend target numbering (Formatted text 
only)

I find the specification lacking in clarity when it comes to my second example,
particularly the meaning of Extend target numbering.

For pasting style-formatted data within an existing list...
The OOo 3.1 interpretation is Adjust the numbering so the new data is part of
the existing list.
The OOo 3.2 interpretation is Apply current numbering style to all of the new
data, regardless of whatever numbering may or may not already be applied to it.

The former interpretation is more likely to produce the results the user is
expecting.

Certainly there were other pasting situations were OOo 3.1 was broken, but
pasting complex data into an existing list was not one of of them.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org



[sw-issues] [Issue 112838] Pasting numbered list add s numbering to sub-content

2010-07-01 Thread dalez
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112838


User dalez changed the following:

What|Old value |New value

  Status|CLOSED|UNCONFIRMED

  Resolution|FIXED |





--- Additional comments from da...@openoffice.org Fri Jul  2 00:40:44 + 
2010 ---
Please re-read my bug report.
I have checked DEV300m84 and the problem I am reporting still exists.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org



[framework-issues] [Issue 112808] Edit File button produc es misleading message for locked files

2010-06-30 Thread dalez
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112808
 Issue #|112808
 Summary|Edit File button produces misleading message for loc
|ked files
   Component|framework
 Version|OOo 3.2
Platform|PC
 URL|
  OS/Version|Windows XP
  Status|UNCONFIRMED
   Status whiteboard|
Keywords|
  Resolution|
  Issue type|DEFECT
Priority|P3
Subcomponent|ui
 Assigned to|tm
 Reported by|dalez





--- Additional comments from da...@openoffice.org Wed Jun 30 07:40:06 + 
2010 ---
The Edit File button produces the wrong or misleading message for locked 
files.

Scenario 1:
User A has a document open for editing
User B has the same document open in read-only mode
User B clicks on the Edit File button to edit the document
User B is presented with the message This document cannot be edited, possibly
due to missing access rights. Do you want to edit a copy of the document?

Scenario 2:
User A has a document open for editing
User B attempts to open the same document in edit mode.
User B is presented with the Document in Use dialogue.

Since from a user perspective both scenarios are equivalent, I believe the same
message (Document in Use) should be presented in both cases. i.e. scenario 1
represents a bug.

The current behaviour is less than friendly in my work environment because of
how we have have set up openoffice to handle multiple-access documents.
Specifically, we have added the -view argument to the file-open registry
key(s) so that users always open documents read-only when opening from a file
explorer window. Users have been trained to click the read-only button to edit
the file, then click it again when editing is complete. This imperfect system
usually prevents others who wish to edit the same file from being unnecessarily
locked out.

The unfriendly aspect of this process is that a user always gets the missing
access rights message instead of the Document in Use message. We presently
have the file explorer set up to view hidden files so we can find the lock file,
open it, and read who the culprit is.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org
For additional commands, e-mail: issues-h...@framework.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org