Hi,
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
Bob S.
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
Hey Bob,
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
it's not a bug, it's a feature.
On Linux, the default D'n'D action is to move text. On Windows the default action is to copy text. Don't ask me why these are the defaults but they affect all GTK applications. I.e. dragging in text areas in GTK apps on Windows, will/should always copy the text instead of moving it.
Technically, we could change this in Geany but I really don't want to do this as it would break user interface design by not respecting global standards.
Maybe there is somewhere a preference or setting in GTK to change this though with a quick search I couldn't find anything.
Geany pre-0.11 did break these standards, more exactly Scintilla did. Therefore we discussed this at Scintilla, got it changed in Scintilla and then benefited in Geany by this change.
Regards, Enrico
Enrico Tröger wrote:
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
Hey Bob,
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
it's not a bug, it's a feature.
On Linux, the default D'n'D action is to move text. On Windows the default action is to copy text. Don't ask me why these are the defaults but they affect all GTK applications. I.e. dragging in text areas in GTK apps on Windows, will/should always copy the text instead of moving it.
Hi Enrico,
I use Windows at work, Linux at home, and Geany on both. And finding that Geany on Windows defaulted to copy rather than move was a surprise. Even more of a surprise was that this is normal! Certainly, 'native' apps on Windows (like Word etc.) do move rather than copy. That GTK apps in Windows do it backwards seems to me bizarre. It makes using Geany in both Windows and Linux a bit frustrating.
Thanks for the answer.
Bob S.
Hi,
On Thu, 19 Feb 2009 20:09:17 -0800 Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
it's not a bug, it's a feature.
On Linux, the default D'n'D action is to move text. On Windows the default action is to copy text. Don't ask me why these are the defaults but they affect all GTK applications. I.e. dragging in text areas in GTK apps on Windows, will/should always copy the text instead of moving it.
I use Windows at work, Linux at home, and Geany on both. And finding that Geany on Windows defaulted to copy rather than move was a surprise. Even more of a surprise was that this is normal! Certainly, 'native' apps on Windows (like Word etc.) do move rather than copy. That GTK apps in Windows do it backwards seems to me bizarre. It makes using Geany in both Windows and Linux a bit frustrating.
I did a short test on apps installed on my Windows XP SP3 at office and I'm afraid I can second this
Cheers, Frank
On Sun, 22 Feb 2009 17:01:05 +0100, Frank Lanitz frank@frank.uvena.de wrote:
Hi,
On Thu, 19 Feb 2009 20:09:17 -0800 Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
it's not a bug, it's a feature.
On Linux, the default D'n'D action is to move text. On Windows the default action is to copy text. Don't ask me why these are the defaults but they affect all GTK applications. I.e. dragging in text areas in GTK apps on Windows, will/should always copy the text instead of moving it.
I use Windows at work, Linux at home, and Geany on both. And finding that Geany on Windows defaulted to copy rather than move was a surprise. Even more of a surprise was that this is normal! Certainly, 'native' apps on Windows (like Word etc.) do move rather than copy. That GTK apps in Windows do it backwards seems to me bizarre. It makes using Geany in both Windows and Linux a bit frustrating.
I did a short test on apps installed on my Windows XP SP3 at office and I'm afraid I can second this
And I can completely understand this but AFAIK this is a GTK thing, more or less unrelated to Geany, as Geany just respects the GTK default. Though I don't have any idea why the GTK default is different on Windows.
As I already said, I thought there was a setting to change this but I couldn't find anything.
Bob, you could ask on the gtk-app-devel-list@gnome.org[1] mailing list for any hints about this, with the results we could add a FAQ item on the Geany website or something like this. Just keep us up2date.
[1] http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Regards, Enrico
Enrico Tröger wrote:
On Sun, 22 Feb 2009 17:01:05 +0100, Frank Lanitz frank@frank.uvena.de wrote:
Hi,
On Thu, 19 Feb 2009 20:09:17 -0800 Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
Bob, you could ask on the gtk-app-devel-list@gnome.org[1] mailing list for any hints about this, with the results we could add a FAQ item on the Geany website or something like this. Just keep us up2date.
[1] http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I posted on the gtk-app-devel list as suggested, and was told by Tor Lillqvist that basically, I should file a bug. I pressed the issue and received this:
Is there any sort of
configuration file or environment variable that can be used to reverse the behavior?
Not as far as I know.
--tml
I have filed a bug report on bugzilla.gnome.org (573067), but that doesn't really help in the near term. I'll let the list know if anything interesting comes of it.
Bob S.
On Tue, 24 Feb 2009 20:06:47 -0800, Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Sun, 22 Feb 2009 17:01:05 +0100, Frank Lanitz frank@frank.uvena.de wrote:
Hi,
On Thu, 19 Feb 2009 20:09:17 -0800 Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
According to the manual, dragging selected text is move by default, but copy with the shift key. Indeed that is how it works under Linux. But in Windows, it still has the pre-0.11 behavior: copy by default, move with the shift key.
Bob, you could ask on the gtk-app-devel-list@gnome.org[1] mailing list for any hints about this, with the results we could add a FAQ item on the Geany website or something like this. Just keep us up2date.
[1] http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I posted on the gtk-app-devel list as suggested, and was told by Tor Lillqvist that basically, I should file a bug. I pressed the issue and received this:
Is there any sort of
configuration file or environment variable that can be used to reverse the behavior?
Not as far as I know.
--tml
I have filed a bug report on bugzilla.gnome.org (573067), but that doesn't really help in the near term. I'll let the list know if anything interesting comes of it.
Thanks a lot.
Regards, Enrico
Enrico Tröger wrote:
On Tue, 24 Feb 2009 20:06:47 -0800, Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Sun, 22 Feb 2009 17:01:05 +0100, Frank Lanitz frank@frank.uvena.de wrote:
Hi,
On Thu, 19 Feb 2009 20:09:17 -0800 Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder bob.snyder@cox.net wrote:
> According to the manual, dragging selected text is move by > default, but copy with the shift key. Indeed that is how it works > under Linux. But in Windows, it still has the pre-0.11 behavior: > copy by default, move with the shift key. > >
Bob, you could ask on the gtk-app-devel-list@gnome.org[1] mailing list for any hints about this, with the results we could add a FAQ item on the Geany website or something like this. Just keep us up2date.
[1] http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I posted on the gtk-app-devel list as suggested, and was told by Tor Lillqvist that basically, I should file a bug. I pressed the issue and received this:
Is there any sort of
configuration file or environment variable that can be used to reverse the behavior?
Not as far as I know.
--tml
I have filed a bug report on bugzilla.gnome.org (573067), but that doesn't really help in the near term. I'll let the list know if anything interesting comes of it.
Bug update:
The bugzilla item has been closed, the problem should be solved, I suppose, with the next release of GTK. Text below.
Bob S.
http://bugzilla.gnome.org/show_bug.cgi?id=573067
gtk+ | win32 | Ver: 2.10.x
Tor Lillqvist changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
------- Comment #1 from Tor Lillqvist 2009-03-11 14:12 UTC ------- 2009-03-11 Tor Lillqvist tml@iki.fi
Bug 573067 - Intra-app dnd of text behavior on Windows is wrong
* gdk/win32/gdkdnd-win32.c (local_send_motion) (gdk_drag_motion): The default action should be move, not copy. Tweak how the GdkDragAction fields in GdkDragContexts are changed. Seems to help the problem.
On Wed, 11 Mar 2009 19:58:49 -0700, Bob wrote:
Enrico Tröger wrote:
On Tue, 24 Feb 2009 20:06:47 -0800, Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
On Sun, 22 Feb 2009 17:01:05 +0100, Frank Lanitz frank@frank.uvena.de wrote:
Hi,
On Thu, 19 Feb 2009 20:09:17 -0800 Bob Snyder bob.snyder@cox.net wrote:
Enrico Tröger wrote:
> On Wed, 18 Feb 2009 19:46:23 -0800, Bob Snyder > bob.snyder@cox.net wrote: > > >> According to the manual, dragging selected text is move by >> default, but copy with the shift key. Indeed that is how it >> works under Linux. But in Windows, it still has the pre-0.11 >> behavior: copy by default, move with the shift key. >> >>
Bob, you could ask on the gtk-app-devel-list@gnome.org[1] mailing list for any hints about this, with the results we could add a FAQ item on the Geany website or something like this. Just keep us up2date.
[1] http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I posted on the gtk-app-devel list as suggested, and was told by Tor Lillqvist that basically, I should file a bug. I pressed the issue and received this:
Is there any sort of
configuration file or environment variable that can be used to reverse the behavior?
Not as far as I know.
--tml
I have filed a bug report on bugzilla.gnome.org (573067), but that doesn't really help in the near term. I'll let the list know if anything interesting comes of it.
Bug update:
The bugzilla item has been closed, the problem should be solved, I suppose, with the next release of GTK. Text below.
Great. So let's wait for GTK 2.16 which should be released sometime in the next weeks (around the next Gnome release, I guess).
Bob, thanks for help and support on this issue. Not only Geany but also any other GTK apps will benefit from this!
Regards, Enrico
On Fri, 13 Mar 2009 10:56:08 +0100, Enrico wrote:
Bug update:
The bugzilla item has been closed, the problem should be solved, I suppose, with the next release of GTK. Text below.
Great. So let's wait for GTK 2.16 which should be released sometime in the next weeks (around the next Gnome release, I guess).
Bob, thanks for help and support on this issue. Not only Geany but also any other GTK apps will benefit from this!
Just for the records:
GTK 2.16 has been released about two weeks ago (on the same day as I wrote the above reply :) and I just tested the Windows binaries and it works. Now, GTK does move the text when dragging instead of copying.
For convenience, I packed a ZIP archive with all necessary files to be simply unrolled into an existing Geany installation:
http://uvena.de/tmp/gtk_216_win32_for_geany.zip
Regards, Enrico
Enrico Tröger wrote:
On Fri, 13 Mar 2009 10:56:08 +0100, Enrico wrote:
Bug update:
The bugzilla item has been closed, the problem should be solved, I suppose, with the next release of GTK. Text below.
Great. So let's wait for GTK 2.16 which should be released sometime in the next weeks (around the next Gnome release, I guess).
Bob, thanks for help and support on this issue. Not only Geany but also any other GTK apps will benefit from this!
Just for the records:
GTK 2.16 has been released about two weeks ago (on the same day as I wrote the above reply :) and I just tested the Windows binaries and it works. Now, GTK does move the text when dragging instead of copying.
For convenience, I packed a ZIP archive with all necessary files to be simply unrolled into an existing Geany installation:
Great! I tried it and it does exactly what I would expect, and what it does under Linux. One can still get the copy operation by holding down the Ctrl key after starting the drag operation.
Many thanks for going the extra mile and creating the zip file, Enrico.
Bob S.