Pavel Sanda wrote:
Abdelrazak Younes wrote:
0. check for clipboard emptiness for each getStatus of lfun-paste
1. always allowed lfun-paste
2. automatically put something in clipboard when lyx starts
3. introduce some polling mechanism
i dont like single one of these.
What is wrong with 0 if done only the first time?
you need to know the current status, first time info easily become
obsolete
(copy to clipboard in another application). without that you will get
(multiple?) access of qt clipboard each time you go to edit menu.
0 is probably most clean solution, but i fear there will be delayed menu
reaction time :(
I am not sure what you mean by '0'. Could you post a patch please?
iirc lfun-paste status is based on some clipboard_is_empty variable which is
set in our qt signal handler. the cause of this bug is that, the signal of
clipboard change is not beeing emitted correctly until we put something in
clipboard from lyx. this is qt bug, which i have reported.
'0' solution was direct call of some clipboard.empty() call instead of checking
our "cache" variable. i think this will be time consuming operation though and
working with menu could be quite painful then.
since i'm leaving after while for my holidays, i dont have patch :)
Fair enough :-)
Have fun.
Abdel.
