Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | No path for dragged in gallery object | ||
---|---|---|---|
Product: | Draw | Reporter: | wolframgarten |
Component: | ui | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P4 | CC: | christian.jansen, issues |
Version: | 680m72 | ||
Target Milestone: | AOO Later | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
wolframgarten
2005-01-21 08:48:35 UTC
Because of limited resources we have to re-target this task to the next release. => set to OOo 2.0.1. The path is not shown in this case, because it is an internal drawing object, stored after D&D in a Gallery internal storage. The path to this internal object is not accessible from the outside, so the 'path' is not displayed since it has no meaning for the customer. Naming would be something like dd12345, which may be confusing for the customer. So, it is omitted in this case. => UX/Christian: please clarify if this is the correct behaviour or if the internal name should be displayed. CJ: I'm not sure how important the path information at all is. From my point of view it would be much better to display in both cases a no path. I suggest that we introduce for pictures or graphics a properties dialog. For the "internal" graphic objects added by drag and drop I would like to the possibility to export the graphics, fro within the Gallery, into the standard OO.o Draw format. However, in both cases these are new features and this should be handled by writing a new task. setting this task to Office Later, new feature task has to be generated instead. Reset assigne to the default "issues@openoffice.apache.org". |