public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: salvador <salvador@inti.gov.ar>
To: Russell King <rmk@arm.linux.org.uk>
Cc: Pavel Machek <pavel@suse.cz>,
	linux-kernel@vger.kernel.org, alan@lxorguk.ukuu.org.uk
Subject: Re: [RFC] Get selection to buffer addition
Date: Thu, 09 Aug 2001 15:53:28 -0300	[thread overview]
Message-ID: <3B72DC28.D0ED99B2@inti.gov.ar> (raw)
In-Reply-To: <3B66A90D.789A90A8@inti.gov.ar> <3B66DDEB.1EA1FEC@inti.gov.ar> <20000101012446.B27@(none)> <20010808222106.C22093@flint.arm.linux.org.uk>

Russell King wrote:

> On Sat, Jan 01, 2000 at 01:24:46AM +0000, Pavel Machek wrote:

[snip]

> > > What I'm looking for:
> > >   I'm looking for comments and approval for a small addition to the console
> > > driver (drivers/char/console.c).

[snip]

> > Looks good to me. Now, all I want is utility to share clipboard between
> > X and text console...
>
> Umm, silly question, but why not put this stuff into something similar to
> gpm, rather than have unswappable kernel memory sucked up just for cut and
> paste (possibly very large cut and paste under X).

According to James Simmons (he is maintaining a console development CVS tree in
Sourge Force) the selection stuff will go away in 2.5.x series and the code will
be moved to user space (gpm) as Russell sugest.
As things will be changing in 2.5.x I don't think we should introduce my change.
My idea was towards what Pavel says: adding some kind of clipboard facility, after
all it was already there but not accesible. I sent this patch first and already
designed the IOCTL calls for the reverse: set the selection buffer.
When I started it I thinked this was part of gpm. I was very surprised when I
discovered the kernel was doing the real job.
As the 2.5.x code will remove it I don't know if we should add features that will
go away. The only problem for me is how many time I'll must wait before 2.6.x is
released and the users of my text editor will enjoy this facility (a clipboard
between consoles and different applications).

SET

--
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: set-soft@bigfoot.com set@computer.org
                    set@ieee.org
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013




  reply	other threads:[~2001-08-09 18:54 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-31 12:48 [RFC] Get selection to buffer addition salvador
2001-07-31 16:33 ` salvador
2000-01-01  1:24   ` Pavel Machek
2001-08-08 21:21     ` Russell King
2001-08-09 18:53       ` salvador [this message]
2001-07-31 16:39   ` James Simmons
2001-07-31 17:49     ` salvador
2001-08-01 17:42       ` James Simmons

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3B72DC28.D0ED99B2@inti.gov.ar \
    --to=salvador@inti.gov.ar \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@suse.cz \
    --cc=rmk@arm.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox