I am not going to do further changes, so if anybody wants fake selection on
windows, persistent selection or something else please take care of that
yourself.
Thank you very much. I get the persistent selection patch and will try
it later. I can not work on it soon because I will be extremely bu
Now that the clipboard works again on all platforms I give here a summary
of the current status.
Am Freitag, 5. Januar 2007 17:05 schrieb Georg Baum:
> Let's start with our internal clipboard stack: This is advertised to the
> user in the "paste recent" menu. If you know this it suddenly makes
Am Montag, 8. Januar 2007 10:03 schrieb Jean-Marc Lasgouttes:
> I am OK with the fact that the list only contains (contained?) stuff
> copied from within LyX, since this is coherent.
That is still the case.
> Concerning tables and maths, I would prefer them to be added, of
> course.
I did that.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Freitag, 5. Januar 2007 18:00 schrieb Jean-Marc Lasgouttes:
>> I like the current behaviour personally. It may need a rename, but
>> I do not think it is wrong.
Georg> Just to be clear: You mean the fact that copied-only stuff also
On Sat, Jan 06, 2007 at 12:25:55PM +0100, Georg Baum wrote:
> If you are not talking about X11 applications on X11, but about X11
> applications displayed on windows, using an X server that copies the
> selection to the clipboard: Then you simply see that the selection can't
> be completely emu
Am Samstag, 6. Januar 2007 01:17 schrieb Enrico Forestieri:
> If I understand correctly, you would like to treat the selection as a
> sort of internal clipboard which is allowed to be filled by a simple
> selection and whose contents can be pasted with middle-button.
That is how I understood it,
Am Freitag, 5. Januar 2007 21:25 schrieb Bo Peng:
> > Sure you are welcome to implement it as a configurable option ;-)
> > The problem I have with this is that
>
> OK. If this will make both of us happy. Of course I have the right to
> set the default if I am writing the code. :-)
I don't think
Am Freitag, 5. Januar 2007 18:00 schrieb Jean-Marc Lasgouttes:
> I like the current behaviour personally. It may need a rename, but I
> do not think it is wrong.
Just to be clear: You mean the fact that copied-only stuff also appears in
the stack, or the fact that only contents coming from LyX,
On Fri, Jan 05, 2007 at 02:25:28PM -0600, Bo Peng wrote:
> > Sure you are welcome to implement it as a configurable option ;-)
> > The problem I have with this is that
>
> OK. If this will make both of us happy. Of course I have the right to
> set the default if I am writing the code. :-)
>
> An
On Fri, Jan 05, 2007 at 11:23:10AM -0600, Bo Peng wrote:
> > Fake X selection for windows and Mac: The patch I originally sent is not
> > needed anymore if the patch x.diff in this message is applied, since then
> > the internal selection is always used if available. If we want to paste
> > the cl
On Fri, Jan 05, 2007 at 06:00:55PM +0100, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >> Fake X selection for windows and Mac: The patch I originally sent
> >> is not needed anymore if the patch x.diff in this message is
> >> applied, sinc
Sure you are welcome to implement it as a configurable option ;-)
The problem I have with this is that
OK. If this will make both of us happy. Of course I have the right to
set the default if I am writing the code. :-)
Anyway, I will have to wait for Georg to finish his selection cleanup,
and f
Bo Peng wrote:
Please note that the X selection protocol is supposed to
be asynchronous i.e. copy should happen at paste time. The X selection
is not an additional clipboard.
I agree with you completely here, but again, you are talking about
tech details, and I am talking about user experience.
Bo Peng wrote:
> There is another simple mental model: selection, copy to selection
> buffer. middle-button paste, paste from selection buffer. This model
> may be easier to understand since it is what clipboard does.
I don't like that, but I can live with that, leT's see what other think.
it
Please note that the X selection protocol is supposed to
be asynchronous i.e. copy should happen at paste time. The X selection
is not an additional clipboard.
I agree with you completely here, but again, you are talking about
tech details, and I am talking about user experience. We (users) do
n
Georg Baum wrote:
Am Freitag, 5. Januar 2007 18:23 schrieb Bo Peng:
Persistent selection is against the "simple
mental model": The equation "selection == highlighted text on screen"
would not be true anymore.
There is another simple mental model: selection, copy to selection
buffer. middle-bu
> There is another simple mental model: selection, copy to selection
> buffer. middle-button paste, paste from selection buffer. This model
> may be easier to understand since it is what clipboard does.
I don't like that, but I can live with that, leT's see what other think.
it worth pointing o
> 2. if this is going to be implemented, do so also under X11.
What do you mean by 2? Pasting the clipboard if the selection is empty?
That would destroy the simple selection model. Enrico's argument was that
this model does not apply to windows. Although I don't agree I could live
with that, but
Am Freitag, 5. Januar 2007 18:27 schrieb Bo Peng:
> > I personally like it and I am sure others will (and Enrico will be the
> > first ;-)). But I could live without and just using mouse-click plus
Ctrl-v.
>
> OK. I can step back a little bit:
>
> 1. if this behavior is undefined in freedesktop.
Am Freitag, 5. Januar 2007 18:23 schrieb Bo Peng:
> For MS Word,
>
> 1. consecutive identical copies is put to clipboard stack only once
> (clipboard content is compared against the top item)
> 2. copy from external application is copied to this stack
> 3. no paste is necessary, of course word has
Am Freitag, 5. Januar 2007 17:35 schrieb Abdelrazak Younes:
> Internally, when using multiple views, I am strongly against
> un-selecting a selected text when this selected text is pasted onto the
> other view. Externally (when a SelectionClear event is received) I could
> live with a deselectio
I personally like it and I am sure others will (and Enrico will be the
first ;-)). But I could live without and just using mouse-click plus Ctrl-v.
OK. I can step back a little bit:
1. if this behavior is undefined in freedesktop.org, it is ok to me.
2. if this is going to be implemented, do so
Let's start with our internal clipboard stack: This is advertised to the
user in the "paste recent" menu. If you know this it suddenly makes sense
that a middle mouse button press pushes the current selection to the
internal clipboard. So this is not a hack, but done on purpose. This is
only done
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The next question: The clipboard stack is not really a "paste
>> recent" stack: If you copy something in LyX without pasting it is
>> nevertheless added, and anything that is pasted but comes from
>> outside (selection or clipb
Georg Baum wrote:
I think that I now fully understand how the selection is handled in LyX.
/me too ;-)
I
have now documented the current code, and fixed some bugs, see the cvslog
postings or read the code for details. Since there have been several
opinions how selection should work I'll out
25 matches
Mail list logo
