On Tue, Oct 29, 2002 at 09:35:57AM +0100, Andre Poenitz wrote:
[snip!]
> new XMLish .lyx. In order to avoid regressions we'd e.g. need a flawless
> .tex -> .lyx -> .tex roundtrip for math, which is easiest achieved by
> storing the .tex represantation in the .lyx - at least as a temporary
> solut
On Tue, 29 Oct 2002, Andre Poenitz wrote:
> The question is, of course, how much .tex will be retained even in the
> new XMLish .lyx. In order to avoid regressions we'd e.g. need a flawless
> .tex -> .lyx -> .tex roundtrip for math, which is easiest achieved by
> storing the .tex represantation
On Tue, Oct 29, 2002 at 06:27:34AM -0200, Joao Luis Meloni Assirati wrote:
> It looks to me that this is totaly independent of the .lyx format, i.e.,
> if you support .tex natively, conversion to .lyx is not necessary. Anyway,
> if one wants to convert .tex to .lyx in this case, opening the .tex an
On Tue, 29 Oct 2002, Andre Poenitz wrote:
> On Tue, Oct 29, 2002 at 05:39:58AM -0200, Joao Luis Meloni Assirati wrote:
> > On the other hand, implementing latex parsing right inside the lyx kernel
> > would save the .lyx format "rendering", so no translation is needed, just
> > parsing. Right?
>
On Tue, Oct 29, 2002 at 05:39:58AM -0200, Joao Luis Meloni Assirati wrote:
> Sorry, I don't understand well what you have said. AFAIK, reLyX should not
> touch math, so any latex math expression is already good .lyx code (am I
> right?)
Not all, but quite a bit of it. Definitely all reLyX was able
On Tue, 29 Oct 2002, Andre Poenitz wrote:
> On Mon, Oct 28, 2002 at 09:25:17PM -0200, Joao Luis Meloni Assirati wrote:
> > Well, I personally would like .tex integration in the core, but writing
> > new code in C++ does not imply that it be inside the kernel. One can have
> > a separate executab
On Mon, Oct 28, 2002 at 09:25:17PM -0200, Joao Luis Meloni Assirati wrote:
> > I don't think it is too much work, but there are a few political brakes.
> > One camp does not want too tight .tex integration in the core (and rather
> > spend the same amount of code on parsing .lyx syntax), the next o
On Mon, 28 Oct 2002, Andre Poenitz wrote:
> I don't think it is too much work, but there are a few political brakes.
> One camp does not want too tight .tex integration in the core (and rather
> spend the same amount of code on parsing .lyx syntax), the next one thinks
> reLyX is cute (especiall
On Mon, Oct 28, 2002 at 07:41:53AM -0800, Kayvan A. Sylvan wrote:
> Yeah, I agree with you. What would you suggest for a better approach to
> parsing .tex files?
Fix the math parser to do the tokenization the same way TeX does and use
that.
Andre'
--
Those who desire to give up Freedom in order
> Parsing .tex like this is impossible to get right. Macros do not have to
> nest properly. Moreover, it uses fixed values for deliminiters, so this
> can't work except for some class of "reasonably well-behaved LaTeX" - and
> we have reLyX for this job already. At it seems to have the same broke
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Oct 28, 2002 at 10:47:51AM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> Does your patch solve the $a$$b$ problem?
Andre> No.
Andre> And removing begtranstable/endtranstable does not cut it, even
Andre> removing the entry f
On Mon, Oct 28, 2002 at 08:47:28AM +0100, Andre Poenitz wrote:
> Looks pretty sketchy:
Furthermore, the project is dead: no commit for 4 months plus, no
mailing list. A pity.
Especially as we could have converted from the XML output into lyx with
XSLT.
regards
john
On Mon, Oct 28, 2002 at 10:47:51AM +0100, Jean-Marc Lasgouttes wrote:
> Does your patch solve the $a$$b$ problem?
No.
And removing begtranstable/endtranstable does not cut it, even removing the
entry for $$ does not help.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Oct 28, 2002 at 10:15:22AM +0100, Jean-Marc Lasgouttes
Andre> wrote: Should I?
>> I think you should, but we may want to ask lars first.
Andre> Lars wanted _your_ approval on this one IIRC
Is that so? Then I think you
On Mon, Oct 28, 2002 at 10:15:22AM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Should I?
>
> I think you should, but we may want to ask lars first.
Lars wanted _your_ approval on this one IIRC
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do th
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Oct 28, 2002 at 09:10:33AM +0100, Jean-Marc Lasgouttes
Andre> wrote: On Sun, Oct 27, 2002 at 05:58:39AM -0200, Joao Luis
Andre> Meloni
Andre> Assirati wrote:
>> >> Sure enough, these "canonical substitutions" must be perform
On Mon, Oct 28, 2002 at 09:10:33AM +0100, Jean-Marc Lasgouttes wrote:
> Andre> On Sun, Oct 27, 2002 at 05:58:39AM -0200, Joao Luis Meloni
> Andre> Assirati wrote:
> >> Sure enough, these "canonical substitutions" must be performed,
>
> Andre> Probably not. The math parser understands $$ nowadays..
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Sun, Oct 27, 2002 at 05:58:39AM -0200, Joao Luis Meloni
Andre> Assirati wrote:
>> Sure enough, these "canonical substitutions" must be performed,
Andre> Probably not. The math parser understands $$ nowadays...
Andre', did you e
On Mon, Oct 28, 2002 at 08:09:49AM +, José Abílio Oliveira Matos wrote:
> I have some friends over there (in Germany) and they confirmed me
> that it is not yet friday. Actually they have stated clearly that
> today is monday. Are you sure that you are in the correct time frame?
Yes, I have
On Mon, Oct 28, 2002 at 07:33:23AM +0100, Andre Poenitz wrote:
[...]
>
> I don't think it is too much work, but there are a few political brakes.
> One camp does not want too tight .tex integration in the core (and rather
> spend the same amount of code on parsing .lyx syntax), the next one thinks
On Sun, Oct 27, 2002 at 03:45:07PM -0800, Kayvan A. Sylvan wrote:
> Check out http://pylatex.sourceforge.net for all the documentation
> and the pylatex source.
Looks pretty sketchy:
- amsmath:py --
from pyLaTeX.XML.lib.Mathematics import eqnarray
class align(eqnarray):
On Sun, Oct 27, 2002 at 05:58:39AM -0200, Joao Luis Meloni Assirati wrote:
> Sure enough, these "canonical substitutions" must be performed,
Probably not. The math parser understands $$ nowadays...
> but making
> them in a separate phase before parsing (as relyx does) seems to be a
> totaly wrong
On Sun, Oct 27, 2002 at 10:53:34PM +0200, Dekel Tsur wrote:
> On Sun, Oct 27, 2002 at 12:37:39PM -0800, Kayvan A. Sylvan wrote:
> > >
> > > I think Kayvan wants to write a relyx in python
> > >
> >
> > Yes.
>
> You mentioned pylatex some time ago. Is it any good ?
I think it is a good base. Wi
On Sun, Oct 27, 2002 at 12:37:39PM -0800, Kayvan A. Sylvan wrote:
> >
> > I think Kayvan wants to write a relyx in python
> >
>
> Yes.
You mentioned pylatex some time ago. Is it any good ?
On Sun, Oct 27, 2002 at 06:45:52PM +, John Levon wrote:
> On Sun, Oct 27, 2002 at 05:58:39AM -0200, Joao Luis Meloni Assirati wrote:
>
> > Considering that now there is support for regular expressions in C++,
> > complete rewrite of reLyX in C++ is also a good option. Is there someone
> > work
On Sun, Oct 27, 2002 at 05:58:39AM -0200, Joao Luis Meloni Assirati wrote:
> Considering that now there is support for regular expressions in C++,
> complete rewrite of reLyX in C++ is also a good option. Is there someone
> working on this? Or at least planning to work? If so, I would like to
> pa
Hi,
I recently found a bug in reLyX that I think is related to th infamous
underscore bug in labels: reLyX simply crash if you have two inline maths
not separed by any character, like $a$$b$ (wich is somewat common in .tex
files generated by scientific workplace). Latex understands this as two
in
27 matches
Mail list logo
