Re: Tolerating future file formats ?

Il 20/09/2011 17:13, Richard Heck ha scritto: If you want to file a bug for this, cc'ing me, I will get to it. The non-sophisticated fix seems as easy as the attached. User gets a warning on the console in case of problems. T. Index: src/LyX.cpp =

Re: LyX & odg drawings

Il 19/09/2011 15:12, Julien Rioux ha scritto: Anyway, I now get this error when I open the graphics dialog in your example file: gzip: /home/jrioux/dropbox/lyx/tests/kk.odg has more than one entry--rest ignored ../../../src/support/Systemcall.cpp(259): Systemcall: 'gunzip -c /home/jrioux/drop

Re: r39705 - in lyx-devel/trunk: lib lib/scripts src src/graphics src/insets src/support

Il 19/09/2011 20:41, Vincent van Ravesteijn ha scritto: Op 19-9-2011 20:05, Tommaso Cucinotta schreef: I don't know whether 1.5ms of saved time (per query) is enough to justify the existence of the cache. Please, comment. Not if there are 6 queries. The previous benchmarks were random num

Re: r39699 - lyx-devel/trunk/lib

On 20/09/2011 8:06 PM, Richard Heck wrote: All the ones you asked about look fine for me. I assume this one is well tested? Richard Tested in trunk, yes. I'll test some more in branch since there was a merge conflict. -- Julien

Re: r39699 - lyx-devel/trunk/lib

All the ones you asked about look fine for me. I assume this one is well tested? Richard On 09/20/2011 01:49 PM, Julien Rioux wrote: > On Sun, Sep 18, 2011 at 2:11 PM, > wrote: > > Author: jrioux > Date: Sun Sep 18 14:11:47 2011 > New Revision: 39699 > URL

Re: r39663 - lyx-devel/trunk/src/frontends/qt4

On Mon, Sep 12, 2011 at 4:22 PM, wrote: > Author: jrioux > Date: Mon Sep 12 16:22:01 2011 > New Revision: 39663 > URL: http://www.lyx.org/trac/changeset/39663 > > Log: > Mark settings as changed when the Nomenclature line is edited. > > Modified: > lyx-devel/trunk/src/frontends/qt4/GuiPrefs.cpp

Re: r39662 - lyx-devel/trunk/src/frontends/qt4/ui

On Mon, Sep 12, 2011 at 4:19 PM, wrote: > Author: jrioux > Date: Mon Sep 12 16:19:57 2011 > New Revision: 39662 > URL: http://www.lyx.org/trac/changeset/39662 > > Log: > Fix the tab ordering of GuiPrefs components. > > Modified: > lyx-devel/trunk/src/frontends/qt4/ui/PrefCompletionUi.ui > lyx

Re: r39641 - lyx-devel/trunk/lib

On Thu, Sep 8, 2011 at 1:57 AM, wrote: > Author: jrioux > Date: Thu Sep 8 01:57:07 2011 > New Revision: 39641 > URL: http://www.lyx.org/trac/changeset/39641 > > Log: > * configure.py : Fix the gnumeric converters. > >They were tied to undefined formats ods and xls. The actual >internal n

Re: r39699 - lyx-devel/trunk/lib

On Sun, Sep 18, 2011 at 2:11 PM, wrote: > Author: jrioux > Date: Sun Sep 18 14:11:47 2011 > New Revision: 39699 > URL: http://www.lyx.org/trac/changeset/39699 > > Log: > * configure.py : Detect java and perl scripts in a general way. > > Issues #6339 and #7579 were fixed by specific code targetin

Re: Tolerating future file formats ?

Il 20/09/2011 17:13, Richard Heck ha scritto: All of that said, the issue that started this, as I recall, had to do with a failure to parse the preferences file. In that case, surely, LyX should just start, throwing a warning, and perhaps asking if the user would like to erase the invalid file an

Re: LyX ppa - was [ANNOUNCE] LyX 2.0.1 Released

Hi Bjorn, > Ok...I guess it is possible to climb a learning curve that tangents the > Matterhorn...(?) Thanks for your guidance :-) Possible, yes, but deeply miserable. This is why I always get into it four or five hours and throw my hands up in disgust. Regarding stuff, here are some things

Re: autoconf vs cmake vs scons

On 09/09/2011 2:24 PM, Julien Rioux wrote: Nevertheless, it would be good to have it consistent between autoconf and cmake. I'm not sure whether I prefer cmake to move the tex2lyx binary to a tex2lyx subdir, or autoconf to move all binaries to the same bin dir. I do feel that version suffixes sho

Re: (more on) document language changing

On 20/09/2011 10:11 AM, Guenter Milde wrote: On 2011-09-19, Liviu Andronic wrote: On Mon, Sep 19, 2011 at 9:16 AM, Guenter Milde wrote: (This is also reminiscent of the debate on automatically setting fonts for new documents other than the 'default' CM; However, with font-encoding T1, t

Re: r39702 - lyx-devel/trunk/src

On 09/18/2011 05:18 PM, for...@lyx.org wrote: > Author: forenr > Date: Sun Sep 18 23:18:57 2011 > New Revision: 39702 > URL: http://www.lyx.org/trac/changeset/39702 > > Log: > When changing the document language, also change the language of the > text which is not explicitly marked in a different l

Re: r39670 - in lyx-devel/trunk: lib lib/scripts src src/frontends/qt4 src/frontends/qt4/ui

On 09/19/2011 05:25 PM, Julien Rioux wrote: > On 19/09/2011 7:11 PM, Julien Rioux wrote: >> But OK we can remove the string. > > like so? > Looks fine to me. Richard

Re: Tolerating future file formats ?

On 09/19/2011 05:18 PM, Tommaso Cucinotta wrote: > Il 19/09/2011 15:34, Richard Heck ha scritto: >> In its present state, too, LyX is likely to do very weird things >> (e.g., interpret inset arguments as plain text), if not crash, since >> it will get confused about where it is in the parsing. If w

Re: (more on) document language changing

On 2011-09-19, Liviu Andronic wrote: > On Mon, Sep 19, 2011 at 9:16 AM, Guenter Milde wrote: >>> (This is also reminiscent of the debate on automatically setting fonts >>> for new documents other than the 'default' CM; ... However, with font-encoding T1, the used font is not CM but either DC (a b

Re: Spell cheking grrr! ;-)

I have opened the file in TextWrangler and have seen a mixture of \lang english and \lang french. I have deleted all of them using a search and replace (the default language is French anyway) and saved the doc. Now everything seems in order again and I do not see any wavy red underlines for the tex

Re: (more on) document language changing

On 2011-09-19, Stephan Witt wrote: > Am 19.09.2011 um 09:16 schrieb Guenter Milde: >> On 2011-09-18, Liviu Andronic wrote: >>> On Sun, Sep 18, 2011 at 6:00 PM, Stephan Witt wrote: Why do you think it makes any sense to use an foreign default for new documents while the interface languag