Issue 11559 - Editing graphics in openoffice
Summary: Editing graphics in openoffice
Status: REOPENED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.1
Hardware: PC Windows 2000
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
: 67542 100287 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-02-17 14:26 UTC by palecekj
Modified: 2014-04-01 13:16 UTC (History)
4 users (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 palecekj 2003-02-17 14:26:19 UTC
I would appreciate if I could edit graphics (don't matter how) embedded
in an OOo document. This feature was present in staroffice 5, but was removed
in staroffice 6. Do you plan to support such editing in the future?
Comment 1 Unknown 2003-08-14 18:26:42 UTC
This could be achieved in the following way:

1) In OOo Preferences the user defines any number (every graphic 
program has its own specific set of specialized featurs) of graphic 
editor programs by: Path, Name, ev. commandline parameters (e.g. '%
1 -e').

2) When the user in OOo [word processor] rightclicks any type of 
graphic (gif, bmp, png, jpg, etc.) the appearing context menu 
contains a menu item 'Edit [graphic type]' with submenu items: These 
submenu items are the names of the former defined graphic editor 
programs.

3) Clicking one of the submenu items copies the graphic to a 
temporary directory. Then OOo [word processor] calls the resp. 
graphic program with the graphic file in the temp directory on the 
commandline (all graphic programs are able to open a file passed on 
the command line).

4) The user then can edit the graphic in the graphic program and 
then save the graphic (in most graphic programs the default Save-
command saves the file in the same format and same path as the 
graphic loaded on the command line).

5) Because OOo [word processor] is monitoring the graphic file in 
the temp directory it notices when the graphic program saves the 
file, so after every file change the graphic embedded in the OOo 
[word processor] document is updated.

6) When the user closes the graphic program (monitored by OOo) OOo 
deletes the temporary file in the temp directory.

7) The user goes back to OOo [word processor] and finds his file 
edited without the time consuming hassle of having himself to save 
and load the graphic several times.
Comment 2 mci 2003-09-08 11:49:58 UTC
reassigned to bh@openoffice.org
Comment 3 michael.ruess 2006-07-19 11:33:32 UTC
*** Issue 67542 has been marked as a duplicate of this issue. ***
Comment 4 eric.savary 2009-03-18 00:21:30 UTC
*** Issue 100287 has been marked as a duplicate of this issue. ***
Comment 5 bettina.haberer 2010-05-21 15:05:11 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 6 Edwin Sharp 2014-04-01 11:31:22 UTC
edit graphics possible.
AOO410m14(Build:9760)  -  Rev. 1583418
Rev.1583418
Win 7
Comment 7 mroe 2014-04-01 12:06:22 UTC
(In reply to Edwin Sharp from comment #6)
> edit graphics possible.
> AOO410m14(Build:9760)  -  Rev. 1583418
> Rev.1583418
> Win 7

How do you *edit* an embedded picture like it was able in StarOffice 5?
Have I overlooked a new implementation of the old Image modul?

How do you simply rotate an inserted image (not copied from draw or impress!)?
Please explain. Thank you!
Comment 8 Edwin Sharp 2014-04-01 12:32:40 UTC
(In reply to mroe from comment #7)
> (In reply to Edwin Sharp from comment #6)
> How do you *edit* an embedded picture like it was able in StarOffice 5?
> Have I overlooked a new implementation of the old Image modul?
> 
> How do you simply rotate an inserted image (not copied from draw or
> impress!)?
> Please explain. Thank you!

Original description talks about graphics editing "don't matter how"...
Please feel free to clarify this vague description for those of us who are not familiar with StarOffice 5.
Comment 9 mroe 2014-04-01 12:51:37 UTC
(In reply to Edwin Sharp from comment #8)
> Original description talks about graphics editing "don't matter how"...

Yes "don't matter how". One possible solution is described in Comment 2.
Another possibility is an integrated image editor like there was in StarOffice 5.
There can be other solutions provided "don't matter how".
Further information can be found in the issues marked as duplicate of this issue.

> Please feel free to clarify this vague description for those of us who are
> not familiar with StarOffice 5.

Your change in Comment 6 implied to me that you have understood.
Comment 10 Edwin Sharp 2014-04-01 13:16:17 UTC
This issue belongs to palecekj.
This issue does not belong to Unknown, Michael Ruess or Eric Savary.
Both me and you are not supposed (and even allowed) to speculate what the author meant.
This issue will be resolved within 14 days of no meaningful information according to: https://wiki.openoffice.org/wiki/Issue_lifecycle