Issue 28562

Summary:	3 cases, where the OOo-applications behave different in handling with drawing-objcects
Product:	General	Reporter:	norbert2 <norbert.notz>
Component:	code	Assignee:	AOO issues mailing list <issues>
Status:	CONFIRMED ---	QA Contact:
Severity:	Trivial
Priority:	P3	CC:	elish, issues
Version:	OOo 1.1.1
Target Milestone:	---
Hardware:	All
OS:	All
Issue Type:	ENHANCEMENT	Latest Confirmation in:	4.1.0-dev
Developer Difficulty:	---

Description norbert2 2004-04-30 11:29:11 UTC

I found 3 cases, where the OOo-applications behave different in handling with 
drawing-objcects:




1.
if you ...

- double click a drawn rectangle for example:
All OOo-apps switch in text-edit-mode.
But only Drawing-application and Impress have now a switch button to switch the 
objectbar between text-format and objext-style mode.

*** I suggest that such a switch-button should be shown for _ALL_ applications 
just when selecting a drawing-object, so that the user can switch to text-
format-mode (and back to objext-style mode). ***

2.
make sure that you are in text edit-mode (double-click a drawn object)

if you then ...

- click (singleclick) in the rectangle:


Drawing-application and Calc: the additional single click does nothing 
(application remains in text-edit-mode)

Writer and Impress: the additional single click leaves text-edit-mode that was 
switched on after double-click

*** _I suggest that ALL_ OOo-apps should behave same. I suggest the behaviour 
of writer and impress for ALL applications. ***




3.
make sure that you are in text-edit-mode (double-click a drawn object)

if you then ...

- press ESC:


Calc and Writer: ESC leaves the text-edit-mode

Drawing-application and Impress: ESC leaves the edit-mode but the text-shapes 
seems to remain selected because the objectbar remains in text-format-mode.

*** I suggest that _ALL_ applications should leave the text-edit-mode but the 
object should be kept selected and a switch-button in the objectbar, like I 
describe in "1.". ***

Comment 1 mci 2004-04-30 12:20:55 UTC

reassigned to bh

Comment 2 ace_dent 2008-05-16 02:12:28 UTC

OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised is currently 'Unconfirmed' pending review, but has not been
updated within the last 3 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version: http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html

Comment 3 bettina.haberer 2010-05-21 14:52:56 UTC

To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".

Comment 4 Edwin Sharp 2014-03-02 08:04:44 UTC

Confirmed with
AOO410m14(Build:9760)  -  Rev. 1573062
2014-03-01_04:11:01 - Rev. 1573123
Debian