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
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
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
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
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
Georg appears
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
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
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,
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 this
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,
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
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,
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 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,
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
I think that I now fully understand how the selection is handled in LyX. 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 outline here the possible options.
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
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 clipboard) is not
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
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
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 deselection
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 no
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.org, it
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
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 out
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.
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
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
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
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
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, since then the
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 clipboard
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. :-)
Anyway, I
I think that I now fully understand how the selection is handled in LyX. 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 outline here the possible options.
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
> "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
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
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
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
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
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
> 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,
> 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
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.
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
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
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
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
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,
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
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. :-)
>
>
52 matches
Mail list logo
