Dear LyX developers,
from the text of Angus's message I'd say you were sending these messages
before. I moved last July and my old address @cs.wm.edu is not
that useful any more. Fortunately, Angus has found my other address.
I do grant permission to LyX to use any of my (small) contributions
On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
Move into a math inset.
Type \bmod
It will show as red text. Press down arrow while it still is red,
and lyx crashes with the usual emergency save.
Pressing space or anything else that changes the hand-typed fucntion
name
On Tue, 2005-04-05 at 16:36, Martin Vermeer wrote:
685 cur.pos() = 0; // We've deleted the whole cell. Only pos 0 is
valid.
I think this is too general, though it fixes bug 1654, it shows also up
when deleting a partial cell as the cursor jumping to the start.
Patch attached.
I'm not sure you got this
-- Weitergeleitete Nachricht --
Subject: lyx140cvs, insetvspace.C
Date: Samstag, 2. April 2005 17:49
From: Hartmut Haase [EMAIL PROTECTED]
To: lyx-devel@lists.lyx.org
If we replace in src/insets/insetvspace.C line 147:
str = label + ( +
On Wednesday 06 April 2005 01:23, Angus Leeming wrote:
| In light of all this, I'm asking whether I can have your permission to
| add your names to http://www.lyx.org/blanket-permission.txt :
|
| The following people hereby grant permission to licence their
| contributions to LyX under the Gnu
John == John Levon [EMAIL PROTECTED] writes:
John On Tue, Apr 05, 2005 at 02:18:58PM +0200, Jean-Marc Lasgouttes
John wrote:
The font caching in qt2/qfont_loader.C uses a std::map which shows
on gprof profiles (around 16% with all optimizations on and no
assertions). It appears that Qt has
Martin Vermeer wrote:
However, I have been unable to put this same piece of text onto the
clipboard from math_nestinset's paste routine, or make it take the text
straight from the selection. I have no idea what's wrong and don't
really understand this code.
The attached might help for
John Levon [EMAIL PROTECTED] writes:
| On Tue, Apr 05, 2005 at 04:49:53PM +0200, Lars Gullik Bj?nnes wrote:
Also I'd like to know how much the old code is penalized if we do it
the no-cache way all the time.
| Significantly.
no numbers? :-)
What version of QT got the caching? How widespread
On Tue, 2005-04-05 at 20:27, Martin Vermeer wrote:
On Tue, Apr 05, 2005 at 07:23:40PM +0200, Helge Hafting wrote:
I typed h_1 (k)=2654435769k/2^32-11 into math.
Then, I wanted the part after = in brackets, so I marked
it and inserted matching brackets from the math panel. This
works
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars John Levon [EMAIL PROTECTED] writes:
Lars | On Tue, Apr 05, 2005 at 04:49:53PM +0200, Lars Gullik Bj?nnes wrote:
Also I'd like to know how much the old code is penalized if we do
it the no-cache way all the time.
Lars |
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars John Levon [EMAIL PROTECTED] writes:
| Lars | On Tue, Apr 05, 2005 at 04:49:53PM +0200, Lars Gullik Bj?nnes wrote:
Also I'd like to know how much the old code is penalized if we do
it
I've pulled together a hyperlinked version of blanket-permission.txt to
shove on the web site. Code attached. See it in action at
http://www.devel.lyx.org/~leeming/www-user/blanket-permission.php
If someone can think of a better title, then please throw it this way. I'm
all out of inspiration.
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| The caching exists since version 3.1.0, which is probably
| widespread enough. Qt/Win free and Qt/Mac also have this code.
Lars So, why not just remove our caching completely, and just let
Lars those still using old QTs suffer?
Good
Jean-Marc Lasgouttes wrote:
| The caching exists since version 3.1.0, which is probably
| widespread enough. Qt/Win free and Qt/Mac also have this code.
Lars So, why not just remove our caching completely, and just let
Lars those still using old QTs suffer?
Good question. It seems that it
Martin Vermeer wrote:
On Tue, 2005-04-05 at 20:27, Martin Vermeer wrote:
On Tue, Apr 05, 2005 at 07:23:40PM +0200, Helge Hafting wrote:
I typed h_1 (k)=2654435769k/2^32-11 into math.
Then, I wanted the part after = in brackets, so I marked
it and inserted matching brackets from the math
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Good question. It seems that it makes Qt/Mac suffer, though.
Angus Bennett's results were so much worse than your's that I think
Angus that its hard to draw any firm conclusions about performance on
Angus the Mac.
Indeed. It would be very nice
Helge Hafting wrote:
Pressing END inside matching parantheses no longer kills lyx, nice.
Instead, the cursor goes to the last paranthesis. I can't
get to the end of line with END alone, but maybe the key isn't
meant to do that in math?
The selection stuff did not improve for me, though.
Type C-M
On Wed, 2005-04-06 at 15:38, Helge Hafting wrote:
...
It does help. Attached a new patch doing two things:
1) it tests for ncols() 0 (I.e., establishes that this is
a grid-type nest inset) before trying to update anything involving
column numbers. This fixes your bug, Helge.
2) It adds
On Wed, 2005-04-06 at 15:55, Helge Hafting wrote:
Helge Hafting wrote:
...
I added the cut/paste in nestinsets patch to this, and
it made no difference. It applied with no errors, but it didn't
seem to make a difference.
Don't. It's a wrong patch, superseded by the 12:55 PM one. Others
Martin Vermeer wrote:
On Wed, 2005-04-06 at 15:38, Helge Hafting wrote:
...
It does help. Attached a new patch doing two things:
1) it tests for ncols() 0 (I.e., establishes that this is
a grid-type nest inset) before trying to update anything involving
column numbers. This fixes your bug,
Martin Vermeer wrote:
On Wed, 2005-04-06 at 15:38, Helge Hafting wrote:
...
It does help. Attached a new patch doing two things:
1) it tests for ncols() 0 (I.e., establishes that this is
a grid-type nest inset) before trying to update anything involving
column numbers. This fixes your bug,
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Hmmm, it might be nice to enable END at the last position to
Martin exit the parentheses. Opinions?
Or rather to dispatch the END to the enclosing inset.
JMarc
On Wed, 2005-04-06 at 16:38, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Hmmm, it might be nice to enable END at the last position to
Martin exit the parentheses. Opinions?
Or rather to dispatch the END to the enclosing inset.
JMarc
Good idea.
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
I am not sure I understand FontIterator::operator*(), since
inlining it did not improve the situation.
Alfredo Could the problem be LyXFont's copy constructor?
Sure, we are not supposed to make a copy here. The attached patch
makes
I do not remember whether this is new and whether Martin has a fix in
hand for that already, but I just noticed that it is not possible to
escape from a math inset with Page Up/Down.
JMarc
On Tue, Apr 05, 2005 at 07:59:28PM +0200, Alfredo Braunstein wrote:
John Levon wrote:
On Sun, Apr 03, 2005 at 05:34:41PM +0200, Alfredo Braunstein wrote:
This is the update paragraphs height on draw, use old info for outscreen
paragraphs rewrite of the scrollbar code.
The main
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Is this a new feature? Or a regression fix?
Don't now :)
Martin As you seem to know these things, I'm sure you also know a
Martin really code-efficient way to do this :-)
In math_nestinset.C::doDispatch, I see plenty of code setting
On Wed, Apr 06, 2005 at 11:21:46AM +0200, Jean-Marc Lasgouttes wrote:
example RowPainter::paintChars would help. However, the RtL code in
there scares me :)
I doubt that still works, there's nobody left who understands it
john
On Wed, Apr 06, 2005 at 11:42:54AM +0200, Lars Gullik Bj?nnes wrote:
| Significantly.
no numbers? :-)
I did numbers way back. Perhaps you can be bothered to search the
archives? :)
john
On Wed, Apr 06, 2005 at 12:15:27PM +0200, Lars Gullik Bj?nnes wrote:
So, why not just remove our caching completely, and just let those
still using old QTs suffer?
Because there's practically no advantage in terms of maintenance in
removing the cache?
john
John Levon wrote:
The jumping is related to something changing size (like images being
loaded) or something else?
Something else. If I load the User guide and make sure all images are
loaded, then start at the very top and hold down the button so it's
scrolling in 'page increments' you see
Here is my first attempt to profile LyX-140 on Mac -- without really
knowing what I'm doing or what language to use in describing it.
I quit all applications other than Shark and LyX-140, and ran a time
profile on all processes for 30 seconds (LyX represented 88.7% of the
total). During
On Wed, Apr 06, 2005 at 11:05:05AM -0400, Bennett Helm wrote:
I quit all applications other than Shark and LyX-140, and ran a time
profile on all processes for 30 seconds (LyX represented 88.7% of the
Can you do it just for LyX? The output doesn't seem to have anything
useful (and it's way
On Wed, 2005-04-06 at 17:00, Jean-Marc Lasgouttes wrote:
I do not remember whether this is new and whether Martin has a fix in
hand for that already, but I just noticed that it is not possible to
escape from a math inset with Page Up/Down.
JMarc
No, no ready fix yet... but this is an
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett I quit all applications other than Shark and LyX-140, and ran
Bennett a time profile on all processes for 30 seconds (LyX
Bennett represented 88.7% of the total). During that time, I typed
Bennett into a long-ish document in LyX.
Good.
On Wed, 2005-04-06 at 17:00, Jean-Marc Lasgouttes wrote:
I do not remember whether this is new and whether Martin has a fix in
hand for that already, but I just noticed that it is not possible to
escape from a math inset with Page Up/Down.
JMarc
BTW why would you want a mathinset to handle
I grant permission to licence my contributions to LyX under
the Gnu General Public Licence, version 2 or later.
Edmar Wienskoski
PS: Keep up the good work !!
Angus Leeming wrote:
Dear all,
please excuse the personal email, but I'm trying to do something about
the messy state of the LyX licence
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin BTW why would you want a mathinset to handle a Page Up/Down
Martin event? Can't we just shortcircuit it (i.e., make sure the
Martin surrounding text handles it)?
Yes, this is what I had in mind when looking at the code. However, it
seems
On Wed, 2005-04-06 at 10:15, Martin Vermeer wrote:
On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
Move into a math inset.
Type \bmod
It will show as red text. Press down arrow while it still is red,
and lyx crashes with the usual emergency save.
Pressing space or
On Wed, 2005-04-06 at 18:50, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin BTW why would you want a mathinset to handle a Page Up/Down
Martin event? Can't we just shortcircuit it (i.e., make sure the
Martin surrounding text handles it)?
Yes, this
On Wed, 2005-04-06 at 18:51, Martin Vermeer wrote:
On Wed, 2005-04-06 at 10:15, Martin Vermeer wrote:
On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
Move into a math inset.
Type \bmod
It will show as red text. Press down arrow while it still is red,
and lyx crashes
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin What about just getting rid of it? I mean, after Andre's work
Martin I understand that it should be possible to make an inset
Martin announce I cannot handle this event, after which one higher
Martin up in the cursor stack will take a
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Nice, those small attachments ;-/
case LFUN_UPSEL:
case LFUN_UP:
+ if (cur.inMacroMode()) break;
cur.selHandle(cmd.action == LFUN_UPSEL);
if (!cur.up())
Martin Vermeer wrote:
OK, here's a patch for this one. The problem is an unfinished math macro
is already defined as an inset, but hasn't drawn + added a coordinate
cache entry yet. So it now tests for macro mode and does nothing then.
(Were there any other keys that did this?)
What do you
Jean-Marc Lasgouttes wrote:
Why don't you use cur.macroModeClose() as for LFUN_LEFT/RIGHT?
I think that that would be the correct fix, but I suspect (untested) that
macroModeClose() invalidates the coord cache, because it removes the
unfinished inset and inserts a new one. But if this is the
On Wed, Apr 06, 2005 at 06:03:02PM +0200, Georg Baum wrote:
Martin Vermeer wrote:
OK, here's a patch for this one. The problem is an unfinished math macro
is already defined as an inset, but hasn't drawn + added a coordinate
cache entry yet. So it now tests for macro mode and does nothing
On Wed, Apr 06, 2005 at 06:09:10PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Nice, those small attachments ;-/
case LFUN_UPSEL:
case LFUN_UP:
+ if (cur.inMacroMode()) break;
cur.selHandle(cmd.action
Uwe,
that looks easy enough. I guess the first for links
LyX Help documents: This page describes the help documents that come with an
installation of LyX.
Manuals: A place for manuals (or links to them) about LyX
Tutorials: Tutorials on using LyX
Presentations: A place for presentations (or
On Wed, Apr 06, 2005 at 04:22:18PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Is this a new feature? Or a regression fix?
Don't now :)
Martin As you seem to know these things, I'm sure you also know a
Martin really code-efficient way
Angus,
in order to reduce the time and memory requirements to link the LyX
application, I tried to use a static version of the Qt/win32 Free
library. The library (and some provided Qt applications like designer)
work well but if I try to run LyX's ./configure, the Qt library test fails.
Have
Enabled by this patch. Fixes a regression. OK to commit?
- Martin
Index: math_gridinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_gridinset.C,v
retrieving revision 1.158
diff -u -r1.158 math_gridinset.C
---
Hi, i am getting this problems. I report some of them previously but
keep coming, This is from a version checkout a minutes ago.
Help - Introduction == crash
void BufferView::Pimpl::update(bool, bool)[fitcursor = 0, forceupdate =
1] buffer: 0x86ea5a8
ViewMetricsInfo
On Wed, Apr 06, 2005 at 10:56:44PM +0300, Martin Vermeer wrote:
On Wed, Apr 06, 2005 at 04:22:18PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
...
I am not able to follow the logic, though.
You're in good company.
I see this code (I
Jean-Marc Lasgouttes wrote:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls ms/call ms/call name
7.37 0.16 0.16 1463980 0.00 0.00
LyXText::getFont(Paragraph const, int) const
6.45
Dear LyX developers,
from the text of Angus's message I'd say you were sending these messages
before. I moved last July and my old address @cs.wm.edu is not
that useful any more. Fortunately, Angus has found my other address.
I do grant permission to LyX to use any of my (small) contributions
On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
> Move into a math inset.
> Type \bmod
> It will show as red text. Press down arrow while it still is red,
> and lyx crashes with the usual emergency save.
>
> Pressing space or anything else that changes the hand-typed fucntion
>
On Tue, 2005-04-05 at 16:36, Martin Vermeer wrote:
> 685 cur.pos() = 0; // We've deleted the whole cell. Only pos 0 is
> valid.
>
> I think this is too general, though it fixes bug 1654, it shows also up
> when deleting a partial cell as the cursor jumping to the start.
>
> Patch
I'm not sure you got this
-- Weitergeleitete Nachricht --
Subject: lyx140cvs, insetvspace.C
Date: Samstag, 2. April 2005 17:49
From: Hartmut Haase <[EMAIL PROTECTED]>
To: lyx-devel@lists.lyx.org
If we replace in src/insets/insetvspace.C line 147:
str = label + " (" +
On Wednesday 06 April 2005 01:23, Angus Leeming wrote:
| In light of all this, I'm asking whether I can have your permission to
| add your names to http://www.lyx.org/blanket-permission.txt :
|
| "The following people hereby grant permission to licence their
| contributions to LyX under the Gnu
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Apr 05, 2005 at 02:18:58PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> The font caching in qt2/qfont_loader.C uses a std::map which shows
>> on gprof profiles (around 16% with all optimizations on and no
>> assertions). It
Martin Vermeer wrote:
> However, I have been unable to put this same piece of text onto the
> clipboard from math_nestinset's paste routine, or make it take the text
> straight from the selection. I have no idea what's wrong and don't
> really understand this code.
The attached might help for
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Apr 05, 2005 at 04:49:53PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Also I'd like to know how much the old code is penalized if we do it
>> the no-cache way all the time.
>
| Significantly.
no numbers? :-)
What version of QT got the caching? How
On Tue, 2005-04-05 at 20:27, Martin Vermeer wrote:
> On Tue, Apr 05, 2005 at 07:23:40PM +0200, Helge Hafting wrote:
> >
> > I typed h_1 (k)=2654435769k/2^32-11 into math.
> > Then, I wanted the part after "=" in brackets, so I marked
> > it and inserted matching brackets from the math panel.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> John Levon <[EMAIL PROTECTED]> writes:
Lars> | On Tue, Apr 05, 2005 at 04:49:53PM +0200, Lars Gullik Bj?nnes wrote:
>>
>>> Also I'd like to know how much the old code is penalized if we do
>>> it the no-cache way all the time.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> John Levon <[EMAIL PROTECTED]> writes:
| Lars> | On Tue, Apr 05, 2005 at 04:49:53PM +0200, Lars Gullik Bj?nnes wrote:
>>>
Also I'd like to know how much the old code is
I've pulled together a hyperlinked version of blanket-permission.txt to
shove on the web site. Code attached. See it in action at
http://www.devel.lyx.org/~leeming/www-user/blanket-permission.php
If someone can think of a better title, then please throw it this way. I'm
all out of inspiration.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| The caching exists since version 3.1.0, which is probably
| widespread enough. Qt/Win free and Qt/Mac also have this code.
Lars> So, why not just remove "our" caching completely, and just let
Lars> those still using old QTs
Jean-Marc Lasgouttes wrote:
> | The caching exists since version 3.1.0, which is probably
> | widespread enough. Qt/Win free and Qt/Mac also have this code.
>
> Lars> So, why not just remove "our" caching completely, and just let
> Lars> those still using old QTs suffer?
>
> Good question. It
Martin Vermeer wrote:
On Tue, 2005-04-05 at 20:27, Martin Vermeer wrote:
On Tue, Apr 05, 2005 at 07:23:40PM +0200, Helge Hafting wrote:
I typed h_1 (k)=2654435769k/2^32-11 into math.
Then, I wanted the part after "=" in brackets, so I marked
it and inserted matching brackets from the math
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Good question. It seems that it makes Qt/Mac suffer, though.
Angus> Bennett's results were so much worse than your's that I think
Angus> that its hard to draw any firm conclusions about performance on
Angus> the Mac.
Indeed. It
Helge Hafting wrote:
Pressing END inside matching parantheses no longer kills lyx, nice.
Instead, the cursor goes to the last paranthesis. I can't
get to the end of line with END alone, but maybe the key isn't
meant to do that in math?
The selection stuff did not improve for me, though.
Type C-M
On Wed, 2005-04-06 at 15:38, Helge Hafting wrote:
...
> >It does help. Attached a new patch doing two things:
> >
> >1) it tests for ncols() > 0 (I.e., establishes that this is
> >a "grid-type" nest inset) before trying to update anything involving
> >column numbers. This fixes your bug, Helge.
On Wed, 2005-04-06 at 15:55, Helge Hafting wrote:
> Helge Hafting wrote:
...
> I added the "cut/paste in nestinsets" patch to this, and
> it made no difference. It applied with no errors, but it didn't
> seem to make a difference.
Don't. It's a wrong patch, superseded by the 12:55 PM one.
Martin Vermeer wrote:
On Wed, 2005-04-06 at 15:38, Helge Hafting wrote:
...
It does help. Attached a new patch doing two things:
1) it tests for ncols() > 0 (I.e., establishes that this is
a "grid-type" nest inset) before trying to update anything involving
column numbers. This fixes your bug,
Martin Vermeer wrote:
On Wed, 2005-04-06 at 15:38, Helge Hafting wrote:
...
It does help. Attached a new patch doing two things:
1) it tests for ncols() > 0 (I.e., establishes that this is
a "grid-type" nest inset) before trying to update anything involving
column numbers. This fixes your bug,
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Hmmm, it might be nice to enable END at the last position to
Martin> exit the parentheses. Opinions?
Or rather to dispatch the END to the enclosing inset.
JMarc
On Wed, 2005-04-06 at 16:38, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Hmmm, it might be nice to enable END at the last position to
> Martin> exit the parentheses. Opinions?
>
> Or rather to dispatch the END to the enclosing inset.
>
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>> I am not sure I understand FontIterator::operator*(), since
>> inlining it did not improve the situation.
Alfredo> Could the problem be LyXFont's copy constructor?
Sure, we are not supposed to make a copy here. The attached
I do not remember whether this is new and whether Martin has a fix in
hand for that already, but I just noticed that it is not possible to
escape from a math inset with Page Up/Down.
JMarc
On Tue, Apr 05, 2005 at 07:59:28PM +0200, Alfredo Braunstein wrote:
> John Levon wrote:
>
> > On Sun, Apr 03, 2005 at 05:34:41PM +0200, Alfredo Braunstein wrote:
> >
> >> This is the "update paragraphs height on draw, use old info for outscreen
> >> paragraphs" rewrite of the scrollbar code.
>
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Is this a new feature? Or a regression fix?
Don't now :)
Martin> As you seem to know these things, I'm sure you also know a
Martin> really code-efficient way to do this :-)
In math_nestinset.C::doDispatch, I see plenty of
On Wed, Apr 06, 2005 at 11:21:46AM +0200, Jean-Marc Lasgouttes wrote:
> example RowPainter::paintChars would help. However, the RtL code in
> there scares me :)
I doubt that still works, there's nobody left who understands it
john
On Wed, Apr 06, 2005 at 11:42:54AM +0200, Lars Gullik Bj?nnes wrote:
> | Significantly.
>
> no numbers? :-)
I did numbers way back. Perhaps you can be bothered to search the
archives? :)
john
On Wed, Apr 06, 2005 at 12:15:27PM +0200, Lars Gullik Bj?nnes wrote:
> So, why not just remove "our" caching completely, and just let those
> still using old QTs suffer?
Because there's practically no advantage in terms of maintenance in
removing the cache?
john
John Levon wrote:
>> The jumping is related to something changing size (like images being
>> loaded) or something else?
>
> Something else. If I load the User guide and make sure all images are
> loaded, then start at the very top and hold down the button so it's
> scrolling in 'page increments'
Here is my first attempt to profile LyX-140 on Mac -- without really
knowing what I'm doing or what language to use in describing it.
I quit all applications other than Shark and LyX-140, and ran a time
profile on all processes for 30 seconds (LyX represented 88.7% of the
total). During
On Wed, Apr 06, 2005 at 11:05:05AM -0400, Bennett Helm wrote:
> I quit all applications other than Shark and LyX-140, and ran a time
> profile on all processes for 30 seconds (LyX represented 88.7% of the
Can you do it just for LyX? The output doesn't seem to have anything
useful (and it's
On Wed, 2005-04-06 at 17:00, Jean-Marc Lasgouttes wrote:
> I do not remember whether this is new and whether Martin has a fix in
> hand for that already, but I just noticed that it is not possible to
> escape from a math inset with Page Up/Down.
>
> JMarc
No, no ready fix yet... but this is an
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I quit all applications other than Shark and LyX-140, and ran
Bennett> a time profile on all processes for 30 seconds (LyX
Bennett> represented 88.7% of the total). During that time, I typed
Bennett> into a long-ish document in
On Wed, 2005-04-06 at 17:00, Jean-Marc Lasgouttes wrote:
> I do not remember whether this is new and whether Martin has a fix in
> hand for that already, but I just noticed that it is not possible to
> escape from a math inset with Page Up/Down.
>
> JMarc
BTW why would you want a mathinset to
I grant permission to licence my contributions to LyX under
the Gnu General Public Licence, version 2 or later.
Edmar Wienskoski
PS: Keep up the good work !!
Angus Leeming wrote:
Dear all,
please excuse the personal email, but I'm trying to do something about
the messy state of the LyX licence
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> BTW why would you want a mathinset to handle a Page Up/Down
Martin> event? Can't we just shortcircuit it (i.e., make sure the
Martin> surrounding text handles it)?
Yes, this is what I had in mind when looking at the code.
On Wed, 2005-04-06 at 10:15, Martin Vermeer wrote:
> On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
> > Move into a math inset.
> > Type \bmod
> > It will show as red text. Press down arrow while it still is red,
> > and lyx crashes with the usual emergency save.
> >
> >
On Wed, 2005-04-06 at 18:50, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> BTW why would you want a mathinset to handle a Page Up/Down
> Martin> event? Can't we just shortcircuit it (i.e., make sure the
> Martin> surrounding text handles
On Wed, 2005-04-06 at 18:51, Martin Vermeer wrote:
> On Wed, 2005-04-06 at 10:15, Martin Vermeer wrote:
> > On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
> > > Move into a math inset.
> > > Type \bmod
> > > It will show as red text. Press down arrow while it still is red,
> > >
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> What about just getting rid of it? I mean, after Andre's work
Martin> I understand that it should be possible to make an inset
Martin> announce "I cannot handle this event", after which one higher
Martin> up in the cursor stack
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Nice, those small attachments ;-/
case LFUN_UPSEL:
case LFUN_UP:
+ if (cur.inMacroMode()) break;
cur.selHandle(cmd.action == LFUN_UPSEL);
if (!cur.up())
Martin Vermeer wrote:
> OK, here's a patch for this one. The problem is an unfinished math macro
> is already defined as an inset, but hasn't drawn + added a coordinate
> cache entry yet. So it now tests for macro mode and does nothing then.
>
> (Were there any other keys that did this?)
What do
Jean-Marc Lasgouttes wrote:
> Why don't you use cur.macroModeClose() as for LFUN_LEFT/RIGHT?
I think that that would be the correct fix, but I suspect (untested) that
macroModeClose() invalidates the coord cache, because it removes the
unfinished inset and inserts a new one. But if this is the
On Wed, Apr 06, 2005 at 06:03:02PM +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > OK, here's a patch for this one. The problem is an unfinished math macro
> > is already defined as an inset, but hasn't drawn + added a coordinate
> > cache entry yet. So it now tests for macro mode and does
1 - 100 of 108 matches
Mail list logo
