>It turned out that people misunderstand our beta and release candidate
>announcements. So I know from cases where people switched with their
>Ph.D. thesis from the stable LyX 1.5.6 to LyX 1.6.0RC3 an now suffer
>from our regression bugs and crashes.
IMO, moving your thesis onto a new release
The attached testcase file demonstrates that some formatted index
entries show up twice. It seems that the following must hold true for
this to happen:
set1 = [Standard, LyX-Code, Quotation, Quote, Verse, Itemize,
Enumerate, Abstract]
set2 = [Description, List, Part, Section, Subsectio
Pavel Sanda ha scritto:
i don't believe reimporting-back stuff is doable 100% correct
so this does not look like good direction.
I know how hard is to make tex2lyx import something correctly,
or at least how expected. Here we would "play at home field", i.e.,
we would import something that ha
>> Is it OK to change this order so oolatex will be the first choice?
>
> This was changed intentionally because oolatex failed to work on some systems:
> http://bugzilla.lyx.org/show_bug.cgi?id=4604
> http://www.lyx.org/trac/changeset/23496
This was no real fix but introduced a bug. oolatex is c
> Did you try the oolatex command or only the htlatex command that LyX uses?
As far as I remember, I used the lyx export (htlatex I assume), and
tex4ht command line. I got a .odf file but ooffice cannot open it.
Bo
Bo Peng wrote:
On Tue, Oct 14, 2008 at 1:54 PM, Joost Verburg
<[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
Joost Verburg wrote:
Is it OK to change this order so oolatex will be the first choice?
This was changed intentionally because oolatex failed to work on some
systems:
http://bug
On Tue, Oct 14, 2008 at 1:54 PM, Joost Verburg
<[EMAIL PROTECTED]> wrote:
> Jürgen Spitzmüller wrote:
>>
>> Joost Verburg wrote:
>>>
>>> Is it OK to change this order so oolatex will be the first choice?
>>
>> This was changed intentionally because oolatex failed to work on some
>> systems:
>>
>> h
Jürgen Spitzmüller wrote:
Joost Verburg wrote:
Is it OK to change this order so oolatex will be the first choice?
This was changed intentionally because oolatex failed to work on some systems:
http://bugzilla.lyx.org/show_bug.cgi?id=4604
http://www.lyx.org/trac/changeset/23496
Right. There
Konrad Hofbauer wrote:
> You do not think this could make it into 1.6.x (with x>0) ???
because i don't see anybody working hard on finishing it...
pavel
Pavel Sanda wrote:
> while i played with this yesterday i come to understand that except
> some bugfixing there are still features disabled and not implemented,
> so i'm bit pesimistic that this will become part of 1.6.x,
> moreover that you don't have time on it...
Considering a how-much-appreci
On Tuesday 14 October 2008 15:46:53 Jean-Marc Lasgouttes wrote:
> With literate documents, the view panel shows docbook source, which is
> of course completely wrong.
>
> The following patches fix this. Jose', Juergen?
OK.
> JMarc
--
José Abílio
On Tuesday 14 October 2008 14:29:37 Pavel Sanda wrote:
> >
> > OK?
>
> +1
+1
> pavel
--
José Abílio
Tommaso Cucinotta wrote:
> With regexp (and ignore-format off), the easiest way seems
> to be exporting to LaTeX the matching block, applying the
> replace-part of the regexp, then reimporting it back.
i don't believe reimporting-back stuff is doable 100% correct
so this does not look like good di
Joost Verburg wrote:
> Is it OK to change this order so oolatex will be the first choice?
This was changed intentionally because oolatex failed to work on some systems:
http://bugzilla.lyx.org/show_bug.cgi?id=4604
http://www.lyx.org/trac/changeset/23496
Jürgen
Hi,
In configure.py, the following code detects a LaTeX > OpenDocument
converter:
checkProg('a LaTeX -> Open Document converter', [
'htlatex $$i \'xhtml,ooffice\' \'ooffice/! -cmozhtf\' \'-coo\'
\'-cvalidate\'', \
'oolatex $$i', 'oolatex.sh $$i', \
'/usr/share/tex
Jean-Marc Lasgouttes wrote:
> In this case, do you prefer need curly braces around the now-multiple
> lines?
No.
Jürgen
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> The following patches fix this. Jose', Juergen?
>
> OK (nitpick: could you place the comments on their own lines?)
In this case, do you prefer need curly braces around the now-multiple lines?
JMarc
Jean-Marc Lasgouttes wrote:
> The following patches fix this. Jose', Juergen?
OK (nitpick: could you place the comments on their own lines?)
Jürgen
With literate documents, the view panel shows docbook source, which is
of course completely wrong.
The following patches fix this. Jose', Juergen?
JMarc
svndiff src/Buffer.cpp
Index: src/Buffer.cpp
===
--- src/Buffer.cpp (revisio
Pavel Sanda ha scritto:
thanks, commited. btw the now-disappeared replace-field means
replacing was not working up to now, right?
Yep, also, I can remember some comment about keeping
the first dialog as simple as possible, then possibly having
additional tab panes like "advanced" or "replace"
Richard Heck wrote:
>
> This patch adds a check that makes sure the module selection hasn't been
> changed when the user goes to change the text class and, if it has, asks
> whether the user wants to apply those changes before changing the class.
> Otherwise, they will be lost.
>
> OK?
+1
pavel
Jürgen Spitzmüller wrote:
> The attached patch fixes an old-timer:
> http://bugzilla.lyx.org/show_bug.cgi?id=223
>
> In the long run, we should implement an item inset; until then, this is the
> best we can do.
>
> Comments?
Since there were none, I committed it.
Jürgen
Hi!
Does the following make sense? I have aspell installed here on Mac,
but not ispell. So without this change the preferences dialog will
disable the spell checking selection box.
Stefan
diff --git a/src/frontends/qt4/GuiPrefs.cpp b/src/frontends/qt4/
GuiPrefs.cpp
index ca04de8..f9c7af
This patch adds a check that makes sure the module selection hasn't been
changed when the user goes to change the text class and, if it has, asks
whether the user wants to apply those changes before changing the class.
Otherwise, they will be lost.
OK?
rh
Index: frontends/qt4/GuiDocument.c
Jürgen Spitzmüller wrote:
What is the correct procedure in trunk?
The problem is that these layouts don't exist when those lines are read
but are only added by the module. The UseModule line doesn't actually
load the module. It simply marks it as a default module to be used with
this l
rgheck wrote:
> Some of these won't be in the combo, as they've been moved to
> theorems-ams-extended, viz:
> So those should be removed.
I see.
> > What is the correct procedure in trunk?
> >
> >
>
> The problem is that these layouts don't exist when those lines are read
> but are only added
Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
I'll prepare a trunk version after I got two OKs
OK.
OK, now I faced a problem while preparing the trunk version.
the layout uses:
UseModule theorems-ams
[...]
NoStyle Criterion
NoStyle Criterion*
NoStyle Fact
NoStyle Fact*
NoStyle
Uwe Stöhr wrote:
> > I'll prepare a trunk version after I got two OKs
>
> OK.
OK, now I faced a problem while preparing the trunk version.
the layout uses:
UseModule theorems-ams
[...]
NoStyle Criterion
NoStyle Criterion*
NoStyle Fact
NoStyle Fact*
NoStyle Axiom
NoStyle Axiom*
NoStyle Example
Uwe Stöhr wrote:
> The name is "Bahasa Indonesia" what means "Indonesian language", the same
> is for "Bahasa Malaysia".
You're right, thanks.
Jürgen
I was told to post this to lyx-devel in order for my contributions to be
usable in LyX. So here it is:
I hereby grant permission to licence my contributions to LyX under the
Gnu General Public Licence, version 2 or later.
Günter Milde
I'll prepare a trunk version after I got two OKs
OK.
regards Uwe
> Would be the attached.
> OK to apply?
Not completely, because:
-bahasa bahasa "Bahasa Indonesia"false iso8859-15 id_ID ""
-bahasam bahasam"Bahasa Malaysia" false iso8859-15 ms_MY ""
+bahasa bahasa "Bahasa (Indonesia)" false iso8859-15 id_ID ""
+bahasam
On Tuesday 14 October 2008 09:25:18 Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > > Maybe we should use this convention [i.e. "Language (variety)"] in
> > > general.
> > > Even though it doesn't solve any political issues, it's at least
> > > easier to
> > > find.
> >
> > Definite
On Tuesday 14 October 2008 08:33:46 Jürgen Spitzmüller wrote:
> Attached is a new siamltex layout built on top of the AMS layout by Andrew
> Corrigan, which is apparently more closer to what SIAM expects (and makes
> conversion between AMS and SIAM documents easier).
>
> After several exchanges and
Jean-Marc Lasgouttes wrote:
> > Maybe we should use this convention [i.e. "Language (variety)"] in
> > general.
> > Even though it doesn't solve any political issues, it's at least
> > easier to
> > find.
>
> Definitely.
Would be the attached.
OK to apply?
Jürgen
Index: lib/languages
===
Attached is a new siamltex layout built on top of the AMS layout by Andrew
Corrigan, which is apparently more closer to what SIAM expects (and makes
conversion between AMS and SIAM documents easier).
After several exchanges and testing (by Andrew), I think this can finally go
in (branch and tr
36 matches
Mail list logo
