On Wed, May 29, 2002 at 08:43:46PM +0100, John Levon wrote:
> On Wed, May 29, 2002 at 09:25:09PM +0200, Lars Gullik Bjønnes wrote:
>
> > patch
>
> Great, but please put a comment before the #if 0 if you apply the patch
> as is. Just one of my bete noires :)
>
> john
bêtes noirs... helping th
On Thu, May 30, 2002 at 06:50:17AM +0200, Andre' Poenitz wrote:
> What about the following idea: Lets have a bool member 'lock' in
> MathNestInset. When this is set to 'true', the cursor does not enter the
> inset but rather handles the inset as "one big symbol". This would impose
> no navigation
On Thu, 30 May 2002, Andre Poenitz wrote:
>
> I've seen that this feature was not mentioned in the announcement, but than
> this is really not complete yet, and, more important, it is really just a
> big hack.
I know. But end-users don't mind whether it is a hack or incomplete, as
long as it
I think I will try to implement that inset locking idea today and commit
afterwards. I am fairly convinced that a few things will break or at least
not work "as usual" (the patch is 6000 lines, but mostly "cosmetical").
So if you use LyX mathed on a regular base (only mathed is concerned) and
nee
I've just seen in on linuxtoday.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Thu, May 30, 2002 at 11:05:51AM +0900, [EMAIL PROTECTED] wrote:
> I'm surprised that in the lyx-1.2.0 announcement, there's no mention of
> "math-extern" function in the newly added features.
>
> I have been using "math-extern" with Maple nearly everyday for several
> months and it becomes qui
On Wed, May 29, 2002 at 09:32:38PM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz wrote:
> >The attached patch introduces "real" insets for font changes for mathed.
> >This
> > (a) is not yet fully functional again
> > (b) is still a bit awkward to navigate (an extra or )
> > (c) simplifies
On Wed, May 29, 2002 at 08:50:05PM +0200, Lars Gullik Bjønnes wrote:
> Why this:
>
> + MathPainterInfo pi = MathPainterInfo(bv->painter());
>
> and not
> MathPaitnerInfo pi(bv->painter());
Bad habits. You are right of course.
> btw. why are you using strings instead of the ints? (
On Thu, May 30, 2002 at 11:05:51AM +0900, [EMAIL PROTECTED] wrote:
> I'm surprised that in the lyx-1.2.0 announcement, there's no mention of
> "math-extern" function in the newly added features.
This is what comes of somebody who doesn't use mathed writing the
announcement ... oh well :)
regar
Hello,
I'm surprised that in the lyx-1.2.0 announcement, there's no mention of
"math-extern" function in the newly added features.
I have been using "math-extern" with Maple nearly everyday for several
months and it becomes quite stable in current lyx-1.2.0. You can integrate,
differentiate,
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> Latest CVS:
>
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
> +/usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c
Same here on FreeBSD 4.4 system:
[...]
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../
On Thu, May 30, 2002 at 03:07:31AM +0200, Lars Gullik Bjønnes wrote:
> nothing
I guess the "WIP" is your excuse for the #define right ?
john
--
"If you look 'round the table and can't tell who the sucker is, it's you."
- Quiz Show
bug 264
OK to apply for 1.2 + trunk ?
regards
john
Index: lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.318
diff -u -r1.318 lyxfunc.C
--- lyxfunc.C 29 May 2002 16:20:57 -
vc.patch.gz
Description: GNU Zip compressed data
Hello,
We are relieved to have it official the CJK-LyX-1.2.0 at the ftp site,
ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX
There has been an important bug fix in CJK-LyX since the first
announcement. So those who downloaded the CJK-LyX-1.2.0 binaries or
sources before May 29th, should download ag
These forms:
add(boost::shared_ptr(new FormDocument(lv, this)));
add(boost::shared_ptr(new FormMathsPanel(lv, this)));
add(boost::shared_ptr(new FormParagraph(lv, this)));
add(boost::shared_ptr(new FormPreferences(lv, this)));
add(boost::shared_ptr(new For
The below fixes a crash, fixes the no-exit-status bug for a variety of
things, and improves behaviour. OK for 1.2 brunch and trunk ?
btw, ./lyx -i latex blah.tex -e lyx blah.lyx still does nothing whilst
claiming to succeed for me.
regards
john
Index: src/buffer.C
reLyX still looks for LYX_DIR_11x
Perhaps somebody's grep is broken ?
regards
john
--
"If you look 'round the table and can't tell who the sucker is, it's you."
- Quiz Show
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Latest CVS:
>
| g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
| +/usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c
| +GraphicsImageXPM.C -Wp,-MD,.deps/GraphicsImageXPM.TPlo
| GraphicsImageXPM.C: In method `void
Latest CVS:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
+/usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c
+GraphicsImageXPM.C -Wp,-MD,.deps/GraphicsImageXPM.TPlo
GraphicsImageXPM.C: In method `void grfx::GImageXPM::load(const string &,
+boost::shared_ptr,in
On Thu, May 30, 2002 at 12:29:39AM +0200, Lars Gullik Bjønnes wrote:
> | ==32394== Use of uninitialised value of size 4
>
> uninitialized is not always a bug...
It doesn't say that, it says /use/ ...
It's transitive too, so if you do :
int a;
some_func(a);
it should not compl
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 09:04:57PM +0100, Angus Leeming wrote:
>
>> Does no one else see this:?
>> Angus
>
| Maybe it's this bug that has been there since switching to boost::regex
| :
What bug?
| ==32394== Use of uninitialised value of size 4
uninitial
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | Does no one else see this:?
>> I certainly do not.
>> Do you have tooltips turned on or off?
>> (I have no idea if that can make any difference)
>> | Angus
>> | This is
On Wed, May 29, 2002 at 09:04:57PM +0100, Angus Leeming wrote:
> Does no one else see this:?
> Angus
Maybe it's this bug that has been there since switching to boost::regex
:
==32394== Use of uninitialised value of size 4
==32394==at 0x405F638B: strxfrm (strxfrm.c:271)
==32394==by 0x83
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Does no one else see this:?
>
> I certainly do not.
>
> Do you have tooltips turned on or off?
> (I have no idea if that can make any difference)
>
> | Angus
>
> | This is with gcc 2.95.4
>
> Can you try to investig
Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I doubt though that there is still a big gain to be found in this area.
>
> Perhaps not...
>
> But we can at least put all the tokens that should usually never be
> parsed by paresLyxFromat2... i.e. "\end_inset"
Dekel Tsur wrote:
> Why not convert the token string to a number (in lyxlex?), and then
> use a switch?
This would be the 'normal' use of lyxlex, indeed. I did not feel brave
enough to do it, so I went to the easy solution...
JMarc
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 10:54:05PM +0200, Lars Gullik Bjønnes wrote:
>> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>
>> | I doubt though that there is still a big gain to be found in this area.
>>
>> Perhaps not...
>>
>> But we can at least put a
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 10:54:05PM +0200, Lars Gullik Bjønnes wrote:
>> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>
>> | I doubt though that there is still a big gain to be found in this area.
>>
>> Perhaps not...
>>
>> But we can at least put a
On Wed, May 29, 2002 at 10:54:05PM +0200, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I doubt though that there is still a big gain to be found in this area.
>
> Perhaps not...
>
> But we can at least put all the tokens that should usually never be
> pars
Angus Leeming <[EMAIL PROTECTED]> writes:
| Does no one else see this:?
I certainly do not.
Do you have tooltips turned on or off?
(I have no idea if that can make any difference)
| Angus
>
| This is with gcc 2.95.4
Can you try to investigate a bit further?
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I doubt though that there is still a big gain to be found in this area.
Perhaps not...
But we can at least put all the tokens that should usually never be
parsed by paresLyxFromat2... i.e. "\end_inset" placed last.
Also we could see if we have
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Why just do this half-baked reauire argument thing (which does not buy
| us much, unless you have something in mind) instead of trying to specify
| better these arguments?
Oh, I plan to specify the types of arguments as well + enforce them.
--
On Wed, May 29, 2002 at 09:39:06AM +0200, Lars Gullik Bjønnes wrote:
> Yes, we then should use one of the functions Dekel had instead.
> Dekel do you still have them?
Attached.
Index: lyxstring.C
===
RCS file: /usr/local/lyx/cvsroo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>> | On Wed, May 29, 2002 at 06:43:33PM +0200, Lars Gullik Bjønnes
>> wrote:
>>
I'd say that the performance hit is negligible, and most of it can be
fixed with some
Does no one else see this:?
Angus
This is with gcc 2.95.4
(gdb) r
Starting program: /home/aleem/lyx/lyx-devel-build/src/lyx
Program received signal SIGSEGV, Segmentation fault.
0x23ed124 in free () from /lib/libc.so.6.1
(gdb) where
#0 0x23ed124 in free () from /lib/libc.so.6.1
#1 0x20
Why just do this half-baked reauire argument thing (which does not buy
us much, unless you have something in mind) instead of trying to specify
better these arguments?
JMarc
Lars Gullik Bjønnes wrote:
> This is the token frequencies I get when loading Userguide.lyx.
>
> 3341 \family
> 1891 \layout
> 1166 \bar
> 874 \emph
> 799 \begin_inset
> 575 \shape
> 547 \noun
> 505 \series
> 502 \color
> 492 \SpecialChar
> 330 \size
> 107 \end_deeper
> 107 \begin_deeper
> 80 \la
On Wed, May 29, 2002 at 09:25:09PM +0200, Lars Gullik Bjønnes wrote:
> patch
Great, but please put a comment before the #if 0 if you apply the patch
as is. Just one of my bete noires :)
john
--
"If you look 'round the table and can't tell who the sucker is, it's you."
- Quiz Show
On Wed, May 29, 2002 at 09:32:38PM +0200, Jean-Marc Lasgouttes wrote:
> (b) is exactly the problem I have with this font-as-inset approach.
> Do we really want, for the sake of good code and intellectual
> satisfaction, to have all documents littered with boxen? Even
> if these boxen are not visi
Kayvan A. Sylvan wrote:
> On Wed, May 29, 2002 at 05:52:28PM +0100, John Levon wrote:
>
>>On Wed, May 29, 2002 at 09:48:27AM -0700, Kayvan A. Sylvan wrote:
>>
>>
>>>A complete nit, but is it "the LyX team is pleased to announce"? The team
>>>is one entity. Am I wrong?
>>
>>You're probably right,
Andre Poenitz wrote:
> The attached patch introduces "real" insets for font changes for mathed.
> This
> (a) is not yet fully functional again
> (b) is still a bit awkward to navigate (an extra or )
> (c) simplifies the code by removing some not-so-pretty hacks.
>
> Comments?
(b) is exact
? arguments.patch
? build
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.244
diff -u -p -r1.244 BufferView_pimpl.C
--- src/BufferView_pimpl.C 29 May 2002 16:
Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Wed, May 29, 2002 at 06:43:33PM +0200, Lars Gullik Bjønnes wrote:
>
>>>I'd say that the performance hit is negligible, and most of it can be
>>>fixed with some more clever structurs and algorithms.
>>
> | We spend 25
Angus Leeming <[EMAIL PROTECTED]> writes:
| This is following a make clean.
| Angus
>
| Making maintainer-clean in lib
| make[1]: Entering directory `/home/aleem/lyx/lyx-devel-build/lib'
| make[1]: *** No rule to make target `../config.status', needed by `Makefile'.
| Stop.
| make[1]: Leaving d
Andre Poenitz <[EMAIL PROTECTED]> writes:
| The attached patch introduces "real" insets for font changes for mathed.
| This
| (a) is not yet fully functional again
| (b) is still a bit awkward to navigate (an extra or )
| (c) simplifies the code by removing some not-so-pretty hacks.
>
| Com
On Wednesday 29 May 2002 7:50 pm, John Levon wrote:
> On Wed, May 29, 2002 at 07:45:08PM +0100, Angus Leeming wrote:
> > make[1]: *** No rule to make target `../config.status', needed by
> > `Makefile'.
>
> You've "infected" the tree with an automake != 1.5. You usually need a
> manual distclean t
On Wed, May 29, 2002 at 07:45:08PM +0100, Angus Leeming wrote:
> make[1]: *** No rule to make target `../config.status', needed by `Makefile'.
You've "infected" the tree with an automake != 1.5. You usually need a
manual distclean to get yourself out of the hole ...
john
--
"If you look 'rou
This is following a make clean.
Angus
Making maintainer-clean in lib
make[1]: Entering directory `/home/aleem/lyx/lyx-devel-build/lib'
make[1]: *** No rule to make target `../config.status', needed by `Makefile'.
Stop.
make[1]: Leaving directory `/home/aleem/lyx/lyx-devel-build/lib'
make: *** [
The attached patch introduces "real" insets for font changes for mathed.
This
(a) is not yet fully functional again
(b) is still a bit awkward to navigate (an extra or )
(c) simplifies the code by removing some not-so-pretty hacks.
Comments?
Andre'
--
Those who desire to give up Freedom
On Wed, May 29, 2002 at 05:52:28PM +0100, John Levon wrote:
> On Wed, May 29, 2002 at 09:48:27AM -0700, Kayvan A. Sylvan wrote:
>
> > A complete nit, but is it "the LyX team is pleased to announce"? The team
> > is one entity. Am I wrong?
>
> You're probably right, I can nevner work out the rule
This is the token frequencies I get when loading Userguide.lyx.
3341 \family
1891 \layout
1166 \bar
874 \emph
799 \begin_inset
575 \shape
547 \noun
505 \series
502 \color
492 \SpecialChar
330 \size
107 \end_deeper
107 \begin_deeper
80 \labelwidthstring
68 \backslash
54 \i
39 \hfill
25 \align
21
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 06:43:33PM +0200, Lars Gullik Bjønnes wrote:
>> I'd say that the performance hit is negligible, and most of it can be
>> fixed with some more clever structurs and algorithms.
>
| We spend 25% of the LyX related UserGuide loading
On Wed, May 29, 2002 at 06:43:33PM +0200, Lars Gullik Bjønnes wrote:
> I'd say that the performance hit is negligible, and most of it can be
> fixed with some more clever structurs and algorithms.
We spend 25% of the LyX related UserGuide loading time in
LyXTextClass::operator[] if I read the gpr
On Wed, May 29, 2002 at 05:55:46PM +0100, John Levon wrote:
> The webpage announcement links to 1_1_6.txt
Although the first sentence still applies :))
john
--
"If you look 'round the table and can't tell who the sucker is, it's you."
- Quiz Show
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> The webpage announcement links to 1_1_6.txt
John> Cut and paste error, sheez :)
Thanks. And I thought I double-checked everything. Time to go home.
JMarc
The webpage announcement links to 1_1_6.txt
Cut and paste error, sheez :)
john
--
"If you look 'round the table and can't tell who the sucker is, it's you."
- Quiz Show
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> We have other thing to do to speed up things before we begin
| Lars> with tricks like these...
>
| Probably.
>
| Lars> _and_ we must assume that the implementation that we
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
| Andre> On Wed, May 29, 2002 at 05:51:25PM +0200, Lars Gullik Bjønnes
| Andre> wrote:
>>> | Apart from that: Why does a paragraph carry its layout as string
>>> and not as | index in th
> "cghan" == <[EMAIL PROTECTED]> writes:
cghan> Hello, Since there's been no official announcement of lyx-1.2.0
cghan> yet, I cannot announce CJK-LyX-1.2.0 now, right?
You can now. Sorry for the delay.
JMarc
After too long a wait, the LyX team are pleased to announce the new stable
release, 1.2.0.
This release has far too many bugfixes and new features to list
comprehensively, but some are listed below.
You can download LyX 1.2.0 here :
ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.2.0.tar.gz
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Wednesday 29 May 2002 5:06 pm, Angus Leeming wrote:
>> On Wednesday 29 May 2002 4:55 pm, Lars Gullik Bjønnes wrote:
>> > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>> >
>> > I see that the text I added got lost... anyway
>> >
>> > Unless somebod
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Wednesday 29 May 2002 4:55 pm, Lars Gullik Bjønnes wrote:
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>
>> I see that the text I added got lost... anyway
>>
>> Unless somebody objects this patch will go in, in just a short while
>> (minutes,
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> We have other thing to do to speed up things before we begin
Lars> with tricks like these...
Probably.
Lars> _and_ we must assume that the implementation that we
Lars> use will use the fastest way of comparing two strings.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, May 29, 2002 at 05:51:25PM +0200, Lars Gullik Bjønnes
Andre> wrote:
>> | Apart from that: Why does a paragraph carry its layout as string
>> and not as | index in the layout table?
>>
>> Why does it not carry a pointer to
On Wednesday 29 May 2002 5:06 pm, Angus Leeming wrote:
> On Wednesday 29 May 2002 4:55 pm, Lars Gullik Bjønnes wrote:
> > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> >
> > I see that the text I added got lost... anyway
> >
> > Unless somebody objects this patch will go in, in just a short wh
On Wednesday 29 May 2002 4:55 pm, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> I see that the text I added got lost... anyway
>
> Unless somebody objects this patch will go in, in just a short while
> (minutes, not days).
Not objecting but could you explain (si
On Wed, May 29, 2002 at 05:51:25PM +0200, Lars Gullik Bjønnes wrote:
> | Apart from that: Why does a paragraph carry its layout as string and not as
> | index in the layout table?
>
> Why does it not carry a pointer to the actual layout object?
I don't know ;-)
Andre'
--
Those who desire to g
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Let the CJK people announce that one.
Yes, I'll add a separate announcement on the web site.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: I see that the text
Lars> I added got lost... anyway
I am happy to see I am not alone. I reported the problem to mate.
Lars> Unless somebody objects this patch will go in, in ju
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 05:40:33PM +0200, Jean-Marc Lasgouttes wrote:
>
>> If nobody complains, this is what I will send to the lyx lists. Who
>> else? What is the address of LWN?
>
| [EMAIL PROTECTED]
| http://linuxtoday.com/contribute.php3
>
>> After too
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
I see that the text I added got lost... anyway
Unless somebody objects this patch will go in, in just a short while
(minutes, not days).
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> You can't be much faster than that, if this is really the bottleneck.
>
| I think we have a right to use a "const_string" class...
>
| Apart from that: Why does a paragraph carry its layout as string and not as
| index in the layout table?
Why does it
signals.diff.gz
Description: Change SigC to boost::signals patch.
On Wed, May 29, 2002 at 05:40:33PM +0200, Jean-Marc Lasgouttes wrote:
> If nobody complains, this is what I will send to the lyx lists. Who
> else? What is the address of LWN?
[EMAIL PROTECTED]
http://linuxtoday.com/contribute.php3
> After too long a wait, the LyX team are pleased to announce t
On Wed, May 29, 2002 at 05:40:06PM +0200, Jean-Marc Lasgouttes wrote:
> There is not much on this site.
Check the CVS ... it's /very/ simple i.e. just rdtsc calls (only useful
if you've x86/Linux of course ...)
regards
john
--
"A Mini Cooper ? I wouldn't be seen dead in one of those !"
On Wed, May 29, 2002 at 05:14:21PM +0200, Lars Gullik Bjønnes wrote:
> | I wonder if we should replace the layout vector by a map indexed by the
> | layout name...
>
> Can you wait a bit with this one?
Too late.
But it does not improve things, so I won't bother you with a patch...
Andre'
--
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 05:12:13PM +0200, Lars Gullik Bjønnes wrote:
>
>> run the autosave feature manually?
>
| Can you explain why somebody might want to do this ?
from the lyxserver perhaps...
| Anyway, I'm not that bothered, it can stay if somebody w
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
| Andre> On Wed, May 29, 2002 at 04:53:56PM +0200, Jean-Marc Lasgouttes
| Andre> wrote:
>>> It should. Note that there is a lot of time needed to load the
>>> fonts from the X server tha
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, May 29, 2002 at 05:10:50PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> OK. John, you have an announcement somewhere, don't you?
John> Below - please fill in the FIXME gaps :)
I filled them, except for the UPGRADING stuff. I kn
On Wed, May 29, 2002 at 05:19:08PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> LyXTextClass::operator[] is pretty expensive.
>
> This is because of string comparisons which are done for the cached
> value. I do not think we can go much faster, except if we used a
> smarter operator== for strings
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, May 29, 2002 at 05:28:52PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> This seems realy strange: when eon loads the user guide, I would
>> say hat the messages about loading fonts are visible more than 0.5%
>> of the time...
Jo
On Wed, May 29, 2002 at 05:28:52PM +0200, Jean-Marc Lasgouttes wrote:
> This seems realy strange: when eon loads the user guide, I would say
> hat the messages about loading fonts are visible more than 0.5% of the
> time...
I suppose I should build an optimised build and some X11 libraries with
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, May 29, 2002 at 05:10:16PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> This would be useful to actually profile libX11, no? All I want is
>> see the time spent in loading fonts from the server.
John> Well this will show you whe
On Wed, May 29, 2002 at 05:10:50PM +0200, Jean-Marc Lasgouttes wrote:
> OK. John, you have an announcement somewhere, don't you?
Below - please fill in the FIXME gaps :)
Now I can stop getting hate mail for not updating freshmeat entry :)
regards
john
After too long a wait, the LyX team are
On Wed, May 29, 2002 at 05:12:13PM +0200, Lars Gullik Bjønnes wrote:
> run the autosave feature manually?
Can you explain why somebody might want to do this ?
Anyway, I'm not that bothered, it can stay if somebody wants it
john
--
"A Mini Cooper ? I wouldn't be seen dead in one of those !"
On Wed, May 29, 2002 at 05:10:16PM +0200, Jean-Marc Lasgouttes wrote:
> This would be useful to actually profile libX11, no? All I want is
> see the time spent in loading fonts from the server.
Well this will show you where time was spent inside libX11, so if you
only use LyX when you do it, it
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 04:53:56PM +0200, Jean-Marc Lasgouttes wrote:
>> It should. Note that there is a lot of time needed to load the fonts
>> from the X server that gprof does not take in account. I tried to
>> install the gprof-aware libc packages,
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, May 29, 2002 at 03:45:34PM +0100, Angus Leeming wrote:
>
>> Brwosing through viewcvs, I see that LFUN_AUTOSAVE has disappeared from
>> commandtags.h et al in BRANCH_GUII. Why?
>
| Well two answers ...
>
| 1) I accidentally merged a non-GUII change
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, May 29, 2002 at 04:53:56PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> It should. Note that there is a lot of time needed to load the
>> fonts from the X server that gprof does not take in account. I
>> tried to install th
On Wed, May 29, 2002 at 04:01:02PM +0100, Angus Leeming wrote:
> Well don't we use it to save documents automatically every 5 mins or so?
nope, we use autoSave / AutoSave
regards
john
--
"A Mini Cooper ? I wouldn't be seen dead in one of those !"
- Mickey Finn
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I think
Lars> the subject says it all. I think that if we want something in |
Lars> tomorrow's lwn, for example, we should do it today.
>>
Lars> | Lars?
Lars> You you will do
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, May 29, 2002 at 04:53:56PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> It should. Note that there is a lot of time needed to load the
>> fonts from the X server that gprof does not take in account. I
>> tried to install the gpro
On Wed, May 29, 2002 at 04:53:56PM +0200, Jean-Marc Lasgouttes wrote:
> It should. Note that there is a lot of time needed to load the fonts
> from the X server that gprof does not take in account. I tried to
> install the gprof-aware libc packages, but I do not know how to use
> this.
LyXTextCla
On Wednesday 29 May 2002 3:56 pm, John Levon wrote:
> On Wed, May 29, 2002 at 03:45:34PM +0100, Angus Leeming wrote:
> > Brwosing through viewcvs, I see that LFUN_AUTOSAVE has disappeared from
> > commandtags.h et al in BRANCH_GUII. Why?
>
> Well two answers ...
>
> 1) I accidentally merged a non-
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I think the subject says it all. I think that if we want something in
| tomorrow's lwn, for example, we should do it today.
>
| Lars?
You you will do the announcement, be my guest!
--
Lgb
On Wed, May 29, 2002 at 04:53:56PM +0200, Jean-Marc Lasgouttes wrote:
> It should. Note that there is a lot of time needed to load the fonts
> from the X server that gprof does not take in account. I tried to
> install the gprof-aware libc packages, but I do not know how to use
> this.
export LD
On Wed, May 29, 2002 at 03:45:34PM +0100, Angus Leeming wrote:
> Brwosing through viewcvs, I see that LFUN_AUTOSAVE has disappeared from
> commandtags.h et al in BRANCH_GUII. Why?
Well two answers ...
1) I accidentally merged a non-GUII change
2) what use is LFUN_AUTOSAVE ?
regards
john
--
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> This tranlates to 15% overall performance boost when simply
Andre> loading the UserGuide?
Andre> Not bad...
It should. Note that there is a lot of time needed to load the fonts
from the X server that gprof does not take in accoun
This tranlates to 15% overall performance boost when simply loading the
UserGuide?
Not bad...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
1 - 100 of 139 matches
Mail list logo
