Chronological Thread 

< Chronological >      < Thread >

---

Well, true, guess it's just that I never really liked that strange
emacs-mark/cut/paste-concept. I work with all kinds of programs, most of them
following Windows tradition in respect to copy/paste-behaviour. (Like all of
the KDE programs)

Problem is: I quite often have the situation that I want to replicate one
chunk of text to another position. So I mark the text, copy it to the buffer,
move to the new position. Now suddenly, I realize that I have to do something
before I can insert the copied text. (Like, delete the text that was there
previously.) Anyway: as soon as I mark the slightest bit of text in that
process, the buffer is lost, so I have to move back, copy it again, and so
on...

Of course, that's no fundamental problem, but it definitely is annoying
everytime it happens.

Ciao,
Nobbi

Am Freitag, 5. September 2003 18:08 schrieb Thomas Neumann:
> Hi Nobbi,
>
> I think this behaviour is standard and really useful - ever tried your
> middle-mouse-button after a selection? That is the paste for the previous
> copy ;-)
>
> Am Freitag, 5. September 2003 16:54 schrieb Norbert Nemec:
> > Hi there,
> >
> > working extensively with TeXmacs, I find the c/p-buffer handling somewhat
> > annoying: Every time I mark text to delete it or use some shortcut on it
> > (like Alt-f for creating a fraction or whatever) the content of the
> > copy/paste-buffer is lost.
> >
> > I'm not really expert in original emacs behaviour, but my intuition would
> > tell me, that the copy/paste buffer should only be touched on explicit
> > copy/cut operations.
> >
> > I assume some macros need the buffer internally, but shouldn't they
> > rather restore it after their operation?
> >
> > Ciao,
> > Nobbi

--
______________________Norbert Nemec <address@hidden>

Universität Erlangen-Nürnberg, Germany
Institut für Theoretische Physik III
Staudtstr. 7 ... D-91058 Erlangen ... Room No. U1.526
Tel: +49 9131 / 85-28816 ... Mobile: +49 179 / 7475199

---

• Counterintuitive behaviour of the copy/paste-buffer, Norbert Nemec, 09/05/2003
  • Re: Counterintuitive behaviour of the copy/paste-buffer, Thomas Neumann, 09/05/2003
    • Re: Counterintuitive behaviour of the copy/paste-buffer, Norbert Nemec, 09/06/2003

---

Archive powered by MHonArc 2.6.19.