As subject. C-M, enter some text, select, middle button paste, nothing happens.
This is linux, 1.5.x svn.
Bo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> This commit move out from BufferView all update to the LyXView owner.
> The goal is that BufferView is not used directly but LyXView instead.
> There is a degradation of performance due to too many calls to
> WorkArea::redraw(). I have to review wh
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Right now, when the user press a key, th Qt event handler calls the
| processKeySym lfun which calls BufferView::update() (two times). The
| signal LyXView::view_state_changed() is then emitted from there (two
| times). B
Charles de Miramon <[EMAIL PROTECTED]> writes:
> I tend to think that users like the clipboard to behave in a consistent way
> across the desktop.
That mail was a good read. Thanks ;-)
Angus
Angus Leeming wrote:
> Last time I looked, emacs was still widely used. For some reason, it
> hasn't died even after 10 years of KDE and Gnome. Maybe people use it
> because they like it? Shock horror!
Indeed, all the secretaries I know were using Emacs but since I showed them
that vim could sea
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sun, Jul 09, 2006 at 12:04:35PM +0200, Lars Gullik Bjønnes wrote:
| > | So if it is not really controversial why do point it out? Because you
| > | think Georg judgment is not enough?
| >
| > Actually I think must of you (all) (including me) does not
+
bv->owner()->gui().selection().put(cur.selectionAsString(true));
+
bv->mouseSetCursor(cur);
BTW, if this moseSetCursor does not clear selection, the set selection
part is not needed.
Bo
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sun, Jul 09, 2006 at 04:05:36PM +0200, Lars Gullik Bjønnes wrote:
| > | Nope there is a big difference. You are basically asking me to have 3
| > | trees.
| >
| > Actually I am asking you to have as many trees as necessary.
| > (branches really...)
|
On Sun, Jul 09, 2006 at 12:04:35PM +0200, Lars Gullik Bjønnes wrote:
> | So if it is not really controversial why do point it out? Because you
> | think Georg judgment is not enough?
>
> Actually I think must of you (all) (including me) does not think about
> patches in the 'self-contained-as-smal
On Sun, Jul 09, 2006 at 05:54:18PM +0200, Abdelrazak Younes wrote:
> void MathNestInset::cursorPos(CursorSlice const & sl, bool /*boundary*/,
> int & x, int & y) const
> {
> // FIXME: This is a hack. Ideally, the coord cache should not store
> // absolute positions, but relative ones. This wo
On Sun, Jul 09, 2006 at 04:05:36PM +0200, Lars Gullik Bjønnes wrote:
> | Nope there is a big difference. You are basically asking me to have 3
> | trees.
>
> Actually I am asking you to have as many trees as necessary.
> (branches really...)
Have you ever considered that there are people running
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Right now, when the user press a key, th Qt event handler calls the
| processKeySym lfun which calls BufferView::update() (two times). The
| signal LyXView::view_state_changed() is then emitted from there (two
| times). But the frontend was of course
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> The problem I have with this approach is that the TeXFile.py is
>> rather slow. On my system, it takes 11s, whereas configure.py
>> itself needs 5s.
Bo> Was TeXFile.sh any faster?
I do not think so. This is a deficiency of the algorithm... Bu
Personally, I really like to be able to copy/paste (using the
selection, I gather) using only the mouse in emacs (it is actually
even better, since one can cut/paste using only the mouse!).
So, we are both interested. JMarc, which part of the code should I
look at? I could not find where the sel
I think the speed of TeXFile.sh is irrelevant.
Even for TeXFile.py, it is almost irrelevant, since we do not run
configure.py often.
Do you know how to use the python profiling tools?
If you have python2.4, it is as easy as
python -m profile TeXFile.py
Otherwise, see http://docs.python.org
Bo Peng wrote:
>> The problem I have with this approach is that the TeXFile.py is rather
>> slow. On my system, it takes 11s, whereas configure.py itself needs
>> 5s.
On my system it is slightly faster (~8sec), but I see your concern.
Nevertheless the fact that you have to go to TeX Information a
Hi, all,
Current behavior:
1. select,
2. middle button paste
3. Clipboard is set (wrong)
This is because MOUSE_PRESSED calls LFUN_COPY in this special case. I
am trying to fix this, but my limited knowledge about this
cursor/dispatch business was not very helpful. Can anyone tell me why
the fir
The problem I have with this approach is that the TeXFile.py is rather
slow. On my system, it takes 11s, whereas configure.py itself needs
5s.
Was TeXFile.sh any faster? My experience is that TeXFile.py is much
faster on windows than TeXFile.sh, I have not compared them under
linux.
Bo
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It is trivial to refactor that so that we have a more
Georg> meaningful argument, but first I want to know if there are any
Georg> reasons not to create the lst files in configure.py.
The problem I have with this approach is that the
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Note that an added benefit of this behavior is that I can paste the
>> same text again and again, like from a real clipboard. So, if it is
>> not too troublesome for lyx to implement this, I am all for it.
Georg> I don't understand why yo
Bo Peng wrote:
> TeXFiles.createTeXFiles(['configure.py'])
>
> So ['configure.py'] is just a place holder for sys.argv[0]?
Exactly.
> It is kind
> of confusing.
It is trivial to refactor that so that we have a more meaningful argument,
but first I want to know if there are any reasons not to
OK to go in?
TeXFiles.createTeXFiles(['configure.py'])
So ['configure.py'] is just a place holder for sys.argv[0]? It is kind
of confusing.
Bo
Bo Peng wrote:
>> Only limited applications like
>> xterm that do not have a real clipboard may need to do some tricks.
>
> I checked my x programs. firefox, kate, emacs, gvim, all kde programs
> have this behavior. nedit, gedit, and ooffice do not. So, the claim
> that *only limited applications
This has just come up on the users list: Running Reconfigure does update the
documernt class list from the available layouts, but it does not update the
lists of bst files, cls files etc. This is not very userfriendly IMO, so I
propose the attached patch.
The changes to TeXFiles.py are only refacto
Actually, after thinking about this a bit more I came to the conclusion that
the current behaviour in LyX is currect, and KDE is playing too many
tricks.
Only limited applications like
xterm that do not have a real clipboard may need to do some tricks.
I checked my x programs. firefox, kate,
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| So, using your terminology, I'd say that Buffer is the server and
| the
| the WorkArea (thus the frontend) is the client as one buffer might be
| edited and/or visualized in multiple WorkArea. I would agree with
| that, b
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| So, using your terminology, I'd say that Buffer is the server and
| the
| the WorkArea (thus the frontend) is the client as one buffer might be
| edited and/or visualized in multiple WorkArea. I would agree with
| that, but I think that having the Bu
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| In principle I agree that the use of signals is very beneficial in the
| case of event driven application. This is the case for
| pseudo-desynchronized dialogs and for forked process handling. But in
| the case of kernel
Bo Peng wrote:
> 1. open two instances of lyx, open tutorial
> 2. copy two lines (with new line) from one instance
> 3. paste external -> as lines in another lyx instance. lyx crashes.
Can't reproduce.
Georg
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| In principle I agree that the use of signals is very beneficial in the
| case of event driven application. This is the case for
| pseudo-desynchronized dialogs and for forked process handling. But in
| the case of kernel <-> frontend I am not sure th
Angus Leeming wrote:
Angus Leeming wrote:
I don't think that you'll get a definitive answer from them. This
signal precedes Abdel
Indeed but I could have answered . Eventually all the boost signals
should disappear...
I don't agree with that. There are some, such as the signal from the
core
Charles de Miramon <[EMAIL PROTECTED]> writes:
> Well I know that you are an Emacs user and that you are accustomed to have
> an application that behaves differently than any other application.
Last time I looked, emacs was still widely used. For some reason, it hasn't died
even after 10 years of
> Angus Leeming wrote:
>> I don't think that you'll get a definitive answer from them. This
>> signal precedes Abdel
> Indeed but I could have answered . Eventually all the boost signals
> should disappear...
I don't agree with that. There are some, such as the signal from the
core that the buff
Lars Gullik Bjønnes wrote:
> I am not so sure... it is very convenient to work with, and it takes
> minimal time to learn...
>
Well I know that you are an Emacs user and that you are accustomed to have
an application that behaves differently than any other application.
But LyX target market is
Bo Peng wrote:
> Hi,
>
> It is strange to me that lyx can not paste (middle-button) its own
> selection, since it can paste selection from other application, and
> other application can paste lyx' selection. I traced a little bit in
> text3.C, and find that the selection will become empty if a si
Georg Baum wrote:
Charles de Miramon wrote:
Does LyX manage the clipboard as a mime data object ?
http://doc.trolltech.com/4.2/qmimedata.html
Not yet, but that should come: http://bugzilla.lyx.org/show_bug.cgi?id=2138
It would be nice at some point to paste an image or to have some simple
c
> "pol" == pol <[EMAIL PROTECTED]> writes:
pol> Deleting content of pages made of sections and subsections cannot
pol> be performed in one shot by lyx 1.4.1 (linux): section numbering
pol> is still there, after text has been wiped out. You have to scroll
pol> up with the cursor to completely
Angus Leeming wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
Abdel, Lars,
could you please have a look at the attached patch?
I don't think that you'll get a definitive answer from them. This signal
precedes Abdel
Indeed but I could have answered ;-). Eventually all the boost signals
shoul
Charles de Miramon wrote:
> Does LyX manage the clipboard as a mime data object ?
> http://doc.trolltech.com/4.2/qmimedata.html
Not yet, but that should come: http://bugzilla.lyx.org/show_bug.cgi?id=2138
> It would be nice at some point to paste an image or to have some simple
> converters on th
Bo Peng wrote:
> I meant selection followed by middle button in the same lyx window.
> lyx does not paste selection in this case. (This is kind of strange
> and there may be some problem with my installation.)
This works for me (note that the text must still be selected when you press
the middle
Deleting content of pages made of sections and subsections cannot be
performed in one shot by lyx 1.4.1 (linux): section numbering is still
there, after text has been wiped out. You have to scroll up with the cursor
to completely clean up your document.
here attached is a test file. Open it; se
41 matches
Mail list logo
