I suppose the reason why this won't be fixed is because xorg is being
replaced by wayland. Let's hope that wayland fixes it then.
Soon enough xorg will be obselete.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug
I use both mouse buttons, so yes it does effect me.
Just admit this was an awful design. Besides, they've refused to fix
it.
That's why it's been submitted to wayland instead. You can stay behind
on old tech while the rest of us welcome the modern era.
--
You received this bug notification
Most users don't want this selection based clipboard. But if no one is
gonna fix it for xorg, off I go to submit it gets implemented in
wayland.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (36165).
may I ask why epiphany is now invalid for this bug? It's a web browser,
but it doesn't need copy and paste working properly?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (36165).
Just so we don't fill up this bug report anymore, here's a fresh start
for people who don't want it implemented the way freedesktop.org has:
https://bugs.launchpad.net/ubuntu/+source/wayland/+bug/865885
But would rather have it implemented properly, instead of on a per app
basis.
--
You
Slated, thank you for your comment. You've just said what linux users
say when they are confronted with bugs in their precious distro. That
instead of fixing them, they write them off and tell the user to just
not use it.
It's one extreme to another. From this is the year of the linux
desktop,
For those who want this implemented properly, which I believe should
happen in wayland, go check it out here:
http://brainstorm.ubuntu.com/idea/27331/
And vote it up so that it gets implemented! :)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
This here is the problem with linux on the desktop. You have
programmers like Slated here thinking inside a very narrow definition.
He wants X11, now Xorg, to be modular at the cost of convenience. He's
willing to put up with inadequacies like this just so it remains in his
narrow definition of
Welcome Sarah. If you read the comments here, I don't think people want
it fixed on a per application basis. Linux developers coming from
windows and mac os x, don't want to have to put in extra work on linux
just to get the clipboard working with their app. They want it taken
care of for them.
This list is gonna get pretty long if we start listing out every single
app that doesn't follow the specification. The reason being that most
of them don't follow it. And will the Ubuntu developers now have to
keep adding in the follow the clipboard specification fix every time
one of these
I've been watching the comments carefully over the past few days and we
seem to be falling into the same traps previous comments already have
mentioned but we can't do:
1. It's already spec'd out on a per application basis on how to properly
implement it on linux.
-this spec has been around for
@LimCore
I don't think you understand the meaning of the definitions band aid
and work around. A band aid or work around means it's not
properly fixed or only partially implemented. The implementation is not
expandable. It actually creates more work in the end due to it's bad
design.
@LimCore
Have you been paying attention? We don't want a bandaid solution or a
work around. We want it fixed at the source. And that includes getting
rid of the stupid selection based copy and paste that only appeals to
those who want the terminal app to come first when it shouldn't even be
So linux does it differently compared to the method that windows and OS
X does? Why not do it the same? Why don't we change the
freedesktop.org to match how windows and OS X does?
I agree with developers who refuse to implement it because it's not the
same on windows and OS X, that it's stupid.
Way to go @Tralalalala !
This is what happens when developers with no monetary incentives are put
in charge of features in linux. And before someone comes in with IBM
paying developers to work on linux, virtually none of it is in the
desktop. It's all command line based because IBM makes their
I'd like to also add that putting in something like this isn't usually
by a motivated developer. It's by a developer whose told by his boss or
manager to implement this feature. This is why windows and mac os x has
a proper clipboard. The developers have to implement it or they're
fired.
@jackflap
If you're motivated to use linux because the sole reason is that its
open source, that's fine for you. It's not for the rest of the world.
And clearly you had no counter points to what was mentioned since all
you can say is that open source isn't for him.
--
MASTER Copy-Paste
If the xorg team refuses to implement the clipboard properly, and
another group wants to fix it, fork it. You can do that. Or they can
start from scratch like google did with Android because they saw that in
order to fix stuff like implementing the clipbard properly, they had to
replace xorg
I'm not a programmer, so how was this fixed in firefox? What clipboard
manager was it integrated with? Does that limit it to a certain DE then
since this wasn't fixed in Xorg? Did they remove anything like the
selection clipboard that uses the middle mouse button?
--
MASTER Copy-Paste doesn't
I dont think so. So I submitted a bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=25220
Anyone want to add to it, feel free.
** Bug watch added: freedesktop.org Bugzilla #25220
https://bugs.freedesktop.org/show_bug.cgi?id=25220
--
MASTER Copy-Paste doesn't work if the source is
I wish this would get fixed in the Xorg layer instead. Fixing it on a
per application basis takes more time then it should need to. And
fixing it at the DE layer is a mere bandaid solution, meaning when it
finally is fixed in the Xorg layer, the fix in the DE layer won't
matter.
--
MASTER
*** This bug is a duplicate of bug 11334 ***
https://bugs.launchpad.net/bugs/11334
Firefox is simply obeying how xorg has the clipboard implemented. Just
like it does in Windows and in OS X. Fixing it on a per application
basis is not smart and creates more work instead of fixing it at the
*** This bug is a duplicate of bug 11334 ***
https://bugs.launchpad.net/bugs/11334
Christoph actually it is a duplicate. Please read the summary of the
bug this was set to be a duplicate of and you'll see it is a duplicate.
--
clipboard is emptied when closing firefox
Well said Patrick. So now it comes down to this:
Fix it. We as end users expect this to be working the way windows and
OS X have implemented it. If it's not gonna be fixed to that
specification, then I won't even think of using it. There's a reason
why software companies can sell software and
Some day its gonna be fixed? It's been 16 years. I can tell you what
prevents me from using Linux is bugs exactly like this where the
developer thinks its fine but 99% of users do not think it's fine. it's
a bug. Fix it already. I don't care if its gonna take a lot of work,
I'd like it fixed.
I say it should be fixed in the X.org layer. Otherwise you have DE's
reinventing the wheel here when they shouldn't have to. Here is how it
should be working:
1. Copy or cut something into the clipboard.
2. It copies directly into ram without needing the original app open after
it's done.
3.
Oh yeah and I almost forgot, remove the selection copy method. If an
individual app wants to do it fine, but don't make it system wide by
default. This way those who use terminal apps who want selection can
still keep it. Then it doesn't interfere with any other app.
Putty on windows works
*** This bug is a duplicate of bug 11334 ***
https://bugs.launchpad.net/bugs/11334
The design of the clipboard isn't rocket science here. Implement it
according to the way Windows does it. If an application wants to use
the selection method of copy and pasting, then it takes over the ctrl+c
The design of the clipboard isn't rocket science here. Implement it
according to the way Windows does it. If an application wants to use
the selection method of copy and pasting, then it takes over the ctrl+c
ctrl+x ctrl+v shortcuts since it's most likely a terminal application.
But most other
Actually the way windows and OS X does it is if its text, its copied to
the clipboard. If it's something larger like part of a graphic like
photoshop does, they monitor the source. If the source is closed, that
question pops up asking if the user wants to keep it in the clipboard.
If they click
I'm glad I'm not the only this has effected. Why is this taking so long
to fix? Could it be because traditional linux users don't want to lose
the clipboard integration that they put into the terminal emulator? I'd
bet so. This is unacceptable. Here's a write up of a frustrated linux
user who
31 matches
Mail list logo
