| 2011-10-04 04:31:15 |
pyrates |
bug |
|
|
added bug |
| 2011-10-04 04:33:55 |
pyrates |
description |
Well the bug to implement a proper clipboard in xorg has just been set to invalid:
https://bugs.freedesktop.org/show_bug.cgi?id=25220
So since wayland is replacing xorg, might as well implement a proper clipboard. Please do not follow the path xorg took and just go with the method that x used to do the clipboard. Normal users do not want a selection based clipboard. It's confusing for them and if some app wants it, then that app alone can implement it. This way those who need it can get it and the rest of us can go about without worrying that when I highlight something, I haven't just lost what was copied using ctrl+c.
Here's a rant on it:
http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html
And here's a very simple implementation:
1. When copying text, copy it directly to the clipboard so that it is there even if the application is closed.
2. No more selection based copy. If an app wants it, it can implement it. Putty does that on windows and so does mirc. But it shouldn't be forced upon apps if they don't intend to use it.
3. When copying something to the clipboard and it is not text, the app must specify what kind of data it is so that if it can be used in another app if that app says it is compatible with it. Otherwise when that happens, nothing gets pasted if the app says it is not expecting that data type.
4. Wayland will monitor when an application wants to exit that has data in the clipboard that is above a certain size. If it is above a certain size, when that application wants to exit, then it will ask if the user wants to clear the clipboard before the application exits. This way the application developer doesn't have to worry about implementing this, the OS takes care of it.
5. When copying data to the clipboard, it will report what application it came from storing the full path. This way the above can be done.
6. When copying data from the file system, it will be stored in a separate clipboard. It will store the path to the file/directory it is set to copy and not the actual copy as that could get very large.
7. Finally when copying data to the clipboard, it will indicate if the data is to be copied or cut. If cut, then when it is pasted, it will delete the original copy. If it is cut, it will simply paste it to the place you pasted it to from the clipboard.
I think this is a good start. As I said, x and now xorg refused to do this, so may as well put it in wayland.
If not, I'll see this being complained about 30 years down the line with people asking why wasn't this implemented? |
Well the bug to implement a proper clipboard in xorg has just been set to invalid:
https://bugs.freedesktop.org/show_bug.cgi?id=25220
So since wayland is replacing xorg, might as well implement a proper clipboard. Please do not follow the path xorg did to implement it. Normal users do not want a selection based clipboard. It's confusing for them and if some app wants it, then that app alone can implement it. This way those who need it can get it and the rest of us can go about without worrying that when I highlight something, I haven't just lost what was copied using ctrl+c.
Here's a rant on it:
http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html
And here's a very simple implementation:
1. When copying text, copy it directly to the clipboard so that it is there even if the application is closed.
2. No more selection based copy. If an app wants it, it can implement it. Putty does that on windows and so does mirc. But it shouldn't be forced upon apps if they don't intend to use it.
3. When copying something to the clipboard and it is not text, the app must specify what kind of data it is so that if it can be used in another app if that app says it is compatible with it. Otherwise when that happens, nothing gets pasted if the app says it is not expecting that data type.
4. Wayland will monitor when an application wants to exit that has data in the clipboard that is above a certain size. If it is above a certain size, when that application wants to exit, then it will ask if the user wants to clear the clipboard before the application exits. This way the application developer doesn't have to worry about implementing this, the OS takes care of it.
5. When copying data to the clipboard, it will report what application it came from storing the full path. This way the above can be done.
6. When copying data from the file system, it will be stored in a separate clipboard. It will store the path to the file/directory it is set to copy and not the actual copy as that could get very large.
7. Finally when copying data to the clipboard, it will indicate if the data is to be copied or cut. If cut, then when it is pasted, it will delete the original copy. If it is cut, it will simply paste it to the place you pasted it to from the clipboard.
I think this is a good start. As I said, x and now xorg refused to do this, so may as well put it in wayland.
If not, I'll see this being complained about 30 years down the line with people asking why wasn't this implemented? |
|
| 2011-10-04 04:51:28 |
Launchpad Janitor |
wayland (Ubuntu): status |
New |
Confirmed |
|
| 2011-10-04 04:51:38 |
Kip Warner |
bug |
|
|
added subscriber Kip Warner |
| 2011-10-04 05:02:27 |
Etienne Perot |
bug |
|
|
added subscriber WindPower |
| 2011-10-04 05:09:00 |
Gary M |
bug |
|
|
added subscriber Gary M |
| 2011-10-04 05:46:22 |
David |
bug |
|
|
added subscriber David |
| 2011-10-04 06:02:47 |
wvarner |
bug |
|
|
added subscriber wvarner |
| 2011-10-04 07:13:12 |
Julien Olivier |
bug |
|
|
added subscriber Julien Olivier |
| 2011-10-04 09:13:03 |
Tobias Bradtke |
bug |
|
|
added subscriber Tobias Bradtke |
| 2011-10-04 09:30:47 |
papukaija |
bug |
|
|
added subscriber papukaija |
| 2011-10-04 10:11:14 |
toobuntu |
bug |
|
|
added subscriber toobuntu |
| 2011-10-04 15:51:02 |
Eliah Kagan |
bug |
|
|
added subscriber Eliah Kagan |
| 2011-10-07 21:56:08 |
Philip Muškovac |
bug |
|
|
added subscriber Philip Muškovac |
| 2012-04-09 00:51:27 |
Darxus |
tags |
clipboard |
clipboard wayland |
|
| 2012-04-09 14:26:25 |
papukaija |
summary |
implement proper clipboard in wayland |
Implement proper clipboard in wayland |
|
| 2012-04-09 14:29:01 |
papukaija |
description |
Well the bug to implement a proper clipboard in xorg has just been set to invalid:
https://bugs.freedesktop.org/show_bug.cgi?id=25220
So since wayland is replacing xorg, might as well implement a proper clipboard. Please do not follow the path xorg did to implement it. Normal users do not want a selection based clipboard. It's confusing for them and if some app wants it, then that app alone can implement it. This way those who need it can get it and the rest of us can go about without worrying that when I highlight something, I haven't just lost what was copied using ctrl+c.
Here's a rant on it:
http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html
And here's a very simple implementation:
1. When copying text, copy it directly to the clipboard so that it is there even if the application is closed.
2. No more selection based copy. If an app wants it, it can implement it. Putty does that on windows and so does mirc. But it shouldn't be forced upon apps if they don't intend to use it.
3. When copying something to the clipboard and it is not text, the app must specify what kind of data it is so that if it can be used in another app if that app says it is compatible with it. Otherwise when that happens, nothing gets pasted if the app says it is not expecting that data type.
4. Wayland will monitor when an application wants to exit that has data in the clipboard that is above a certain size. If it is above a certain size, when that application wants to exit, then it will ask if the user wants to clear the clipboard before the application exits. This way the application developer doesn't have to worry about implementing this, the OS takes care of it.
5. When copying data to the clipboard, it will report what application it came from storing the full path. This way the above can be done.
6. When copying data from the file system, it will be stored in a separate clipboard. It will store the path to the file/directory it is set to copy and not the actual copy as that could get very large.
7. Finally when copying data to the clipboard, it will indicate if the data is to be copied or cut. If cut, then when it is pasted, it will delete the original copy. If it is cut, it will simply paste it to the place you pasted it to from the clipboard.
I think this is a good start. As I said, x and now xorg refused to do this, so may as well put it in wayland.
If not, I'll see this being complained about 30 years down the line with people asking why wasn't this implemented? |
Well the bug to implement a proper clipboard in xorg has just been set to invalid:
https://bugs.freedesktop.org/show_bug.cgi?id=25220
So since wayland is replacing xorg, might as well implement a proper clipboard. Please do not follow the path xorg did to implement it. Normal users do not want a selection based clipboard. It's confusing for them and if some app wants it, then that app alone can implement it. This way those who need it can get it and the rest of us can go about without worrying that when I highlight something, I haven't just lost what was copied using ctrl+c.
Here's a rant on it:
http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html
And here's a very simple implementation:
1. When copying text, copy it directly to the clipboard so that it is there even if the application is closed.
2. No more selection based copy. If an app wants it, it can implement it. Putty does that on windows and so does mirc. But it shouldn't be forced upon apps if they don't intend to use it.
3. When copying something to the clipboard and it is not text, the app must specify what kind of data it is so that if it can be used in another app if that app says it is compatible with it. Otherwise when that happens, nothing gets pasted if the app says it is not expecting that data type.
4. Wayland will monitor when an application wants to exit that has data in the clipboard that is above a certain size. If it is above a certain size, when that application wants to exit, then it will ask if the user wants to clear the clipboard before the application exits. This way the application developer doesn't have to worry about implementing this, the OS takes care of it.
5. When copying data to the clipboard, it will report what application it came from storing the full path. This way the above can be done.
6. When copying data from the file system, it will be stored in a separate clipboard. It will store the path to the file/directory it is set to copy and not the actual copy as that could get very large.
7. Finally when copying data to the clipboard, it will indicate if the data is to be copied or cut. If cut, then when it is pasted, it will delete the original copy. If it is copied, it will simply paste it to the place you pasted it to from the clipboard.
I think this is a good start. As I said, x and now xorg refused to do this, so may as well put it in wayland.
If not, I'll see this being complained about 30 years down the line with people asking why wasn't this implemented? |
|
| 2012-04-09 14:29:19 |
papukaija |
tags |
clipboard wayland |
wishlist |
|
| 2012-07-13 14:31:53 |
WhyNotHugo |
bug watch added |
|
https://bugs.freedesktop.org/show_bug.cgi?id=25220 |
|
| 2012-07-14 09:49:54 |
pyrates |
bug watch added |
|
https://bugs.freedesktop.org/show_bug.cgi?id=52077 |
|
| 2012-07-15 10:18:17 |
papukaija |
bug watch removed |
https://bugs.freedesktop.org/show_bug.cgi?id=25220 |
|
|
| 2012-07-15 10:18:43 |
papukaija |
bug task added |
|
wayland |
|
| 2012-07-18 02:43:52 |
Mechanical snail |
bug |
|
|
added subscriber Mechanical snail |
| 2013-01-21 16:24:21 |
Bug Watch Updater |
wayland: status |
Unknown |
Confirmed |
|
| 2013-01-21 16:24:21 |
Bug Watch Updater |
wayland: importance |
Unknown |
Wishlist |
|
| 2013-02-15 14:45:00 |
Bug Watch Updater |
wayland: status |
Confirmed |
Fix Released |
|
| 2014-08-24 10:14:20 |
Amr Ibrahim |
wayland (Ubuntu): status |
Confirmed |
Fix Released |
|
