On Monday 26 November 2007 14:41, Don Raboud wrote:

...

I've seen very similar behavior with some of the apps you mentioned. Specifically cutting a graphic out of Acrobat and attempting to paste into openoffice impress.

Don't let that fool you. It's a long-standing bug in Adobe Reader (which is what you meant, I assume, since Acrobat is available only on Windows and Mac and the program formerly known as Acrobat Reader was renamed Adobe Reader quite a while ago). Anyway, as I said, this problem with copying from Reader is specific to that application. The manifestation I see most often is that the first copy after launching it works correctly but all subsequent attempts to copy do nothing. In some cases I've seen character set confusion leading to gibberish (presumably a simple replacement cipher, but I've never bothered to try to figure it out.) This appears to have to do with the program that produced the PDF from which the copy is attempted (I recall seeing it only on a subset of the PDF files retrieved via CiteSeer and which were presumably written originally in TeX or LaTeX.)

...

-- Don

Randall Schulz -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Don Raboud wrote:

On Monday 26 November 2007 16:18, Randall R Schulz wrote:

...

On Monday 26 November 2007 14:41, Don Raboud wrote:

...

...

I've seen very similar behavior with some of the apps you mentioned. Specifically cutting a graphic out of Acrobat and attempting to paste into openoffice impress. Don't let that fool you. It's a long-standing bug in Adobe Reader (which is what you meant, I assume, since Acrobat is available only on Windows and Mac and the program formerly known as Acrobat Reader was renamed Adobe Reader quite a while ago).

Yes, I meant Adobe Reader.

acroread is the name of the executable jdd -- http://www.dodin.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Tuesday 27 November 2007 23:34:23 Chris Worley wrote:

From my limited testing, killing klipper seems to do the trick... the behavior becomes predictable. Acroread is still an issue, but that's probably application specific.

Does copying with Klipper running from KPDF to another app work for you? A matrix of "from-app" "to-app" "result" and "Klipper running" would be nice if anyone has the time. Klipper is a useful tool (multiple selections, persistent selection after from-app closes, and actions on selecting URLs) and if there is a problem I'd like to fix it. Will -- Will Stephenson Desktop Engineer KDE Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Thursday 29 November 2007 20:28:09 you wrote:

On Nov 28, 2007 3:34 AM, Will Stephenson wrote:

...

On Tuesday 27 November 2007 23:34:23 Chris Worley wrote:

...

From my limited testing, killing klipper seems to do the trick... the behavior becomes predictable. Acroread is still an issue, but that's probably application specific.

Does copying with Klipper running from KPDF to another app work for you?

A matrix of "from-app" "to-app" "result" and "Klipper running" would be nice if anyone has the time. Klipper is a useful tool (multiple selections, persistent selection after from-app closes, and actions on selecting URLs) and if there is a problem I'd like to fix it.

Will,

First, I had an instance today where what I had copied didn't get pasted... and klipper wasn't running.

It isn't an application/window matrix: even shells of the same konsole sometimes won't paste in one shell what was cut in another.

Back in the early 90's I contributed to an app called XHydra, which allowed multiple machines to be controlled from the same keyboard and mouse (i.e. touch the right border of one machines display, and pop into the left border of the adjacent machines display). I specifically worked on the cut&paste part, and found that the machines needed to be time-synchronized "exactly" in order for the X cut&paste mechanism to work as expected.

This feels very much like that timing issue where all machines would paste what was in the cut buffer of the machine with the most advanced time, even though the user had since copied something from a machine whose time was not as advanced.

There was even one occasion when I had cut & pasted successfully, then went to paste the same thing again, and the second paste reverted back to what was previously cut!

Disclaimer: you obviously know more about X protocol than I do. Hunch: Since klipper takes ownership of the X selection in order to keep a selection available after an app has exited, maybe another app (acrobat? OO.o?) is doing the same thing and the two are in a race, so sometimes one app ends up owning an empty clipboard. Lubos: any idea about this situation? I can't see anything related in b.k.o. Tip: x2x may well be a descendent of XHydra and is on the distro - excuse me if you know about it already. Will -- Will Stephenson Desktop Engineer KDE Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Aaron Kulkis wrote:

Chris Worley wrote:

...

I've been using Unix since the 80's, and prefer X's left-button-drag-cut (or double or triple click) and middle-button-paste to WinDoh's, but, these days,

Same here ;-)

...

nothing seems to work.

I mostly use KDE, Konsole, Evolution, Firefox, and

Well, I think you correctly identified the true location of the problem.... the X11 server.

Just wondering if it also the reason that KSnapshot has problems. It was said to be an OOo problem (in this forum about 6 months ago, but not solved in OOo group either). When I make a snapshot (Region, with mouse), it is made correctly (shows in KSnapshot window), but on inserting it into an application, always the _previous_ snapshot gets inserted in OOo-Writer. Only if the "Copy to clipboard" button or Ctrl-C is used does it get copied to OOo-Writer, again the previous snapshot first. In gimp the insertions seem to be working when the "Copy to clipboard" button or Ctrl-C is used before it is inserted in gimp. I noticed this in the office we work, where we copy snapshots of apps into training materials. The inserts (with Ctrl-V, by menu or by mouse right-click_Insert) are done mostly into OOo-Writer. There we insert from the Clipboard, delete it immediately again, and insert again; then the image is correct. We have it on all systems: OpenSUSE 10.1, 10.2 & 10.3. Anyone had this before? :-) Al -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org