<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0"> </HEAD> <BODY> On Thu, 2009-12-24 at 18:10 -0600, Ole Ersoy wrote: <BLOCKQUOTE TYPE=CITE> <PRE> Hi, Is it possible that X is letting go of the left mouse button for me when the ctrl key is held down? I filed a bug against inkscape and then kde, but we think it might be X? See: <A HREF="https://bugs.kde.org/show_bug.cgi?id=219592">https://bugs.kde.org/show_bug.cgi?id=219592</A> - Ole __ </PRE> </BLOCKQUOTE> I tried to reproduce the problem by dragging a gif image on a web page displayed in the default web browser. I tried that on a Live CD for OpenSolaris, Kubuntu 9.10 (KDE) and Fedora 12 (Gnome). I was not able to reproduce the problem. Mouse button 1 (left) + Ctrl is a copy operation where MB1 with no modifier is a move. When releasing Ctrl while dragging, the operation changes from a copy to a move. In the Nautilus file browser, you see the icon changing from a 'copy' (represented by the +) to a 'move' (represented by the arrow). You should see something similar in a KDE file browser. This would be a sanity check for basic move/copy drag & drop operations. There may be desktop settings that are altering the way this works, and applications may redefine those default behaviours. If the code crashes while changing from copy to move, the operation is aborted. Try with the Live CD closest to your environment as a reference point. <BLOCKQUOTE TYPE=CITE> <PRE> _____________________________________________ xorg-devel mailing list <A HREF="mailto:xorg-devel@lists.x.org">xorg-devel@lists.x.org</A> <A HREF="http://lists.x.org/mailman/listinfo/xorg-devel">http://lists.x.org/mailman/listinfo/xorg-devel</A> </PRE> </BLOCKQUOTE> </BODY> </HTML>