Hi,
I'm not sure it is a geany bug but this is the only GTK application I use and I'm on kubuntu 14.04.
The problem seems the same described here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119
- Copy-paste with mouse wheel fails + Left-click clears PRIMARY buffer selection (Copy-paste with middle- + button/mouse wheel fails)
To reproduce, try the following steps in gedit, geany or jedit (same in old bug-report):
1) Select some text, thus copying it to the primary copy-paste-buffer-thingy. 2) *Left* click somewhere on the document, thus clearing the selection. 3) Click mouse wheel (middle click).
Anybody experiencing the same issue?
Any hint about how to solve it?
On 7 May 2014 22:36, Alessandro Pasotti apasotti@gmail.com wrote:
Hi,
I'm not sure it is a geany bug but this is the only GTK application I use and I'm on kubuntu 14.04.
The problem seems the same described here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119
- Copy-paste with mouse wheel fails
- Left-click clears PRIMARY buffer selection (Copy-paste with middle-
- button/mouse wheel fails)
To reproduce, try the following steps in gedit, geany or jedit (same in old bug-report):
- Select some text, thus copying it to the primary
copy-paste-buffer-thingy. 2) *Left* click somewhere on the document, thus clearing the selection. 3) Click mouse wheel (middle click).
Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard.
The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected.
When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't.
Cheers Lex
Anybody experiencing the same issue?
Any hint about how to solve it?
-- Alessandro Pasotti w3: www.itopen.it
Users mailing list Users@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/users
2014-05-08 2:23 GMT+02:00 Lex Trotman elextr@gmail.com:
On 7 May 2014 22:36, Alessandro Pasotti apasotti@gmail.com wrote:
Hi,
I'm not sure it is a geany bug but this is the only GTK application I use and I'm on kubuntu 14.04.
The problem seems the same described here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119
- Copy-paste with mouse wheel fails
- Left-click clears PRIMARY buffer selection (Copy-paste with middle-
- button/mouse wheel fails)
To reproduce, try the following steps in gedit, geany or jedit (same in
old
bug-report):
- Select some text, thus copying it to the primary
copy-paste-buffer-thingy. 2) *Left* click somewhere on the document, thus clearing the selection. 3) Click mouse wheel (middle click).
Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard.
The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected.
When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't.
Cheers
Lex
Sorry but I don't understand your answer, I try to describe better the steps to reproduce:
1) Select some text by *Left* clicking and move the mouse over the text, then release the *Left* click [1] 2) *Left* click somewhere on the document, usually in the place you want to paste 3) Click mouse wheel (middle click). 4) nothing is pasted
is this the expected behavior?
(not for me)
[1] this is the way I usually select-copy text under X
Am 08.05.2014 08:30, schrieb Alessandro Pasotti:
2014-05-08 2:23 GMT+02:00 Lex Trotman <elextr@gmail.com mailto:elextr@gmail.com>:
On 7 May 2014 22:36, Alessandro Pasotti <apasotti@gmail.com <mailto:apasotti@gmail.com>> wrote: > Hi, > > I'm not sure it is a geany bug but this is the only GTK application I use > and I'm on kubuntu 14.04. > > The problem seems the same described here: > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119 > > - Copy-paste with mouse wheel fails > + Left-click clears PRIMARY buffer selection (Copy-paste with middle- > + button/mouse wheel fails) > > To reproduce, try the following steps in gedit, geany or jedit (same in old > bug-report): > > 1) Select some text, thus copying it to the primary > copy-paste-buffer-thingy. > 2) *Left* click somewhere on the document, thus clearing the selection. > 3) Click mouse wheel (middle click). > Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard. The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected. When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't. Cheers LexSorry but I don't understand your answer, I try to describe better the steps to reproduce:
- Select some text by *Left* clicking and move the mouse over the
text, then release the *Left* click [1] 2) *Left* click somewhere on the document, usually in the place you want to paste 3) Click mouse wheel (middle click). 4) nothing is pasted
is this the expected behavior?
(not for me)
Am 08.05.2014 08:30, schrieb Alessandro Pasotti:
2014-05-08 2:23 GMT+02:00 Lex Trotman <elextr@gmail.com mailto:elextr@gmail.com>:
On 7 May 2014 22:36, Alessandro Pasotti <apasotti@gmail.com <mailto:apasotti@gmail.com>> wrote: > Hi, > > I'm not sure it is a geany bug but this is the only GTK application I use > and I'm on kubuntu 14.04. > > The problem seems the same described here: > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119 > > - Copy-paste with mouse wheel fails > + Left-click clears PRIMARY buffer selection (Copy-paste with middle- > + button/mouse wheel fails) > > To reproduce, try the following steps in gedit, geany or jedit (same in old > bug-report): > > 1) Select some text, thus copying it to the primary > copy-paste-buffer-thingy. > 2) *Left* click somewhere on the document, thus clearing the selection. > 3) Click mouse wheel (middle click). > Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard. The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected. When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't. Cheers LexSorry but I don't understand your answer, I try to describe better the steps to reproduce:
- Select some text by *Left* clicking and move the mouse over the
text, then release the *Left* click [1] 2) *Left* click somewhere on the document, usually in the place you want to paste 3) Click mouse wheel (middle click). 4) nothing is pasted
is this the expected behavior?
(not for me)
I think so. Nothing should be pasted if there is no selection. But I think many other applications make X paste the previous selected (presumably by copying the selection into the clipboard).
Best regards
On 8 May 2014 16:30, Alessandro Pasotti apasotti@gmail.com wrote:
2014-05-08 2:23 GMT+02:00 Lex Trotman elextr@gmail.com:
On 7 May 2014 22:36, Alessandro Pasotti apasotti@gmail.com wrote:
Hi,
I'm not sure it is a geany bug but this is the only GTK application I use and I'm on kubuntu 14.04.
The problem seems the same described here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119
- Copy-paste with mouse wheel fails
- Left-click clears PRIMARY buffer selection (Copy-paste with middle-
- button/mouse wheel fails)
To reproduce, try the following steps in gedit, geany or jedit (same in old bug-report):
- Select some text, thus copying it to the primary
copy-paste-buffer-thingy. 2) *Left* click somewhere on the document, thus clearing the selection. 3) Click mouse wheel (middle click).
Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard.
The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected.
When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't.
Cheers
Lex
Sorry but I don't understand your answer, I try to describe better the steps to reproduce:
- Select some text by *Left* clicking and move the mouse over the text,
then release the *Left* click [1]
So some text is selected, usually it is highlighted. It is *not* copied to the clipboard.
- *Left* click somewhere on the document, usually in the place you want to
paste
Selection is removed, ***nothing*** is highlighted, ***nothing*** is selected.
- Click mouse wheel (middle click).
- nothing is pasted
Because nothing is selected, see step 2.
This is expected.
Cheers Lex
is this the expected behavior?
(not for me)
[1] this is the way I usually select-copy text under X
-- Alessandro Pasotti w3: www.itopen.it
Users mailing list Users@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/users
2014-05-08 8:42 GMT+02:00 Lex Trotman elextr@gmail.com:
On 8 May 2014 16:30, Alessandro Pasotti apasotti@gmail.com wrote:
2014-05-08 2:23 GMT+02:00 Lex Trotman elextr@gmail.com:
On 7 May 2014 22:36, Alessandro Pasotti apasotti@gmail.com wrote:
Hi,
I'm not sure it is a geany bug but this is the only GTK application I use and I'm on kubuntu 14.04.
The problem seems the same described here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119
- Copy-paste with mouse wheel fails
- Left-click clears PRIMARY buffer selection (Copy-paste with middle-
- button/mouse wheel fails)
To reproduce, try the following steps in gedit, geany or jedit (same
in
old bug-report):
- Select some text, thus copying it to the primary
copy-paste-buffer-thingy. 2) *Left* click somewhere on the document, thus clearing the
selection.
- Click mouse wheel (middle click).
Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard.
The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected.
When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't.
Cheers
Lex
Funny, it's about 20 years now that I'm using that method to quickly copy-paste under linux using the mouse, just to discover today that it's the wrong one :) Never too late to learn something!
BTW it's a pity, because I find it much more quick and intuitive than hitting various keyboard combinations like CTRL+SHIF+C or similar.
Just to be sure, I did some quick tests (I'm on Kubuntu 14.04 64bit):
mouse copy-paste works fine (as I expected) in terminal applications like konsole and xterm and works in mozilla FF and thunderbird. Among IDE's it works fine under kdevelop, netbeans, eclipse kepler. Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.
Are you really sure that all these applications are doing it the wrong way?
It seems to me that clearing the selection/buffer when the user start dragging would much better that clearing it on mouse down events.
Am 08.05.2014 09:09, schrieb Alessandro Pasotti:
2014-05-08 8:42 GMT+02:00 Lex Trotman <elextr@gmail.com mailto:elextr@gmail.com>:
On 8 May 2014 16:30, Alessandro Pasotti <apasotti@gmail.com <mailto:apasotti@gmail.com>> wrote: > 2014-05-08 2:23 GMT+02:00 Lex Trotman <elextr@gmail.com <mailto:elextr@gmail.com>>: >> >> On 7 May 2014 22:36, Alessandro Pasotti <apasotti@gmail.com <mailto:apasotti@gmail.com>> wrote: >> > Hi, >> > >> > I'm not sure it is a geany bug but this is the only GTK application I >> > use >> > and I'm on kubuntu 14.04. >> > >> > The problem seems the same described here: >> > >> > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119 >> > >> > - Copy-paste with mouse wheel fails >> > + Left-click clears PRIMARY buffer selection (Copy-paste with middle- >> > + button/mouse wheel fails) >> > >> > To reproduce, try the following steps in gedit, geany or jedit (same in >> > old >> > bug-report): >> > >> > 1) Select some text, thus copying it to the primary >> > copy-paste-buffer-thingy. >> > 2) *Left* click somewhere on the document, thus clearing the selection. >> > 3) Click mouse wheel (middle click). >> > >> >> Many people brought up on cut/copy to clipboard and paste do not seem >> to grasp that the selection is a *selection*, it is not copied to a >> clipboard. >> >> The applications that the bug reporters call "working" are doing the >> wrong thing and copying the selection to the CLIPBOARD or internally >> preserving it even after it is unselected. >> >> When the middle paste is used it pastes the PRIMARY selection, or if >> there is no selection pastes clipboard. So the applications doing the >> wrong thing will paste (either from their own internal copy or from >> clipboard), but those doing the right thing won't. >> >> Cheers >> >> Lex >Funny, it's about 20 years now that I'm using that method to quickly copy-paste under linux using the mouse, just to discover today that it's the wrong one :) Never too late to learn something!
BTW it's a pity, because I find it much more quick and intuitive than hitting various keyboard combinations like CTRL+SHIF+C or similar.
Just to be sure, I did some quick tests (I'm on Kubuntu 14.04 64bit):
mouse copy-paste works fine (as I expected) in terminal applications like konsole and xterm and works in mozilla FF and thunderbird. Among IDE's it works fine under kdevelop, netbeans, eclipse kepler. Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.
Are you really sure that all these applications are doing it the wrong way?
It seems to me that clearing the selection/buffer when the user start dragging would much better that clearing it on mouse down events.
I wonder why you even clear the selection with an additional left-click? Just select and middle paste directly.
Best regards.
2014-05-08 9:46 GMT+02:00 Thomas Martitz kugel@rockbox.org:
Am 08.05.2014 09:09, schrieb Alessandro Pasotti:
2014-05-08 8:42 GMT+02:00 Lex Trotman <elextr@gmail.com mailto: elextr@gmail.com>:
On 8 May 2014 16:30, Alessandro Pasotti <apasotti@gmail.com <mailto:apasotti@gmail.com>> wrote: > 2014-05-08 2:23 GMT+02:00 Lex Trotman <elextr@gmail.com <mailto:elextr@gmail.com>>: >> >> On 7 May 2014 22:36, Alessandro Pasotti <apasotti@gmail.com <mailto:apasotti@gmail.com>> wrote: >> > Hi, >> > >> > I'm not sure it is a geany bug but this is the only GTK application I >> > use >> > and I'm on kubuntu 14.04. >> > >> > The problem seems the same described here: >> > >> > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119 >> > >> > - Copy-paste with mouse wheel fails >> > + Left-click clears PRIMARY buffer selection (Copy-paste with middle- >> > + button/mouse wheel fails) >> > >> > To reproduce, try the following steps in gedit, geany or jedit (same in >> > old >> > bug-report): >> > >> > 1) Select some text, thus copying it to the primary >> > copy-paste-buffer-thingy. >> > 2) *Left* click somewhere on the document, thus clearing the selection. >> > 3) Click mouse wheel (middle click). >> > >> >> Many people brought up on cut/copy to clipboard and paste do not seem >> to grasp that the selection is a *selection*, it is not copied to a >> clipboard. >> >> The applications that the bug reporters call "working" are doing the >> wrong thing and copying the selection to the CLIPBOARD or internally >> preserving it even after it is unselected. >> >> When the middle paste is used it pastes the PRIMARY selection, or if >> there is no selection pastes clipboard. So the applications doing the >> wrong thing will paste (either from their own internal copy or from >> clipboard), but those doing the right thing won't. >> >> Cheers >> >> Lex >Funny, it's about 20 years now that I'm using that method to quickly copy-paste under linux using the mouse, just to discover today that it's the wrong one :) Never too late to learn something!
BTW it's a pity, because I find it much more quick and intuitive than hitting various keyboard combinations like CTRL+SHIF+C or similar.
Just to be sure, I did some quick tests (I'm on Kubuntu 14.04 64bit):
mouse copy-paste works fine (as I expected) in terminal applications like konsole and xterm and works in mozilla FF and thunderbird. Among IDE's it works fine under kdevelop, netbeans, eclipse kepler. Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.
Are you really sure that all these applications are doing it the wrong way?
It seems to me that clearing the selection/buffer when the user start dragging would much better that clearing it on mouse down events.
I wonder why you even clear the selection with an additional left-click? Just select and middle paste directly.
I usually don't, but sometimes I do, for example it can happen that I want copy-paste a piece of code but before pasting I notice that I need to type a few charachters, in that case I click in the position, type what I need to type, then paste.
I know this is not a show stopper, but I wonder (left aside discussions about what is wrong and what is not) what tare the advantages/needs to clear the selection on left click.
[...]
Funny, it's about 20 years now that I'm using that method to quickly copy-paste under linux using the mouse, just to discover today that it's the wrong one :) Never too late to learn something!
BTW it's a pity, because I find it much more quick and intuitive than hitting various keyboard combinations like CTRL+SHIF+C or similar.
Just to be sure, I did some quick tests (I'm on Kubuntu 14.04 64bit):
Perhaps its a KDE thing.
The KDE usability guidelines do not mention how mouse interaction is meant to work (that I can see, correct me if I'm wrong) http://techbase.kde.org/Projects/Usability/HIG#Structure
The Gnome HIG however says "Your application uses the middle button to paste the current PRIMARY (usually the last-highlighted) selection at the pointer position" https://developer.gnome.org/hig-book/stable/input-mouse.html.en So if nothing is highlighted, nothing is selected.
This is the behaviour that Gnome applications conform to, eg geany, gedit etc.
mouse copy-paste works fine (as I expected) in terminal applications like konsole and xterm and works in mozilla FF and thunderbird. Among IDE's it works fine under kdevelop, netbeans, eclipse kepler.
kdevelop is a KDE app, netbeens and eclipse are portable Java apps and conform to the java tool kit, not any desktop convention.
Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.
Terminal based apps do that because they cannot locate another position whilst keeping the selection, since they only have one cursor. Graphical UIs have a text cursor and a mouse cursor (pointer) and so can nominate the cursor position without moving the text selection.
Are you really sure that all these applications are doing it the wrong way?
Yes :)
Cheers Lex
It seems to me that clearing the selection/buffer when the user start dragging would much better that clearing it on mouse down events.
-- Alessandro Pasotti w3: www.itopen.it
Users mailing list Users@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/users
Am 08.05.2014 09:53, schrieb Lex Trotman:
Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.
Terminal based apps do that because they cannot locate another position whilst keeping the selection, since they only have one cursor. Graphical UIs have a text cursor and a mouse cursor (pointer) and so can nominate the cursor position without moving the text selection.
I think he was referring to the fact that when you select a text in a terminal (regardless of CLI or TUI) without moving the text cursor, and then click in the terminal window (this still doesn't move the text cursor but clears the selection), then the last-selected text is still pasted. This is the case e.g. in the bash prompt of gnome-terminal.
Best regards
On 8 May 2014 18:00, Thomas Martitz kugel@rockbox.org wrote:
Am 08.05.2014 09:53, schrieb Lex Trotman:
Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.
Terminal based apps do that because they cannot locate another position whilst keeping the selection, since they only have one cursor. Graphical UIs have a text cursor and a mouse cursor (pointer) and so can nominate the cursor position without moving the text selection.
I think he was referring to the fact that when you select a text in a terminal (regardless of CLI or TUI) without moving the text cursor, and then click in the terminal window (this still doesn't move the text cursor but clears the selection), then the last-selected text is still pasted. This is the case e.g. in the bash prompt of gnome-terminal.
Sorry to be unclear, I was referring to the bit about curses based apps.
Things like gnome-terminal et al are not curses based but since they have to support curses I would expect that they tend to operate in the same manner. But I havn't really thought about the implications of having to pretend to be a stupid character based display, whilst actually being a fully graphic app. I expect it could be confusing :)
Cheers Lex
Best regards
Users mailing list Users@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/users
El 14.05.08 16:42:53 > Lex Trotman dijo:
On 8 May 2014 16:30, Alessandro Pasotti apasotti@gmail.com wrote:
2014-05-08 2:23 GMT+02:00 Lex Trotman elextr@gmail.com:
On 7 May 2014 22:36, Alessandro Pasotti apasotti@gmail.com wrote:
Hi,
I'm not sure it is a geany bug but this is the only GTK application I use and I'm on kubuntu 14.04.
The problem seems the same described here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119
- Copy-paste with mouse wheel fails
- Left-click clears PRIMARY buffer selection (Copy-paste with middle-
- button/mouse wheel fails)
To reproduce, try the following steps in gedit, geany or jedit (same in old bug-report):
- Select some text, thus copying it to the primary
copy-paste-buffer-thingy. 2) *Left* click somewhere on the document, thus clearing the selection. 3) Click mouse wheel (middle click).
Many people brought up on cut/copy to clipboard and paste do not seem to grasp that the selection is a *selection*, it is not copied to a clipboard.
The applications that the bug reporters call "working" are doing the wrong thing and copying the selection to the CLIPBOARD or internally preserving it even after it is unselected.
When the middle paste is used it pastes the PRIMARY selection, or if there is no selection pastes clipboard. So the applications doing the wrong thing will paste (either from their own internal copy or from clipboard), but those doing the right thing won't.
Cheers
Lex
Sorry but I don't understand your answer, I try to describe better the steps to reproduce:
- Select some text by *Left* clicking and move the mouse over the text,
then release the *Left* click [1]
So some text is selected, usually it is highlighted. It is *not* copied to the clipboard.
- *Left* click somewhere on the document, usually in the place you want to
paste
Selection is removed, ***nothing*** is highlighted, ***nothing*** is selected.
- Click mouse wheel (middle click).
- nothing is pasted
Because nothing is selected, see step 2.
This is expected.
Cheers Lex
is this the expected behavior?
(not for me)
[1] this is the way I usually select-copy text under X
-- Alessandro Pasotti w3: www.itopen.it
Users mailing list Users@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/users
I use to mark and paste as described below:
1- Select a text and let it selected. 2- Go with mouse cursor to any place of line before the end of line. 3- Click with wheel, but without clicking before with left mouse. 4- It insert the text where is the mouse cursor.
That is handy when working with programs.
Cheers.