Hello.
As a teenager, I read about BeOS in a Finnish computer magazine. It
sounded really cool, so when my parents told me they were going to buy a
new family computer, I asked the computer store for a PC that could run
BeOS. The new computer had Windows on it, but I was able to run BeOS
with
Today I'm using mainly Ubuntu and I have been working on the
freedesktop.org clipboard specification. The current version should
be
more general than some older editions. Iirc the clipboard management
in
BeOS was fairly simple, so it might be possible for Haiku to respect
the
Our default BTextView class which is used almost everywhere text is
entered handles pasting at carret, and replacing selection.
Just for the record. This is something people typically fail at, while
they are implementing implicit pasting. The common error is that middle
click on a text area
well, the reason behind having all specs in one repo is to have them all
together, so that anyone wanting to do a change can get all of them from
the same place. Right now it seems to be hard to know where the source
of the spec is, so is there any way you could continue maintaining your
spec
you specifically *don't* want specifications to fork and be worked on
randomly; there is a low rate of edit conflict; having a clearly canonical
version is critical
Ok. It may be that dvcs would we a wrong solution for a real problem.
What I'm really concerned about is how hard it is
I suppose no-one is responsible for doing everyday
management tasks like this. Should I be asking for
permissions instead of trying to find a person to
do the work?
--Toni
On Sat, 2007-11-10 at 18:58 +0200, Toni Ruottu wrote:
Hello.
Five months ago I posted a rewrite of the Freedesktop.org
Hello.
Five months ago I posted a rewrite of the Freedesktop.org
Clipboard Specification to xdg-list. Since related
discussions haven't really brought up any problems and
no-one has resisted the proposal, I have polished the
specification.
It was requested by Havoc Pennington that the old
Hi
The patch I originally suggested for the specification raised some
discussion and was modified to fit. There has been no further complaints
or discussion in a reasonably long time, so I am asking anyone with the
rights to do so, to apply the final version of the patch to
clipboards.txt at
Hi
I created a patch which sharpens the current specification in the way I
was requesting.
Well, the specification is really more of an explanation of the
current established way of handling X clipboards. Changing the
explanation will not do much other than making it not match any
X
Hello again.
I created a patch which sharpens the current specification in the way I
was requesting.
--Toni
On Fri, 2006-04-14 at 21:47 +0300, Toni Ruottu wrote:
Hi
I'm hoping Freedesktop.org clipboard specification/explanation [1] could
be extended to cover the behavior described
of handling PRIMARY.
[1] http://freedesktop.org/wiki/Standards_2fclipboards_2dspec
[2] http://bugzilla.gnome.org/show_bug.cgi?id=333514
Thank you. --Toni Ruottu
signature.asc
Description: This is a digitally signed message part
___
xdg mailing list
xdg
and why the old way would block it. Usability
reasons are more important than legacy reasons. How ever usability
reasons are also more important than custom usage habbits or idealistic
reasons.
--Toni Ruottu
signature.asc
Description: This is a digitally signed message part
Hi again.
My usage is that I do use them as two separate entities. When I select
with the mouse, I will paste with the MMB. When I Ctrl+C, I Ctrl+V.
This is especially interesting when using the clipboard to replace stuff:
select with mouse (sets PRIMARY), Ctrl+C (sets CLIPBOARD), select
13 matches
Mail list logo