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
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
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,
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
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
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
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 transition, we could use
> > Unicode chars in LaTeX fo
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 transition, we could use
> Unicode chars in LaTeX format right now.
I think this is a fundamentally bad idea. I use LyX
On 2010-01-14, rgheck wrote:
> On 01/14/2010 05:28 PM, Guenter Milde wrote:
>> On 2010-01-14, rgheck wrote:
>>> On 01/14/2010 03:05 AM, Guenter Milde wrote:
>> I propose to use Unicode chars in the LyX file (so that if your write
>> \hbar, the math editor would not only show ℏ in the GUI but also
On 01/14/2010 05:28 PM, Guenter Milde wrote:
On 2010-01-14, rgheck wrote:
On 01/14/2010 03:05 AM, Guenter Milde wrote:
We could consider using Unicode characters for LaTeX macros which are
supported by our 'unicodesymbols' file, e.g. β for \beta and ∫ for \int.
Here again
On 2010-01-14, rgheck wrote:
> On 01/14/2010 03:05 AM, Guenter Milde wrote:
>> We could consider using Unicode characters for LaTeX macros which are
>> supported by our 'unicodesymbols' file, e.g. β for \beta and ∫ for \int.
> Here again, unless we're proposing to write \beta as β and then read
Steve Litt wrote:
On Thursday 14 January 2010 09:13:04 Abdelrazak Younes wrote:
rgheck wrote:
On 01/13/2010 01:36 PM, José Matos wrote:
- how to proceed in the mean time?
+ using an iterative approach we will have a file that will be
xml-ized by
parts
I think t
On Thursday 14 January 2010 09:13:04 Abdelrazak Younes wrote:
> rgheck wrote:
> > On 01/13/2010 01:36 PM, José Matos wrote:
> >>- how to proceed in the mean time?
> >> + using an iterative approach we will have a file that will be
> >> xml-ized by
> >> parts
> >
> > I think the incremental
rgheck wrote:
On 01/13/2010 01:36 PM, José Matos wrote:
- how to proceed in the mean time?
+ using an iterative approach we will have a file that will be
xml-ized by
parts
I think the incremental approach will actually be much less intrusive
than it might at first seem, and some
rgheck wrote:
Anyway, for now, it seems to me, we should leave math alone and just
do the boring thing I suggested earlier:
a+b=2^x
That's the best option indeed.
Abdel.
On 01/14/2010 03:05 AM, Guenter Milde wrote:
On 2010-01-13, Andre Poenitz wrote:
Try to use the 'layout oriented' bits of MathML and invent our own for
the few cases where there is no clean match.
I suggest keeping math in LaTeX format (inside a
tag). (This can be changed later, if th
One other thought about the format.
In thinking about this, it occurred to me that there might be reasons to
have different tags for different sorts of insets. E.g.:
This would save the need to do some long switch on the "type" before we
can figure out where to go next. All the command ins
On 01/13/2010 07:27 PM, José Matos wrote:
On Wednesday 13 January 2010 18:51:19 Andre Poenitz wrote:
- what to do with math?
Try to use the 'layout oriented' bits of MathML and invent our own for
the few cases where there is no clean match.
Richard you have been fiddling
rgheck wrote:
On 01/14/2010 05:18 AM, Pavel Sanda wrote:
Steve Litt wrote:
How does one tell what version of Qt is on his computer?
package manager of the distribution you use will tell.
Or launch qtconfig-qt4 and go to Help>About Qt.
Or "qmake -v"
Abdel.
On 01/14/2010 05:18 AM, Pavel Sanda wrote:
Steve Litt wrote:
How does one tell what version of Qt is on his computer?
package manager of the distribution you use will tell.
Or launch qtconfig-qt4 and go to Help>About Qt.
rh
Pavel Sanda writes:
> Steve Litt wrote:
>> How does one tell what version of Qt is on his computer?
>
> package manager of the distribution you use will tell.
Or the command "lyx -version".
JMarc
Steve Litt wrote:
> How does one tell what version of Qt is on his computer?
package manager of the distribution you use will tell.
pavel
because while its acceptible that we have multiple ifdefs which
fixes changing
behaviour of Qt in UI it would be really nightmare if we read/
write .lyx file
wrongly because the shiny new qt version contains some unfortunate
bug. this
kind of stability seems to me as critical enough to contai
On 2010-01-13, Andre Poenitz wrote:
> On Wed, Jan 13, 2010 at 06:36:09PM +, José Matos wrote:
>> - what to do with math?
> Try to use the 'layout oriented' bits of MathML and invent our own for
> the few cases where there is no clean match.
I suggest keeping math in LaTeX format (inside a
On Wednesday 13 January 2010 19:39:40 José Matos wrote:
> OK, that would imply to bump Qt requirement to 4.3 (not too bad) but before
> doing that are we sure that this version works for our needs?
How does one tell what version of Qt is on his computer?
SteveT
Steve Litt
Recession Relief Pack
José Matos wrote:
> > >+ libxml2
> > >+ boost variant
> >
> > Qt ? http://qt.nokia.com/doc/4.6/xml-processing.html
are there some differences as far as 'stability' is concerned?
because while its acceptible that we have multiple ifdefs which fixes changing
behaviour of Qt in UI it would
On Thursday 14 January 2010 00:28:23 Vincent van Ravesteijn wrote:
> QXmlReader is there at least since Qt4.0, QXmlStreamReader was
> introduced in Qt4.3.
OK, that would imply to bump Qt requirement to 4.3 (not too bad) but before
doing that are we sure that this version works for our needs?
I
José Matos wrote:
> But sure I am open for the next release to be made without XML.
considering rather finishing status of work on bigger features i think
this is the reasonable way. even before few months people asked about
intermediate release which raises few questions on our release maintainer
On Wednesday 13 January 2010 19:08:30 rgheck wrote:
> FYI, I think one write_xml() routine is enough. ;-)
:-)
I can change the name if you insist. :-)
> rh
--
José Abílio
José Matos schreef:
On Wednesday 13 January 2010 18:40:59 Vincent van Ravesteijn - TNW wrote:
Hi all,
I would like to start working on the goal of having lyx
with an xml file format.
Some of the issues we will have to tackle:
- what parser library to use?
+ libxml2
+ boost variant
On Wednesday 13 January 2010 18:51:19 Andre Poenitz wrote:
> Any reason not to use QXmlStreamReader?
None other, as I said before to Vincent, as to understand how Qt 4.2 of it
behaves.
> > - what to do with math?
>
> Try to use the 'layout oriented' bits of MathML and invent our own for
> the
On Wednesday 13 January 2010 19:12:12 Pavel Sanda wrote:
> major features freeze and release of alpha was my thought behind.
> all advertised (big) features are basically in trunk plus minus some
> finishing.
>
> with pusing xml in i expect again next year without release.
XML file format is well
On Wednesday 13 January 2010 18:40:59 Vincent van Ravesteijn - TNW wrote:
> >Hi all,
> >
> >I would like to start working on the goal of having lyx
> >with an xml file format.
> >
> >Some of the issues we will have to tackle:
> > - what parser library to use?
> >
> >+ libxml2
> >+ boost
rgheck wrote:
> Note, by the way, that the new "advanced find and replace" feature is
going to make sure scripts a lot less necessary.
Probably true if you're thinking of interactive find/replace actions
that people usually do by editing the .lyx file by hand (and I'm equally
scared about x^2
On 01/13/2010 04:13 PM, Steve Litt wrote:
On Wednesday 13 January 2010 13:36:09 José Matos wrote:
Hi all,
I would like to start working on the goal of having lyx with an xml file
format.
Once again I'd like to say that if not done exactly right, XMLizing LyX native
format will disenf
On Wednesday 13 January 2010 13:36:09 José Matos wrote:
> Hi all,
>
> I would like to start working on the goal of having lyx with an xml file
> format.
Once again I'd like to say that if not done exactly right, XMLizing LyX native
format will disenfranchise the significant minority of users who
Richard Heck wrote:
>>> Any other points that I had forget?
>>>
>> i didnt get one thing - you intend to push this into the current trunk or
>> after next lyx release?
>>
>>
> Speaking of the next release, I think we should also think about that. We
> have a LOT of new features, so unles
+ the code that I already have in lyx2lyx deals easily with all the other
stuff (the patch I was working follows attached, this is only an hint we could
use a different implementation but I think that this server as a good first
step to boost the discussion on the topic).
FYI, I think
On 01/13/2010 01:36 PM, José Matos wrote:
- how to proceed in the mean time?
+ using an iterative approach we will have a file that will be xml-ized by
parts
I think the incremental approach will actually be much less intrusive
than it might at first seem, and some of it, not necess
On 01/13/2010 01:41 PM, Pavel Sanda wrote:
José Matos wrote:
Any other points that I had forget?
i didnt get one thing - you intend to push this into the current trunk or
after next lyx release?
Speaking of the next release, I think we should also think about that.
We have a LOT
On Wed, Jan 13, 2010 at 06:36:09PM +, José Matos wrote:
> Hi all,
>
> I would like to start working on the goal of having lyx with an xml file
> format.
>
> Some of the issues we will have to tackle:
> - what parser library to use?
> + libxml2
> + boost variant
Any reason not to u
José Matos wrote:
> Any other points that I had forget?
i didnt get one thing - you intend to push this into the current trunk or
after next lyx release?
pavel
>Hi all,
>
>I would like to start working on the goal of having lyx
>with an xml file format.
>
>Some of the issues we will have to tackle:
> - what parser library to use?
>+ libxml2
>+ boost variant
>
Qt ? http://qt.nokia.com/doc/4.6/xml-processing.html
Vincent
Hi all,
I would like to start working on the goal of having lyx with an xml file
format.
Some of the issues we will have to tackle:
- what parser library to use?
+ libxml2
+ boost variant
- how to proceed in the mean time?
+ using an iterative approach we will have a file that w
44 matches
Mail list logo
