On Tue, 7 Dec 1999, Seak, Teng-Fong wrote:
> Jules Bean wrote:
>
> > On Tue, 30 Nov 1999, Seak, Teng-Fong wrote:
> >
> > > I don't understand quite your question. Maybe we've got some
> > > misunderstanding :-) Actually, I knew how to enter {}. When I ask Lyx
> > > to support R_{i}{}^{j}
Jules Bean wrote:
> On Tue, 30 Nov 1999, Seak, Teng-Fong wrote:
>
> > I don't understand quite your question. Maybe we've got some
> > misunderstanding :-) Actually, I knew how to enter {}. When I ask Lyx
> > to support R_{i}{}^{j}{}_{kl}, I wanted in fact LyX not to display the red
> {}
On Fri, 3 Dec 1999, Andre' Poenitz wrote:
> Andre'
>
> PS: I am really sorry if I sounded too harsh (again) yesterday.
>
Hey, if any of us bothered to take offence at mailing lists or usenet,
we'd have dropped of the net ages ago ;-)
/+---+-
> directory src/kernel. There's a very good design doc there also -- I
> think Asger has this on his web site as well.
I can't find the included .eps picture. ANy idea?
Andre'
PS: I am really sorry if I sounded too harsh (again) yesterday.
--
Andre' Poenitz .. [EMAIL PROTE
If this lyx DTD is close to that used by TeX4ht, somebody else has done
the work already ;-)
Andre'
--
Andre' Poenitz .. [EMAIL PROTECTED]
Jules are you subscribed to the list? If so I can stop cc'ing to you.
On Thu, 2 Dec 1999, Jules Bean wrote:
> > If someone were to take this leap I'd suggest getting Asger's kernel first
> > so you minimised your work. Either that or just start generalising the
> > docbook support now instead
On Thu, 2 Dec 1999, Andre' Poenitz wrote:
> > So am I, I just don't see much point in starting yet-another-word-processor
> > project when it's possible to improve an existing one.
>
> That's the point where opinions differ.
There are perhaps as many as two dozen word-processors around figh
On Thu, 2 Dec 1999, Amir Karger wrote:
> On Thu, Dec 02, 1999 at 12:01:49PM +, Jose Abilio Oliveira Matos wrote:
> > Furthermore a reLyX clone (more like a twin ;) to translate from
> > tex to the lyx dtd directly would be needed.
> >
> > José
>
> Ugh. Good luck finding someone to write i
On Thu, Dec 02, 1999 at 12:01:49PM +, Jose Abilio Oliveira Matos wrote:
> Furthermore a reLyX clone (more like a twin ;) to translate from
> tex to the lyx dtd directly would be needed.
>
> José
Ugh. Good luck finding someone to write it :)
-Amir
On 2 Dec 1999, Lars Gullik Bjønnes wrote:
> Jules Bean <[EMAIL PROTECTED]> writes:
>
> | proto lyxml fragment
> |
> |
> | A
> | category
> | C
> | is:
> |
> | a collection of objects,
> | \ob C
> |
> | a collection of morphisms,
> |
> | -
>
> Actaully this is the direction I wan
Jules Bean <[EMAIL PROTECTED]> writes:
| proto lyxml fragment
|
|
| A
| category
| C
| is:
|
| a collection of objects,
| \ob C
|
| a collection of morphisms,
|
| -
Actaully this is the direction I want the LyX format to envolve. And a
lot of that is quite easy to do right now. I
"Andre' Poenitz" <[EMAIL PROTECTED]> writes:
| But I think improving LyX *is* difficult, not because it is already perfect
| but because of all built-in legacies. I think the now defunct branch is
| *the* proof that structural improvements to LyX are impossible. Without
| structural improvements
On Thu, Dec 02, 1999 at 12:43:01PM +0100, Andre' Poenitz wrote:
> > Yup. Even more sense in an XML world.
>
> How would a LyX file format look like in an XML world?
> Something like MathML? Anybody with working experience?
> Does anybody know of a .tex -> .mml translator?
I guess this is more
On Thu, 2 Dec 1999, Andre' Poenitz wrote:
> > Yup. Even more sense in an XML world.
>
> How would a LyX file format look like in an XML world?
That would be up to us.
> Something like MathML?
That wouldn't be a bad idea, for example. Best not to reinvent the wheel.
But, AFAIK, MathML is onl
> Yup. Even more sense in an XML world.
How would a LyX file format look like in an XML world?
Something like MathML? Anybody with working experience?
Does anybody know of a .tex -> .mml translator?
Andre'
--
Andre' Poenitz .. [EMAIL PROTECTED]
On Thu, 2 Dec 1999, Jose Abilio Oliveira Matos wrote:
> >
> Ok, I'm sorry for the confusion, I don't want LyX to be one more html
> editor, that's really an unpleseant idea :)
>
> What I was refering is the present ability to load the textclasses,
> where some configuration is available and
On Thu, Dec 02, 1999 at 10:52:26AM +, Jules Bean wrote:
> On Thu, 2 Dec 1999, Jose Abilio Oliveira Matos wrote:
>
> > As Allan said there are already several steps in that direction in
> > the docbook support. There are several abstractions that would allow
> > to make another backend reall
> So am I, I just don't see much point in starting yet-another-word-processor
> project when it's possible to improve an existing one.
That's the point where opinions differ.
You think of LyX as something that could be improved fairly easy.
As long as 'improving' means 'adding features' I c
On Thu, 2 Dec 1999, Jose Abilio Oliveira Matos wrote:
> On Thu, Dec 02, 1999 at 12:31:37PM +1000, Allan Rae wrote:
> > On Wed, 1 Dec 1999, Jules Bean wrote:
> > > I would quite like, personally, a LyX-like program which is a more generic
> > > 'structured' document editor. Probably an XML editor
On Thu, 2 Dec 1999, Allan Rae wrote:
> On Thu, 2 Dec 1999, Andre' Poenitz wrote:
>
> > I'd be really interested in some 'test project': Read in an XML file,
> > display it nicely *including math*, export it to tex. Just to convince
> > me that the second approach is not *much* better than the fi
On Thu, 2 Dec 1999, Andre' Poenitz wrote:
> >
> > On Wed, 1 Dec 1999, Jules Bean wrote:
> > > I would quite like, personally, a LyX-like program which is a more generic
> > > 'structured' document editor. Probably an XML editor, with the ability to
> > > backend onto LaTeX, but also other forma
On Thu, Dec 02, 1999 at 12:31:37PM +1000, Allan Rae wrote:
> On Wed, 1 Dec 1999, Jules Bean wrote:
> > I would quite like, personally, a LyX-like program which is a more generic
> > 'structured' document editor. Probably an XML editor, with the ability to
> > backend onto LaTeX, but also other fo
On Thu, 2 Dec 1999, Andre' Poenitz wrote:
> > On Wed, 1 Dec 1999, Jules Bean wrote:
> > > I would quite like, personally, a LyX-like program which is a more generic
> > > 'structured' document editor. Probably an XML editor, with the ability to
> > > backend onto LaTeX, but also other formats. If
>
> On Wed, 1 Dec 1999, Jules Bean wrote:
> > I would quite like, personally, a LyX-like program which is a more generic
> > 'structured' document editor. Probably an XML editor, with the ability to
> > backend onto LaTeX, but also other formats. If I have time, I may have a
> > look at that pro
On Wed, 1 Dec 1999, Jules Bean wrote:
> I would quite like, personally, a LyX-like program which is a more generic
> 'structured' document editor. Probably an XML editor, with the ability to
> backend onto LaTeX, but also other formats. If I have time, I may have a
> look at that problem.
Don't
On Tue, 30 Nov 1999, Seak, Teng-Fong wrote:
> Jean-Marc Lasgouttes wrote:
>
> > Seak,> I just checked that actually \tensor isn't included in
> > Seak,> standard macros in tetex. But if LyX could support things like
> > Seak,> R_i{}^j{}_{kl} it's alright good enough.
> >
> > What about the
> The best would be of course to give a hand to Alejandro so that this
> actually happens :)
Oh sorry, I'm more a scientist (and an end-user) than a computer
scientist. I know how to programme in Fortran, Pascal and Matlab. But
in C (or C++), I'm a real novice. If it was written in Fortra
> "Seak," == Seak, Teng-Fong <[EMAIL PROTECTED]> writes:
Seak> Of course, I mean in future version of LyX, not the
Seak> present one :-) It's for the wish-list and I'm very patient to
Seak> wait for this to happen.
The best would be of course to give a hand to Alejandro so that this
ac
> Seak> I don't understand quite your question. Maybe we've got
> Seak> some misunderstanding :-) Actually, I knew how to enter {}. When
> Seak> I ask Lyx to support R_i{}^j{}_{kl}, I wanted in fact LyX not to
> Seak> display the red {} to make the tensor look a bit better.
>
> I do not know
> "Seak" == Seak, Teng-Fong <[EMAIL PROTECTED]> writes:
Seak> I don't understand quite your question. Maybe we've got
Seak> some misunderstanding :-) Actually, I knew how to enter {}. When
Seak> I ask Lyx to support R_i{}^j{}_{kl}, I wanted in fact LyX not to
Seak> display the red {} to
> By the way, LyX always put and expect {} after ^ or _ even when it's
> not necessary. Would this cause problem when someone wants to import
> pieces of latex code containing something like R_i instead of R_{i}?
If you 'import' LaTeX by editing .lyx files you have to make sure to
put every
Jean-Marc Lasgouttes wrote:
> Seak,> I just checked that actually \tensor isn't included in
> Seak,> standard macros in tetex. But if LyX could support things like
> Seak,> R_i{}^j{}_{kl} it's alright good enough.
>
> What about the following? I entered the {} by typing \ {
>
> JMarc
>
> #Th
> "Seak," == Seak, Teng-Fong <[EMAIL PROTECTED]> writes:
Seak,> "Seak, Teng-Fong" wrote:
>> o When we want to write tensors in Einstein's notation, we could
>> write it in latex in this way, R_i{}^j{}_{kl} so that subscripts
>> and superscripts won't be rearranged together. This time, I found
"Seak, Teng-Fong" wrote:
> oWhen we want to write tensors in Einstein's notation, we could
> write it in latex in this way, R_i{}^j{}_{kl} so that subscripts and
> superscripts won't be rearranged together. This time, I found out how
> to insert the {} (by the red TeX button) :-) but LyX cou
oWhen we want to write tensors in Einstein's notation, we could
write it in latex in this way, R_i{}^j{}_{kl} so that subscripts and
superscripts won't be rearranged together. This time, I found out how
to insert the {} (by the red TeX button) :-) but LyX couldn't process it
correctly. Maybe
35 matches
Mail list logo
