Bo Peng wrote:
> I believe that cutSelection does already what you now added.
Not since I removed the clipboard fill-in from copySelection(). That's
because cutSelection() is calling copySelection() which do the filling
in without my patch.
Yes. Clear separation of copySelection and copyClipboard in function
name or parameter is needed. However, there is no need for a parameter
LFUN_COPY since LFUN_COPY is LFUN_COPY, i.e., copy content to system
clipboard.
OK, that's just semantics but I got your point. I am going to reorganise
CutAndPaste.C so that we can reuse some of the algorithms for
selection as well as clipboard.
It is still the same misunderstanding: you want to limit the X Selection
to a single unformatted string and I want rich contents. Noted that as
it is now, middle-mouse pasting will always keep the formatting because
of the 'paste_internally' boolean. If you want to be coherent with
yourself, we should get rid of that feature also and only use the X
selection.
What do others think?
I think middle-button-paste should keep lyx formating, if this can be
done properly, in terms of inter-application paste. Actually, I do not
mind at all that xterms paste lyx selection with extra stuff like
\begin{table}.
I would mind personally.
Abdel.
