Stephan Witt wrote:
> I have another patch in my local branch checkout...
> It fixes a warning and a potential bug.
OK.
Jürgen
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Please have a look at how emacs does this. (I am in favor of the
Lars> 'when in doubt do as emacs' camp.)
It uses a ~/.emacs-places file which contains a list of files and
offsets.
JMarc
Helge Hafting <[EMAIL PROTECTED]> writes:
| John McCabe-Dansted wrote:
|
| >>John> If LyX locked files which were open in a still running LyX
| >>John> process, that would have saved me some confusion.
| >>
| >>Yes, but I am sure this can cause a lot of confusion too...
| >>
| >
| >I am not sure
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Anyway, I have an additional patch for this bug. Anyone
Jean-Marc> disagrees?
Applied.
JMarc
John McCabe-Dansted wrote:
John> If LyX locked files which were open in a still running LyX
John> process, that would have saved me some confusion.
Yes, but I am sure this can cause a lot of confusion too...
I am not sure why this would cause confusion. You could have a dialog
box warnin
> John> If LyX locked files which were open in a still running LyX
> John> process, that would have saved me some confusion.
>
> Yes, but I am sure this can cause a lot of confusion too...
I am not sure why this would cause confusion. You could have a dialog
box warning that "Another LyX window ha
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I think my lazy generation of LyXText could help on that. then
| Lars> we should only load the font metrics when first needed.
|
| Stupid question: are we forced to load
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I think my lazy generation of LyXText could help on that. then
Lars> we should only load the font metrics when first needed.
Stupid question: are we forced to load the whole font metrics to use a
font? If not, caching would be
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
|
| Asger> Regarding improving the performance: I can only recommend using
| Asger> gprof. It's very easy, and it really helps when you want to
| Asger> find and address bottle
> "Mike" == <[EMAIL PROTECTED]> writes:
Mike> On 5 Mar 2001, Jean-Marc Lasgouttes wrote:
>> I tried the "benchmark" a bit here, and the times in successive
>> rune fluctuate enough that I do not see how you can interpret
>> them...
Mike> This wins the "Cool Typo" award. When reading your (
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Regarding improving the performance: I can only recommend using
Asger> gprof. It's very easy, and it really helps when you want to
Asger> find and address bottlenecks.
Yes, profiling is often a better idea than trying to
On 5 Mar 2001, Jean-Marc Lasgouttes wrote:
> I tried the "benchmark" a bit here, and the times in successive rune
> fluctuate enough that I do not see how you can interpret them...
This wins the "Cool Typo" award. When reading your (the developers')
discussions of compilers, pragmas, etc. my head
Regarding improving the performance:
I can only recommend using gprof. It's very easy, and it really
helps when you want to find and address bottlenecks.
Also, I must confess that it was me that introduced the ugly integer
packed representation of the font information a long time ago.
That was d
On Mon, Mar 05, 2001 at 03:28:11PM +0100, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> I tried the "benchmark" a bit here, and the times in
> Jean-Marc> successive rune fluctuate enough that I do not see how you
> Jean-Marc> ca
On 05-Mar-2001 Jean-Marc Lasgouttes wrote:
> Something like
> time ./lyx -e latex ~/src/lyx/lyxdoc/UserGuide.lyx
> seems to give more consistent results across runs
But this doesn't load a LyXText instance, does it? And there the Fonts are
used most, isn't it?
Jürgen
--
-._-._-._-._-._
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Mar 05, 2001 at 02:52:00PM +0100, Lars Gullik Bjønnes wrote:
| > time ./src/lyx -x lyx-quit ../../local/lyxdoc/UserGuide.lyx
| > About to handle -x 'lyx-quit'
| >
| > real0m8.515s
| > user0m6.010s
| > sys 0m0.050s
|
| It still
On Mon, Mar 05, 2001 at 02:52:00PM +0100, Lars Gullik Bjønnes wrote:
> time ./src/lyx -x lyx-quit ../../local/lyxdoc/UserGuide.lyx
> About to handle -x 'lyx-quit'
>
> real0m8.515s
> user0m6.010s
> sys 0m0.050s
It still looks slow.
I still don't understand why we can't use my
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | time ./src/lyx -x
| Lars> lyx-quit ../../local/lyxdoc/UserGuide.lyx | About to handle -x
| Lars> 'lyx-quit' | | real 0m8.
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I tried the "benchmark" a bit here, and the times in
Jean-Marc> successive rune fluctuate enough that I do not see how you
Jean-Marc> can interpret them...
Something like
time ./lyx -e latex ~/src/lyx/lyxdoc/UserG
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | time ./src/lyx -x
Lars> lyx-quit ../../local/lyxdoc/UserGuide.lyx | About to handle -x
Lars> 'lyx-quit' | | real 0m8.495s | user 0m5.880s | sys 0m0.030s | |
Lars> On a PIII 700M
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| time ./src/lyx -x lyx-quit ../../local/lyxdoc/UserGuide.lyx
| About to handle -x 'lyx-quit'
|
| real0m8.495s
| user0m5.880s
| sys 0m0.030s
|
| On a PIII 700Mhz (with primed cache)
With braindead use of push_heap:
time ./s
Dekel Tsur <[EMAIL PROTECTED]> writes:
| With the new patch, the Userguide loads very slowly: ~18 sec
| while with the old code (or the old patch) the UG loads in ~7sec
| (timed with 'time lyx -x lyx-quit UserGuide.lyx').
time ./src/lyx -x lyx-quit ../../local/lyxdoc/UserGuide.lyx
About to handl
Dekel Tsur <[EMAIL PROTECTED]> writes:
| > Oh, we had that earlier, the code was close to impossible to maintain,
| > won't happen. and I'd hate to loose the type information. btw. clever
| > compilers are free to use a byte for most of those enums.
|
| IIRC, we had something else: all the data
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| A map is not very good since we don't have a obvious key (for the same
| reason a hash_map would be hard to use since a hash function would be
| hard to get fast/right/uniue).
|
| I agree that the linear search is not good. (and this is what caus
On Mon, Mar 05, 2001 at 01:24:24PM +0100, Lars Gullik Bjønnes wrote:
> | The problem is that the data in a LyXText instance is changed frequently
> | (in the LyXParagraph::GetFont and LyXText::GetFont methods).
> | The solution is perhaps to keep the LyXFont class unchanged, but in
> | LyXParagra
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Mar 05, 2001 at 11:29:13AM +0100, Jean-Marc Lasgouttes wrote:
| > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| >
| > Lars> Yes, I see the same here. So we have to decide if this is a slow
| > Lars> down that we can live with.
On Mon, Mar 05, 2001 at 11:29:13AM +0100, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Yes, I see the same here. So we have to decide if this is a slow
> Lars> down that we can live with. (on the cell phone the numbers above
> Lars> came
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Yes, I see the same here. So we have to decide if this is a slow
| Lars> down that we can live with. (on the cell phone the numbers above
| Lars> came out as 218 and 27 an
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Yes, I see the same here. So we have to decide if this is a slow
Lars> down that we can live with. (on the cell phone the numbers above
Lars> came out as 218 and 27 and I got really worried...)
Where does the slowdown come fro
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Sun, Mar 04, 2001 at 07:58:15PM +0100, Lars Gullik Bjønnes wrote:
| >
| >
| > This patch includes the previous one and adds the same memore saving
| > as with the paragraph parameters, but now also for LyXFont.
| >
| > It raises binary size a bit mor
On Mon, 5 Mar 2001, Dekel Tsur wrote:
[...]
> time lyx -x lyx-quit UserGuide.lyx
Cool! A LyX Benchmark!
Before too long we'll have a complete scripted benchmark and become the
WinStone of the free software world ;-)
Allan. (ARRae)
On Sun, Mar 04, 2001 at 07:58:15PM +0100, Lars Gullik Bjønnes wrote:
>
>
> This patch includes the previous one and adds the same memore saving
> as with the paragraph parameters, but now also for LyXFont.
>
> It raises binary size a bit more than I would like, but the memory
> footprint for Us
Dekel Tsur <[EMAIL PROTECTED]> writes:
| This patch adds a file "lib/languages_strings" tha contains translations to
| label strings (Figure, Abstract etc.). These translations are used to
| translate the label strings according to the language of the paragraph (no
| need to edit the layout files
edscott <[EMAIL PROTECTED]> writes:
| Associated input tex files are created in the tmp directory,
This is only true when you include .lyx files, it is also possible to
include .tex files and they are not copied to the tmp dir.
Lgb
34 matches
Mail list logo