Issue 24489

Hi,

It is hard to determine if this issue is a bug or enhancement. Given that it 
produced unexpected behaviour and over wrote my data causing me an issue, I am 
submitting it as a bug.

I then decided to do a quick review of the various data views in 
OpenOffice.org. Why I reviewed the various views of data is because I opened 
the data source browser, went to drag a field value to the document and 
changed my mind and released the mouse button.

The mouse was over the primary key field of another record and thus pasted the 
contents to this field.

IMHO this behaviour is a concern (possibly dangerous) for more novice users. 
Control+z does not undo but pressing Escape does, so the problem is fairly 
easily fixed.

I decided to see what happened in all three ways you can view data in 
OpenOffice.org.

There are three approaches to using/viewing data on OpenOffice.org.
1. Data source browser
2. Form as a single record
3. Form using table control

The following is only about dragging and dropping data within the current view 
of the data. Not about dragging and dropping to another application. I will 
raise those issues separately.

- In a form (table control for multiple records) it is only possible to drag 
and drop within a field. This acts as a move.

- In a form (single record) it is possible to drag and drop within the control 
and to other controls within the same form. Dragging and dropping within the 
field acts as a move. Dragging and dropping the entire field or part of the 
field to another field, acts as a move and places the contents at the cursor 
position. So it acts as a move in both cases.

- In the data source view it is possible to drag and drop within a field which 
acts as a move. It is possible to drag and drop the entire field to another 
field within the current record and to another record which acts as a total 
overwrite.

Don't get me wrong, I think this feature is very good. My concern is there are 
three different approaches being used in the program.

As an experienced user I can adjust my behaviour and take advantage of the 
different behaviours.

I am simply offering feedback as I inadvertently overwrote my data and can see 
less experienced users doing the same.

IMHO drag and drop should operate the same in all three data views.

If I was to suggest a compromise it would be, drag and drop within the field 
and record but not to another record. When dragging within the field the move 
to be the default behaviour. When dragging outside of the field but within the 
same record the copy and paste to be the default behaviour.

The developers may consider the current behaviour valid (which it is) and thus 
this issue can immediately by closed. I am simply offering my feedback. 

Thanks

Kelvin