Re: Bug mhchem-Czech

2013-03-12 Thread Jürgen Lange
Hallo Uwe, have you seen the attached lyx and pdf file? The bug is, that mhchem in lyx does not format the symbolic arrow -> to a chemical reaction arrow. The latex code in lyx is \ce{->} as shown in lyx file. In attachment an example of a correct formatted arrow in a pure English document (withou

Re: Bug mhchem-Czech

2013-03-12 Thread Jürgen Lange
Hallo Uwe, have you seen the attached lyx and pdf file? The bug is, that mhchem in lyx does not format the symbolic arrow -> to a chemical reaction arrow. The latex code in lyx is \ce{->} as shown in lyx file. In attachment an example of a correct formatted arrow in a pure English document (withou

[patch] fix branch regression bug 8590

2013-03-12 Thread Uwe Stöhr
Attached is a patch that fixes bug 8590 http://www.lyx.org/trac/ticket/8590 Currently Cyrillic Serbian documents are uncompilable which is a regression to LyX 2.0.5. This bug was uncovered by commit 25e4bf4b2 by Enrico which correctly loads the T2A font encoding. The problem is that Cyrillic Se

Re: support for the kurier fonts

2013-03-12 Thread Uwe Stöhr
Am 17.02.2013 19:38, schrieb Uwe Stöhr: That is quite a lot of code. I'll wait for the reply of the package author. I did not get any reply :-( So I would leave it as it is if nobody objects. regards Uwe

Re: Bug mhchem-Czech

2013-03-12 Thread Uwe Stöhr
Am 12.03.2013 05:56, schrieb Jürgen Lange: I want to report a bug. mhchem arrow -> doesn't work together with Czech (in English) language text. (Example Lyx file and pdf in attachment.) I cannot see a bug. What do you think is the bug? Do you know that LyX supports mhchem already? If not, hav

Re: Re: advanced search (slowness and memory usage)

2013-03-12 Thread Pavel Sanda
Kornel Benko wrote: > Than I tried lyx, as I most of the time use. > 1.) with own userdir > 2.) with some debug output. > MEMORY use!!! Isn't it only debug output flushed into debug window at the end? P

Re: Re: advanced search (slowness and memory usage)

2013-03-12 Thread Kornel Benko
Am Dienstag, 12. März 2013 um 15:08:54, schrieb Richard Heck > JMarc's post showed some heavy memory consumption in the BibTeX parser. > I wasn't able to get any kind of hit when I put a breakpoint into > InsetBibtex::parseBibTeX(). But maybe your file is different from any I > tried. Can you s

Re: Re: advanced search (slowness and memory usage)

2013-03-12 Thread Kornel Benko
Am Dienstag, 12. März 2013 um 15:08:54, schrieb Richard Heck > On 03/12/2013 02:09 PM, Kornel Benko wrote: > > > > Am Dienstag, 12. März 2013 um 18:57:06, schrieb Kornel Benko > > > > > > > > > > > > In order to measure the time, I have a konsole-window with "date" > > > > > Start the advaced se

Re: advanced search (slowness and memory usage)

2013-03-12 Thread Richard Heck
On 03/12/2013 02:09 PM, Kornel Benko wrote: Am Dienstag, 12. März 2013 um 18:57:06, schrieb Kornel Benko > > In order to measure the time, I have a konsole-window with "date" > Start the advaced search. > As soon, as the search ends, e.g. the expected dialog displays, > I get the focus t

Re: #8577: Additional features manual

2013-03-12 Thread Pavel Sanda
John R. Hudson wrote: > If there is no way of doing this, then, when I have time, I could go Ouch, how long did it take to produce the new version of the manual? One way is to get #6889 fixed, but no one except Vincent knows this code ATM. Pavel

Re: Re: Re: advanced search (slowness and memory usage)

2013-03-12 Thread Kornel Benko
Am Dienstag, 12. März 2013 um 18:57:06, schrieb Kornel Benko > > In order to measure the time, I have a konsole-window with "date" > Start the advaced search. > As soon, as the search ends, e.g. the expected dialog displays, > I get the focus to the konsole, insert > From now on, the memory usag

Re: Re: advanced search (slowness and memory usage)

2013-03-12 Thread Kornel Benko
Am Dienstag, 12. März 2013 um 13:08:32, schrieb Richard Heck > On 03/11/2013 02:41 PM, Kornel Benko wrote: > > > > Am Montag, 11. März 2013 um 14:23:59, schrieb Richard Heck > > > > > > > On 03/11/2013 12:46 PM, Kornel Benko wrote: > > > > > > > > > > ... > > > > > > > > > > > > add InsetBibtex:

Re: advanced search (slowness and memory usage)

2013-03-12 Thread Richard Heck
On 03/11/2013 02:41 PM, Kornel Benko wrote: Am Montag, 11. März 2013 um 14:23:59, schrieb Richard Heck > On 03/11/2013 12:46 PM, Kornel Benko wrote: > > ... > > > > add InsetBibtex::plaintext() again. > > > Can you post a backtrace showing where that is being called from? I > don't kn

Re: advanced search (slowness and memory usage)

2013-03-12 Thread Jean-Marc Lasgouttes
Here is a streamlined version of the massif file that Kornel sent privately to me. As far as I can see below, it only accounts for 50 to 100MB. Comments in the output below (I replaced ugle basic_string<> expressions with docstring). JMarc The memory is actually increasing and the largest s

Re: advanced search (slowness and memory usage)

2013-03-12 Thread Richard Heck
On 03/11/2013 02:41 PM, Kornel Benko wrote: Am Montag, 11. März 2013 um 14:23:59, schrieb Richard Heck > On 03/11/2013 12:46 PM, Kornel Benko wrote: > > ... > > > > add InsetBibtex::plaintext() again. > > > Can you post a backtrace showing where that is being called from? I > don't kn

Re: advanced search (slowness and memory usage)

2013-03-12 Thread Jean-Marc Lasgouttes
Le 11/03/13 19:33, Kornel Benko a écrit : Am Montag, 11. März 2013 um 17:46:50, schrieb Kornel Benko I tried, but got only this output with #valgrind --tool=massif ... ==21508== Massif, a heap profiler ==21508== Copyright (C) 2003-2011, and GNU GPL'd, by Nicholas Nethercote ==21508== Using

Re: #8577: Additional features manual

2013-03-12 Thread John R. Hudson
On Tue, 2013-03-12 at 07:13 +, LyX Ticket Tracker wrote: > I was unable to process this file in order to get it into 2.1. > - There is no change tracking on to accept changes. > - Full scale comparison between 2.1 manual does not work due to bug #6889 > so one can't reliabble see which sect