Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | copy/paste does not work when xclipboard is active | ||
---|---|---|---|
Product: | Impress | Reporter: | timbaldwin <timbaldwin> |
Component: | editing | Assignee: | AOO issues mailing list <issues> |
Status: | UNCONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P5 (lowest) | CC: | issues |
Version: | OOo 1.1.3 | Keywords: | oooqa |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | FEATURE | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
timbaldwin
2004-09-28 20:21:42 UTC
Reassigned to Christian. @CGU: This one should be closed invalid. The reason that only text is C&P while xclipboard is active is xclipboard itself. It's just designed to handle only text. AFAIK there's no way for applications to work aroud it. Peter Is there any way to pop up a warning to the user (based on some return code) in this situation that says go close xclipboard if you want to C&P objects? I found myself spinning my wheels for a long time trying to figure out why I could not C&P in Impress when it was something this simple. Anyway, it's not critical but if we can save someone else the headache someday, that would be good. There was no additional entry for nearly 2 months ... Could this issue be closed by the original reporter? He could always reopen it, if needed ... ;) By the way same "amazing" effects could be done by using a gnome clipboard manager (I forgot the name because I became so angry), and probably by using other clipboard managers. Copy/paste [oocalc at least] simply breaks and falls apart, and there is no way to see why unless you happen to be lucky or search your ass off. I tried to determine whether it's possible *to make sure* that OOo does not use external copy/paste garbler^Wmanager but there seems to be no way. I am just searching the BTS for a bug of my ACTUAL copy/paste bug, which seems to be inpossible to solve (for now, still looking). Probably OOo uses something to handle copy/paste, and that something screws it up. Defining "something" in this context (or actually being able to make sure that OOo does NOT use any external somethings) would be fantastic. Dunno whether it could be done though. I think this is a feature and not a bug. xclipboard doesn't work with graphics therefore we should ignore xclipboard when we copy paste graphics. Please have a look. 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 I can confirm that this issue is still existing, but the bug is definitely in xclipboard and not OOo. When copying images to the clipboard, xclipboard stores it as it were text. In fact the image cannot be pasted in any image application like gimp. To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements". |