Re: XML stream writer library

On 1/12/21 6:19 PM, Thibaut Cuvelier wrote: > On Tue, 12 Jan 2021 at 16:33, Lorenzo Bertini > mailto:lorenzobertin...@gmail.com>> wrote: > > Il 08/01/21 03:00, Thibaut Cuvelier ha scritto: > > A tour of some C++ libraries for XML: > > - RapidXML: mostly unmaintained since 2013, no suppo

Re: XML stream writer library

On Tue, 12 Jan 2021 at 16:33, Lorenzo Bertini wrote: > Il 08/01/21 03:00, Thibaut Cuvelier ha scritto: > > A tour of some C++ libraries for XML: > > - RapidXML: mostly unmaintained since 2013, no support for namespaces > > (except in forks: https://github.com/dwd/rapidxml > >

Re: XML stream writer library

Il 08/01/21 03:00, Thibaut Cuvelier ha scritto: A tour of some C++ libraries for XML: - RapidXML: mostly unmaintained since 2013, no support for namespaces (except in forks: https://github.com/dwd/rapidxml ) - Boost Property Tree: no XML parser, which limits fur

Re: XML stream writer library

On Thu, 7 Jan 2021 at 18:23, Thibaut Cuvelier wrote: > On Thu, 7 Jan 2021, 12:52 Lorenzo Bertini, > wrote: > >> I think almost all the options are on the table at this point. For the >> sake of completeness I think it's worth mentioning DOM library Boost >> Property Tree, which popped up frequen

Re: XML stream writer library

On Thu, 7 Jan 2021, 12:52 Lorenzo Bertini, wrote: > I think almost all the options are on the table at this point. For the > sake of completeness I think it's worth mentioning DOM library Boost > Property Tree, which popped up frequently while searching. > > I think Thibaut is right when saying t

Re: XML stream writer library

I think almost all the options are on the table at this point. For the sake of completeness I think it's worth mentioning DOM library Boost Property Tree, which popped up frequently while searching. I think Thibaut is right when saying that, for the way LyX is structured now, a SAX writer woul

Re: XML stream writer library

On Tue, 5 Jan 2021 at 10:37, Joel Kulesza wrote: > On Tue, Jan 5, 2021 at 1:19 AM Pavel Sanda wrote: > >> On Mon, Jan 04, 2021 at 09:48:42PM +0100, Thibaut Cuvelier wrote: >> > There are multiple issues here. What is needed to generate HTML and >> DocBook >> > is a simple SAX writer, not a parse

Re: XML stream writer library

On Tue, Jan 5, 2021 at 1:19 AM Pavel Sanda wrote: > On Mon, Jan 04, 2021 at 09:48:42PM +0100, Thibaut Cuvelier wrote: > > There are multiple issues here. What is needed to generate HTML and > DocBook > > is a simple SAX writer, not a parser. I've done plenty of research about > > it, there's no X

Re: XML stream writer library

On Mon, Jan 04, 2021 at 09:48:42PM +0100, Thibaut Cuvelier wrote: > There are multiple issues here. What is needed to generate HTML and DocBook > is a simple SAX writer, not a parser. I've done plenty of research about > it, there's no XML library that does that. Most of them are using a DOM, > whi

Re: XML stream writer library

On 1/4/21 5:10 PM, Pavel Sanda wrote: > On Mon, Jan 04, 2021 at 09:48:42PM +0100, Thibaut Cuvelier wrote: >> My recommendation, based on a quite long study of XML libraries (i.e. >> several years, but quite far from full-time): either use QXmlStreamWriter >> (which is mostly a SAX implementation in

Re: XML stream writer library

On Mon, Jan 04, 2021 at 09:48:42PM +0100, Thibaut Cuvelier wrote: > My recommendation, based on a quite long study of XML libraries (i.e. > several years, but quite far from full-time): either use QXmlStreamWriter > (which is mostly a SAX implementation in C++) or write our own. > QXmlStreamWriter

Re: XML stream writer library

TinyXML2 (https://github.com/leethomason/tinyxml2), pugixml ( https://github.com/zeux/pugixml), and Xerces-C++ ( https://xerces.apache.org/xerces-c/) are only DOM-based. There are quite a few C libraries, like libxml2, that can be SAX-like, but C libraries are horrible to use (http://www.xmlsoft.o

Re: XML stream writer library

On Mon, 4 Jan 2021 at 20:30, Richard Kimberly Heck wrote: > On 1/3/21 3:37 PM, Lorenzo Bertini wrote: > > Hello list, > > In 12055 , discussing the merge of > some MathMLStream and XmlStream components, we were contemplating the > possibility of using an ext

Re: XML stream writer library

On 1/3/21 3:37 PM, Lorenzo Bertini wrote: > > Hello list, > > In 12055 , discussing the merge > of some MathMLStream and XmlStream components, we were contemplating > the possibility of using an external library to handle XML streams, > for example with indent

Re: XML Parsing Library [was Re: XML For LyX]

On 05/11/2013 07:11 AM, Abdelrazak Younes wrote: On Sat, May 11, 2013 at 12:03 PM, Abdelrazak Younes > wrote: On Sat, May 11, 2013 at 8:40 AM, Pavel Sanda mailto:sa...@lyx.org>> wrote: Abdelrazak Younes wrote: > I will discuss that face2face during the

Re: XML Parsing Library [was Re: XML For LyX]

On Sat, May 11, 2013 at 12:03 PM, Abdelrazak Younes wrote: > On Sat, May 11, 2013 at 8:40 AM, Pavel Sanda wrote: > >> Abdelrazak Younes wrote: >> > I will discuss that face2face during the meeting. >> >> You should bring mirror then, no one else in this thread is in Milano. >> Anyway it's too la

Re: XML Library Question Answered?

Hum I just saw this thread... So we all agree, that's good. Abdel. On Fri, May 10, 2013 at 10:09 PM, Nico Williams wrote: > On Fri, May 10, 2013 at 12:45 PM, Richard Heck wrote: > > The only significant worry here concerns stability: Could a Qt update > break > > us? We already depend heavily

Re: XML Parsing Library [was Re: XML For LyX]

On Sat, May 11, 2013 at 11:11 AM, Andrew Parsloe wrote: > >> It is absolutely none of my business, but I do enjoy my daily 'fix' > eavesdropping on developer messages. > The live show is even more entertaining :-) Alessandro, do you like it? Abdel.

Re: XML Parsing Library [was Re: XML For LyX]

On Sat, May 11, 2013 at 8:40 AM, Pavel Sanda wrote: > Abdelrazak Younes wrote: > > I will discuss that face2face during the meeting. > > You should bring mirror then, no one else in this thread is in Milano. > Anyway it's too late, Richard already barricaded in underground garage of > his > house

Re: XML Parsing Library [was Re: XML For LyX]

On 11/05/2013 6:40 p.m., Pavel Sanda wrote: Abdelrazak Younes wrote: I will discuss that face2face during the meeting. You should bring mirror then, no one else in this thread is in Milano. Anyway it's too late, Richard already barricaded in underground garage of his house and won't show until

Re: XML Parsing Library [was Re: XML For LyX]

Abdelrazak Younes wrote: > I will discuss that face2face during the meeting. You should bring mirror then, no one else in this thread is in Milano. Anyway it's too late, Richard already barricaded in underground garage of his house and won't show until 378 patches implementing xml is done as I inf

Re: XML Parsing Library [was Re: XML For LyX]

Guys Qt has a nice xml reader Also one with a nice stream like interface that would fit nicely in ours parser. And it quite fast too. I will discuss that face2face during the meeting. Abdel On May 9, 2013 11:26 PM, "Richard Heck" wrote: > On 05/09/2013 02:25 PM, Pavel Sanda wrote: > >> Richard

Re: XML Library Question Answered?

On Fri, May 10, 2013 at 12:45 PM, Richard Heck wrote: > The only significant worry here concerns stability: Could a Qt update break > us? We already depend heavily on Qt, so this is not as large a concern as > with depending upon other external libraries. And my sense is that these > classes are l

Re: XML Parsing Library [was Re: XML For LyX]

Georg Baum wrote: > With the same reasoning you could conclude that we need to ship Qt within > the sources. If there is a bug at the right place in Qt, you can get all > sorts of problems including severe data loss as well. But, we don't include Well, indirectly yes, but still, we don't use Qt

Re: XML Parsing Library [was Re: XML For LyX]

Richard Heck wrote: > No, I just meant that we would have to include it in our sources, since > we cannot rely upon libxml to be available on actual machines that are > running non-Linux OSs. It's available for that OS, yes, but it's not > actually going to be installed. Unlike on Linux, where it

Re: Re: Re: XML Parsing Library [was Re: XML For LyX]

On Friday 10 May 2013 02:19:40 Pavel Sanda wrote: > But jokes aside, you have to rely on arbitrary decision of third party which > can do whatever is pleased to do so in new versions, if some problem arises > you > can't stick to version known to work, because the other guys have the library > on

Re: XML Parsing Library [was Re: XML For LyX]

On 05/10/2013 04:46 AM, José Matos wrote: On Thursday 09 May 2013 14:21:37 Richard Heck wrote: On Linux, of course, it is different. One would just expect this library already to be installed. But things do not work that way on the other OSs. Richard From the webpage: "Libxml2 is known to be

Re: XML Parsing Library [was Re: XML For LyX]

On 09-05-2013 18:52, Richard Heck wrote: On 05/08/2013 06:24 PM, José Matos wrote: On Wednesday 08 May 2013 17:43:41 Richard Heck wrote: Thinking ahead, however: Should we use some SAX library to read the XML? Or should we just adapt the Lexer for this purpose? Richard Lars had that working f

Re: Re: XML Parsing Library [was Re: XML For LyX]

José Matos wrote: > Or are you thinking about any other system that is not included in this list? > :-) I don't see Haiku, where we currently compile ;) > What would be the disadvantage of relying on it? I mean what are concerns > about depending on it? But jokes aside, you have to rely on arb

Re: Re: XML Parsing Library [was Re: XML For LyX]

On Thursday 09 May 2013 14:21:37 Richard Heck wrote: > On Linux, of course, it is different. One would just expect this library > already to be installed. But things do not work that way on the other OSs. > > Richard >From the webpage: "Libxml2 is known to be very portable, the library should bu

Re: XML For LyX

I should add that while *writing* XML is easy enough (valid XML too), it's reading that's hard, so you can't avoid using a library.

Re: XML For LyX

On Thu, May 9, 2013 at 4:27 PM, Richard Heck wrote: > The LyX document is internally a (very complex) tree structure, so I think > this is pretty simple. As Jose mentioned, Lars has the write side of it > pretty much done a long time ago. My sense is that it was so long ago that > it would be as m

Re: XML For LyX

On 05/09/2013 03:57 PM, Nico Williams wrote: On Thu, May 9, 2013 at 8:21 AM, Alex Vergara Gil wrote: First of all, This is a very old feature request that will be greatly appreciated at least from my part! Me too. I think there are much work done in this sense, please read Nico Williams' ap

Re: XML Parsing Library [was Re: XML For LyX]

On 05/09/2013 02:25 PM, Pavel Sanda wrote: Richard Heck wrote: On Linux, of course, it is different. One would just expect this library already to be installed. But things do not work that way on the other OSs. I belive we should actually _include_ some leightweight library in our sources so i

Re: XML For LyX

On Thu, May 9, 2013 at 8:21 AM, Alex Vergara Gil wrote: > First of all, This is a very old feature request that will be greatly > appreciated at least from my part! Me too. > I think there are much work done in this sense, please read Nico Williams' > approach. I think is the correct way to foll

Re: XML Parsing Library [was Re: XML For LyX]

Richard Heck wrote: > On Linux, of course, it is different. One would just expect this library > already to be installed. But things do not work that way on the other OSs. I belive we should actually _include_ some leightweight library in our sources so it is fixed and we do not rely in any versi

Re: XML Parsing Library [was Re: XML For LyX]

On 05/09/2013 01:39 PM, Rob Oakes wrote: On Thu, May 9, 2013 at 10:52 AM, Richard Heck wrote: I just had a look at those. He had an XML parser here: http://www.lyx.org/trac/browser/lyxsvn/lyx-devel/branches/personal/larsbj/xml/src/support/xmlparser.h?rev=19478 but it appears to be based upon

Re: XML Parsing Library [was Re: XML For LyX]

On Thu, May 9, 2013 at 10:52 AM, Richard Heck wrote: I just had a look at those. He had an XML parser here: http://www.lyx.org/trac/browser/lyxsvn/lyx-devel/branches/personal/larsbj/xml/src/support/xmlparser.h?rev=19478 but it appears to be based upon xmlpp, which I cannot get to compile on

XML Parsing Library [was Re: XML For LyX]

On 05/08/2013 06:24 PM, José Matos wrote: On Wednesday 08 May 2013 17:43:41 Richard Heck wrote: Thinking ahead, however: Should we use some SAX library to read the XML? Or should we just adapt the Lexer for this purpose? Richard Lars had that working for a previous version of lyx with lexer.

Re: XML For LyX

> > I have started to think seriously about moving to XML for LyX's native > file format. I doubt that we will want to do this for 2.1, as it is too > late, really, so I am thinking about doing it for some time early in the > 2.2 cycle, which means starting now. > First of all, This is a very

Re: XML For LyX

Reading will be easier, I think, for the reasons I've described before. Also, you could use lyx2xml to write so you can test the read path, but I don't know of an xml2lyx tool you could use for the reverse. Just my 2c.

Re: XML For LyX

On Wednesday 08 May 2013 17:43:41 Richard Heck wrote: > Thinking ahead, however: Should we use some SAX library to read the XML? > Or should we just adapt the Lexer for this purpose? > > Richard Lars had that working for a previous version of lyx with lexer. His branches are still available in

Re: XML format status

On Mon, 4 Oct 2010 07:49:26 +0200 >> "Jürgen" == Jürgen Spitzmüller wrote: Jürgen> LaTeX3 is a new macro collection (so it aims to replace Jürgen> LateX2e and is comparable to ConTeXt). Ahh...I got this one now. Thanks. btw, is it comparable in the sense of being more complete than LateX2e

Re: XML format status

Gour D. wrote: > btw, is it comparable in the sense of being more complete than LateX2e > preventing clashes between different packages or just 'another macro > package' ? I'm not so much into the internals of latex3 development. I think they try to generally overcome some fundamental limitations

Re: XML format status

Gour D. wrote: > OT: Can someone explain me what is the aim of latex-3 development in > the light of LuaTeX or LuaTeX will be just another implementation? LaTeX3 is a new macro collection (so it aims to replace LateX2e and is comparable to ConTeXt). LuaTeX is a processor (such as XeTeX or PDFTeX

Re: XML format status

On Wed, 09 Jun 2010 05:27:58 +0200 >> "Peter" == Peter Kümmel wrote: Excuse me for dropping in so lately... I sent a post about LyX/LATeX vs ConTeXt on users list e days ago stating that I plan to abandon idea to use the latter and 'return' back to winning team. Now, I've discovered this th

Re: XML format status

Sam Liddicott wrote: > Thanks - you give me good hope. > It is ironic that I want to use Lyx to avoid having to know docbook too > well, but may have to learn it to fixup lyx! we are waiting for your mail :) pavel

Re: XML format status

On 09/06/10 09:10, Pavel Sanda wrote: Guenter Milde wrote: On 2010-06-08, Sam Liddicott wrote: This is a multi-part message in MIME format. --050502020101020702060201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 08/06/10 15:27, P

Re: XML format status

Sam Liddicott wrote: >> I would prefer a more readable format than XML like json, even I would >> use Lua, because it is the future scripting languange in LaTeX, but >> I assume we could never explain the rest of the world, why we we don't >> use beloved XML. So let's use XML. And validating a XML

Re: XML format status

Guenter Milde wrote: > On 2010-06-08, Sam Liddicott wrote: > > This is a multi-part message in MIME format. > > --050502020101020702060201 > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Content-Transfer-Encoding: 7bit > > > On 08/06/10 15:27, Pavel Sanda wrote: >

Re: XML format status

On 2010-06-08, Sam Liddicott wrote: > This is a multi-part message in MIME format. > --050502020101020702060201 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > On 08/06/10 15:27, Pavel Sanda wrote: >> Sam Liddicott wrote: >>> I also s

Re: XML format status

On 09/06/10 04:27, Peter Kümmel wrote: Am Dienstag, den 08.06.2010, 17:22 -0400 schrieb Richard Heck: On 06/08/2010 03:49 PM, Peter Kümmel wrote: Am Dienstag, den 08.06.2010, 20:52 +0200 schrieb Andre Poenitz: On Tue, Jun 08, 2010 at 04:29:21PM +0200, Abdelrazak Younes wrote: On 06/08/2010

Re: XML format status

Am Dienstag, den 08.06.2010, 17:22 -0400 schrieb Richard Heck: > On 06/08/2010 03:49 PM, Peter Kümmel wrote: > > Am Dienstag, den 08.06.2010, 20:52 +0200 schrieb Andre Poenitz: > > > >> On Tue, Jun 08, 2010 at 04:29:21PM +0200, Abdelrazak Younes wrote: > >> > >>> On 06/08/2010 03:27 PM, V

Re: XML format status

On 06/08/2010 03:49 PM, Peter Kümmel wrote: Am Dienstag, den 08.06.2010, 20:52 +0200 schrieb Andre Poenitz: On Tue, Jun 08, 2010 at 04:29:21PM +0200, Abdelrazak Younes wrote: On 06/08/2010 03:27 PM, Vincent van Ravesteijn wrote: What is the current status or thinking of the X

Re: XML format status

Am Dienstag, den 08.06.2010, 20:52 +0200 schrieb Andre Poenitz: > On Tue, Jun 08, 2010 at 04:29:21PM +0200, Abdelrazak Younes wrote: > > On 06/08/2010 03:27 PM, Vincent van Ravesteijn wrote: > > >>What is the current status or thinking of the XML format for lyx 2? > > >> > > >Ideally, LyX 2 would h

Re: XML format status

On Tue, Jun 08, 2010 at 04:29:21PM +0200, Abdelrazak Younes wrote: > On 06/08/2010 03:27 PM, Vincent van Ravesteijn wrote: > >>What is the current status or thinking of the XML format for lyx 2? > >> > >Ideally, LyX 2 would have an XML file format. However, no-one is > >actively working on the issu

Re: XML format status

On 08/06/10 15:29, Abdelrazak Younes wrote: On 06/08/2010 03:27 PM, Vincent van Ravesteijn wrote: What is the current status or thinking of the XML format for lyx 2? Ideally, LyX 2 would have an XML file format. However, no-one is actively working on the issue, so we postponed it. As far as

Re: XML format status

On 08/06/10 15:27, Pavel Sanda wrote: Sam Liddicott wrote: I also still dream about lyx being the first decent docbook editor. are you aware of the fact that lyx already have output routines for docbook? Yes, but I recall being told that it wasn't supported and that if it still worked it wa

Re: XML format status

On 06/08/2010 03:27 PM, Vincent van Ravesteijn wrote: What is the current status or thinking of the XML format for lyx 2? Ideally, LyX 2 would have an XML file format. However, no-one is actively working on the issue, so we postponed it. As far as I know, we didn't really decide when and

Re: XML format status

Sam Liddicott wrote: > I also still dream about lyx being the first decent docbook editor. are you aware of the fact that lyx already have output routines for docbook? pavel

Re: XML format status

On 08/06/10 14:27, Vincent van Ravesteijn wrote: What is the current status or thinking of the XML format for lyx 2? Ideally, LyX 2 would have an XML file format. However, no-one is actively working on the issue, so we postponed it. As far as I know, we didn't really decide when and how to do

Re: XML format status

> What is the current status or thinking of the XML format for lyx 2? > Ideally, LyX 2 would have an XML file format. However, no-one is actively working on the issue, so we postponed it. As far as I know, we didn't really decide when and how to do the transition. Are you interested in having an

Re: XML?

Guenter Milde wrote: > Thanks for this tip. > > However, trying this in the minibuffer of my LyX 1.6.5, with a lyx file > from my home dir, I did get no reaction from LyX (except mirroring the > command in the status bar) and the line > > Das Verzeichnis ist nicht lesbar. > > (The directory

Re: XML?

On 2010-02-02, Tommaso Cucinotta wrote: > Guenter Milde wrote: >> However, grep for a phrase in a set of lyx documents >> (all papers of the last 3 years, say) is still a valid case. > sure, that's something at which grep is surely unbeatable and faster. Now combine this with locate to search th

Re: XML?

On 2010-02-03, Pavel Sanda wrote: > Guenter Milde wrote: >> This is why I would greatly welcome improved support for external >> editing of the lyx source: >> * open file of current buffer in a configurable application, >> reload buffer once this application is closed. > i feel this is task for

Re: XML?

Guenter Milde wrote: > This is why I would greatly welcome improved support for external > editing of the lyx source: > > * open file of current buffer in a configurable application, > reload buffer once this application is closed. i feel this is task for only very advanced users and we shouldn

Re: XML?

On Tuesday 02 February 2010 05:49:35 Tommaso Cucinotta wrote: > Guenter Milde wrote: > > This is why I would greatly welcome improved support for external > > editing of the lyx source: > > > > * open a lyx file in LyX and jump to a specified place/line, so that I > > can easily go to `grep` resu

Re: XML?

Guenter Milde wrote: such use-case scenario would become much less likely to happen with Advanced Search, wouldn't it be ? Prabably. I am not (yet) familiar with the power and usage of the new interface. So I cannot tell whether it will be able to do regexp replacements in math, say. cur

Re: XML?

On 2010-02-02, Tommaso Cucinotta wrote: > Guenter Milde wrote: >> This is why I would greatly welcome improved support for external >> editing of the lyx source: >> * open a lyx file in LyX and jump to a specified place/line, so that I >> can easily go to `grep` results or the place I have been

Re: XML?

Guenter Milde wrote: This is why I would greatly welcome improved support for external editing of the lyx source: * open a lyx file in LyX and jump to a specified place/line, so that I can easily go to `grep` results or the place I have been editing in my valued text editor. such use-case

Re: XML?

On 2010-02-01, Steve Litt wrote: > On Monday 01 February 2010 05:24:30 Vincent van Ravesteijn - TNW wrote: >> >OK, I guess my question is this: If LyX were using >> >LuaTex, what would my LyX document look like in Vim? >> I'd rather make sure you won't need vim anymore :). > That's not gonna wor

Re: XML?

Steve Litt wrote: > In that case I have no opinion on LuaTeX because it doesn't affect me. Note that, if we gonna support luatex, it will be supported as just another backend (next to latex and xetex). Jürgen

Re: XML?

On Monday 01 February 2010 05:25:14 Jürgen Spitzmüller wrote: > Steve Litt wrote: > > OK, I guess my question is this: If LyX were using LuaTex, what would my > > LyX document look like in Vim? > > A LuaTeX backend would not affect the content of the LyX file, apart from > some > > \use_luatex

Re: XML?

On Monday 01 February 2010 05:24:30 Vincent van Ravesteijn - TNW wrote: > >OK, I guess my question is this: If LyX were using > >LuaTex, what would my LyX document look like in Vim? > > I'd rather make sure you won't need vim anymore :). > > Vincent That's not gonna work. One of my reasons for

RE: XML?

>OK, I guess my question is this: If LyX were using >LuaTex, what would my LyX document look like in Vim? I'd rather make sure you won't need vim anymore :). Vincent

Re: XML?

Steve Litt wrote: > OK, I guess my question is this: If LyX were using LuaTex, what would my > LyX document look like in Vim? A LuaTeX backend would not affect the content of the LyX file, apart from some \use_luatex 1 statement. Jürgen

Re: XML?

On Monday 01 February 2010 04:06:17 Jürgen Spitzmüller wrote: > Guenter Milde wrote: > > > On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: > > >> Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: > > > > > > This example has no content. I'd be interested to see a real LuaTeX > > >

Re: XML?

Guenter Milde wrote: > > On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: > >> Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: > > > > This example has no content. I'd be interested to see a real LuaTeX > > document in its native format. > > AFAIK LuaTeX is an engine (TeX to PDF

Re: XML?

On 2010-01-30, Steve Litt wrote: > On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: >> Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: > This example has no content. I'd be interested to see a real LuaTeX > document in its native format. AFAIK LuaTeX is an engine (TeX to PDF con

Re: XML?

On Sunday 31 January 2010 10:31:37 Stefano Franchi wrote: > >So please, don't be shy, show me an example of this format :-) > > A couple of examples from the ConTeXt wiki: > > http://wiki.contextgarden.net/User:Luigi.scarso#Luatex_examples > > > > > S. That's some pretty ugly stuff. It would

Re: XML?

> >So please, don't be shy, show me an example of this format :-) > A couple of examples from the ConTeXt wiki: http://wiki.contextgarden.net/User:Luigi.scarso#Luatex_examples S. >SteveT > >Steve Litt >Recession Relief Package >http://www.recession-relief.US >Twitter: http://www.twitter.co

Re: XML?

> > So please, don't be shy, show me an example of this format :-) > > SteveT > It's really hard to find some examples! Seems thy need a better marketing ;) But there is a German blog with some code snips http://www.luatex.de/ And find attached a luatex file from http://code.google.com/p/min

Re: XML?

On Saturday 30 January 2010 11:01:46 Stefano Franchi wrote: > On 01/30/10, Peter Kümmel wrote: > >Am Freitag, den 29.01.2010, 18:03 -0600 schrieb Stefano Franchi: > >> On 01/29/10, Steve Litt wrote: > >> >On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: > >> >> Am Freitag, den 29.01.2010, 1

Re: XML?

On 01/30/10, Peter Kümmel wrote: >Am Freitag, den 29.01.2010, 18:03 -0600 schrieb Stefano Franchi: >> On 01/29/10, Steve Litt wrote: >> >On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: >> >> Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: >> >> > Hi Peter, >> >> > >> >> > As a

Re: XML?

On Friday 29 January 2010 19:03:15 Stefano Franchi wrote: > On 01/29/10, Steve Litt wrote: > >On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: > >> Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: > >> > Hi Peter, > >> > > >> > As a LyX user who often parses LyX native code in doc

Re: XML?

On Fri, Jan 29, 2010 at 08:41:52PM -0500, John Levon wrote: > On Fri, Jan 29, 2010 at 11:18:02PM +0100, Peter Kümmel wrote: > > > Again, maybe I'm too late, but: > > Is a switch to XML is really a good idea? > > XML is everywhere. That simple. A lot of stuff that is "everywhere" is not a good id

Re: XML?

On Fri, Jan 29, 2010 at 11:18:02PM +0100, Peter Kümmel wrote: > Again, maybe I'm too late, but: > Is a switch to XML is really a good idea? XML is everywhere. That simple. regards john

Re: XML?

On 01/29/10, Steve Litt wrote: >On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: >> Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: >> > Hi Peter, >> > >> > As a LyX user who often parses LyX native code in documents, >> > programmatically writes LyX native code, and uses Vim to

Re: XML?

On Friday 29 January 2010 18:41:57 Peter Kümmel wrote: > Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: > > Hi Peter, > > > > As a LyX user who often parses LyX native code in documents, > > programmatically writes LyX native code, and uses Vim to change LyX > > native code, I have the

Re: XML?

Am Samstag, den 30.01.2010, 00:30 +0100 schrieb Peter Kümmel: > just google for these to words. Lua and > JavaScript are very similar. First Google hit (here) is "JSON: The Fat-Free Alternative to XML": http://www.json.org/xml.html Peter

Re: XML?

Am Freitag, den 29.01.2010, 17:55 -0500 schrieb Steve Litt: > > Hi Peter, > > As a LyX user who often parses LyX native code in documents, programmatically > writes LyX native code, and uses Vim to change LyX native code, I have the > same reservations about lua as I do with XML -- it might mak

Re: XML?

Am Freitag, den 29.01.2010, 17:50 -0500 schrieb rgheck: > On 01/29/2010 05:18 PM, Peter Kümmel wrote: > > Again, maybe I'm too late, but: > > Is a switch to XML is really a good idea? > > > > The XML hype is over, we don't use Java, LyX > > doesn't run on a Application-Server, and we > > live now i

Re: XML?

On 01/29/2010 05:18 PM, Peter Kümmel wrote: Again, maybe I'm too late, but: Is a switch to XML is really a good idea? The XML hype is over, we don't use Java, LyX doesn't run on a Application-Server, and we live now in a App/web-app world where Json is more common than XML. And living in the La

Re: XML?

On Friday 29 January 2010 17:18:02 Peter Kümmel wrote: > Again, maybe I'm too late, but: > Is a switch to XML is really a good idea? > > The XML hype is over, we don't use Java, LyX > doesn't run on a Application-Server, and we > live now in a App/web-app world where Json > is more common than XML

Re: xml in lyx

On Monday 25 January 2010 12:44:23 rgheck wrote: > > > > Using this idea the first step should probably be to swap the > > meta-characters, for the current lyx format we have the backslash and > > for xml we have the three characters you mentioned. > > > > This seems a reasonable first step to me

Re: xml in lyx

On 01/22/2010 01:42 PM, José Matos wrote: On Tuesday 19 January 2010 20:11:56 rgheck wrote: While just beginning to think about xml, it occurred to me that probably the first thing we have to do is modify the read and write routines so that they write entities for&,<, and>, at which point we

Re: xml in lyx

On Tuesday 19 January 2010 20:11:56 rgheck wrote: > While just beginning to think about xml, it occurred to me that probably > the first thing we have to do is modify the read and write routines so > that they write entities for &, <, and >, at which point we'll need > lyx2lyx to convert files,

Re: xml in lyx

Am 19.01.2010 um 21:11 schrieb rgheck: On 01/13/2010 01:36 PM, José Matos wrote: Hi all, I would like to start working on the goal of having lyx with an xml file format. While just beginning to think about xml, it occurred to me that probably the first thing we have to do is modify th

Re: xml in lyx

On 01/13/2010 01:36 PM, José Matos wrote: Hi all, I would like to start working on the goal of having lyx with an xml file format. While just beginning to think about xml, it occurred to me that probably the first thing we have to do is modify the read and write routines so that they writ

Re: xml in lyx

On 01/15/2010 08:02 AM, Steve Litt wrote: On Friday 15 January 2010 07:34:02 Philiрp Rеichmuth wrote: Am Fri, 15 Jan 2010 10:28:10 + (UTC) schrieb Guenter Milde: If ever we want to switch to a XML like math format, it should use Unicode where available. For an incremental transiti

  1   2   >