Re: xml in lyx

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

Re: r33007 - lyx-devel/trunk/lib/doc

Le 14 janv. 10 à 01:54, Uwe Stöhr a écrit : This is an interesting issue. I wasn't aware of that problem. So the best is to leave it as it is. The UserGuide already explains the different types of dashes and tells the user that there are two different ways of inserting them (as --- and as

Re: tex2lyx and the manuals [was: r33009]

On 2010-01-13, Pavel Sanda wrote: Vincent van Ravesteijn - TNW wrote: doesn't work because of different preambles and different needs of manuals. Which I still don't understand. http://www.lyx.org/trac/ticket/5460 only repeats this claim: to make that work through master/child is

Re: xml in lyx

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

Re: Towards LyX 1.7 (2.0)

Uwe Stöhr wrote: Dear colleagues, I think it is time to finalize the next major LyX release. I agree. We should try to get the implemented features ready and concentrate on stabilizing then. - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing

Re: r33007 - lyx-devel/trunk/lib/doc

On 2010-01-13, rgheck wrote: On 01/13/2010 06:34 AM, Jean-Marc Lasgouttes wrote: Of course, a better UI could be to transform a - into a -- (I do not have the unicode codepoint handy, sorry) when typing - after it (like spaces in math). A better UI *might* (and I do mean *might*) be to

Re: r31472 - in lyx-devel/trunk/src: . frontends/qt4

Vincent van Ravesteijn - TNW wrote: Author: younes Date: Sun Sep 27 12:29:13 2009 New Revision: 31472 URL: http://www.lyx.org/trac/changeset/31472 Log: Transfer LFUN_INSET_APPLY from GuiView to BufferView. The list of dialog edited inset is now stored in BufferView. Before this

Re: r33015 - lyx-devel/trunk/src/frontends/qt4

v...@lyx.org wrote: Author: vfr Date: Wed Jan 13 21:25:17 2010 New Revision: 33015 URL: http://www.lyx.org/trac/changeset/33015 Log: Fix (partly?) bug #6451: Crash when interacting with buffer-dependent dialog with no buffer open. It seems to be a good idea to close all buffer-dependent

Does holding down Ctrl-T cause an assertion on your svn 2.0.0?

On Thu, Jan 14, 2010 at 9:46 AM, Uwe Stöhr uwesto...@web.de wrote: The important issue is the roadmap: - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing this has been proven suitable in the last 2 release cycles. One nasty bug is that, on my

Re: Towards LyX 1.7 (2.0)

Uwe Stöhr wrote: The important issue is the roadmap: - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing this has been proven suitable in the last 2 release cycles. i remember flaming threads about your private releases last time and its kind of

Re: tex2lyx and the manuals [was: r33009]

Guenter Milde wrote: On 2010-01-13, Pavel Sanda wrote: Vincent van Ravesteijn - TNW wrote: doesn't work because of different preambles and different needs of manuals. Which I still don't understand. http://www.lyx.org/trac/ticket/5460 only repeats this claim: no, the point

Re: xml in lyx

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

Re: Towards LyX 1.7 (2.0)

BH wrote: Although trunk may be close to ready on other platforms, there are some serious problems on Mac. As I've reported before, I cannot do things like insert citations or change the document preamble: when I click OK on the dialog, the dialog disappears, but nothing changes in the

Re: Next main release

Pavel Sanda wrote: 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

Re: Towards LyX 1.7 (2.0)

Pavel Sanda wrote: Uwe Stöhr wrote: The important issue is the roadmap: - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing this has been proven suitable in the last 2 release cycles. i remember flaming threads about your private releases

RE: r31472 - in lyx-devel/trunk/src: . frontends/qt4

Author: younes Date: Sun Sep 27 12:29:13 2009 New Revision: 31472 URL: http://www.lyx.org/trac/changeset/31472 Log: Transfer LFUN_INSET_APPLY from GuiView to BufferView. The list of dialog edited inset is now stored in BufferView. Before this commit, dialogs that were connected to

Re: Towards LyX 1.7 (2.0)

Jürgen Spitzmüller schrieb: - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing this has been proven suitable in the last 2 release cycles. Unless I missed something, José is still the release maintainer. Sure he is and I also don't want to

Re: Towards LyX 1.7 (2.0)

Uwe Stöhr wrote: Unless I missed something, José is still the release maintainer. Sure he is and I also don't want to become a release maintainer. It is therefore of course José's decision when a beta version comes out. For the pre-releases, I was in the past allowed to release them

Re: r31472 - in lyx-devel/trunk/src: . frontends/qt4

Vincent van Ravesteijn - TNW wrote: Author: younes Date: Sun Sep 27 12:29:13 2009 New Revision: 31472 URL: http://www.lyx.org/trac/changeset/31472 Log: Transfer LFUN_INSET_APPLY from GuiView to BufferView. The list of dialog edited inset is now stored in BufferView. Before this

RE: Towards LyX 1.7 (2.0)

BH wrote: Although trunk may be close to ready on other platforms, there are some serious problems on Mac. As I've reported before, I cannot do things like insert citations or change the document preamble: when I click OK on the dialog, the dialog disappears, but nothing changes in the document.

EmDash and unicodesymbols [was: r33007]

On 01/14/2010 03:41 AM, Guenter Milde wrote: Then the unicodesymbols replacement definition 0x2014 \\textemdash # EM DASH is wrong. We could consider 0x2013 -- # EN DASH 0x2014 --- # EM DASH but I did not check for negative side effects.

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/14/2010 03:24 AM, Jean-Marc Lasgouttes wrote: Le 14 janv. 10 à 01:54, Uwe Stöhr a écrit : This is an interesting issue. I wasn't aware of that problem. So the best is to leave it as it is. The UserGuide already explains the different types of dashes and tells the user that there are two

Re: xml in lyx

Pavel Sanda sa...@lyx.org 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

Re: xml in lyx

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 HelpAbout Qt. rh

Re: xml in lyx

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 HelpAbout Qt. Or qmake -v Abdel.

Re: Towards LyX 1.7 (2.0)

Pavel Sanda sa...@lyx.org writes: - Are there other missing features that you are working on and that you want to have in LyX 1.7 before a beta release? revision info under VCS is still in plan (fileformat change). but not necessarily before beta, shouldn't be big change... I still need to

Re: r33007 - lyx-devel/trunk/lib/doc

rgheck rgh...@bobjweil.com writes: I offer the attached LyX file as proof. Trying to open this 2.0.0svn file under 1.6.x made me remember this rather unintuitive behaviour Warning: 376: Format not supported. Warning: Quiting. Error: Conversion script failed

Re: EmDash and unicodesymbols

rgheck rgh...@bobjweil.com writes: On 01/14/2010 03:41 AM, Guenter Milde wrote: Then the unicodesymbols replacement definition 0x2014 \\textemdash # EM DASH is wrong. We could consider 0x2013 -- # EN DASH 0x2014 --- # EM DASH but I

Re: EmDash and unicodesymbols

On 01/14/2010 08:28 AM, Jean-Marc Lasgouttes wrote: rgheckrgh...@bobjweil.com writes: On 01/14/2010 03:41 AM, Guenter Milde wrote: Then the unicodesymbols replacement definition 0x2014 \\textemdash # EM DASH is wrong. We could consider 0x2013 --

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/14/2010 08:26 AM, Jean-Marc Lasgouttes wrote: rgheckrgh...@bobjweil.com writes: I offer the attached LyX file as proof. Trying to open this 2.0.0svn file under 1.6.x made me remember this rather unintuitive behaviour Warning: 376: Format not supported. Warning: Quiting.

Re: r33027 - lyx-devel/trunk/src/mathed

On 01/14/2010 08:29 AM, for...@lyx.org wrote: Author: forenr Date: Thu Jan 14 14:29:13 2010 New Revision: 33027 URL: http://www.lyx.org/trac/changeset/33027 Log: Fix XHTML output on systems where char_type is not typedef'd to wchar_t. See docstream.h for the explanation. Thanks. rh

RE: r33007 - lyx-devel/trunk/lib/doc

/afs/inria.fr/rocq/home/imara/lasgoutt/dash.lyx is from a different version of LyX, but the lyx2lyx script failed to convert it. The last sentence is what I get in a dialog box. Could I get LyX to tell me that it is a _too_new_ version of the file format? Alert::error(_(Conversion

Re: xml in lyx

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

RE: Does holding down Ctrl-T cause an assertion on your svn 2.0.0?

One nasty bug is that, on my machine, pressing Ctrl-T (view postscript) has about a 20% chance of triggering an SIGABRT. If I hold down Ctrl-T I will get an assertion within a few seconds. Does holding down Ctrl-T for several seconds on a blank document trigger a SIGABRT on your copy of trunk?

RE: r33015 - lyx-devel/trunk/src/frontends/qt4

Author: vfr Date: Wed Jan 13 21:25:17 2010 New Revision: 33015 URL: http://www.lyx.org/trac/changeset/33015 Log: Fix (partly?) bug #6451: Crash when interacting with buffer-dependent dialog with no buffer open. It seems to be a good idea to close all buffer-dependent dialogs when

RE: r31472 - in lyx-devel/trunk/src: . frontends/qt4

This is intended. Dialog disappearing automagically are bad. The correct behaviour is to disable dialog when the inset is disconnected. Please don't tell me you're making intentional changes by breaking code while pretending that the code is only adjusted to the

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/14/2010 08:38 AM, Vincent van Ravesteijn - TNW wrote: /afs/inria.fr/rocq/home/imara/lasgoutt/dash.lyx is from a different version of LyX, but the lyx2lyx script failed to convert it. The last sentence is what I get in a dialog box. Could I get LyX to tell me that it

Re: xml in lyx

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.: text command math This would save the need to do some long switch on the type before we can figure out where to go next. All

Re: Towards LyX 1.7 (2.0)

On Thu, Jan 14, 2010 at 7:53 AM, Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl wrote: BH wrote: Although trunk may be close to ready on other platforms, there are some serious problems on Mac. As I've reported before, I cannot do things like insert citations or change the document

Re: r33015 - lyx-devel/trunk/src/frontends/qt4

Vincent van Ravesteijn - TNW wrote: This makes me think of the oddity that you can't open the outline without a document etc. yes, also we have not nice hacks to get them displayed after start, cf #5082 . pavel

Re: Towards LyX 1.7 (2.0)

On 01/13/2010 09:52 PM, BH wrote: On Wed, Jan 13, 2010 at 8:46 PM, Uwe Stöhruwesto...@web.de wrote: Dear colleagues, I think it is time to finalize the next major LyX release. Pavel today posted the first related issue - the version number. (I don't have a strong opinion but as this

Re: xml in lyx

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 ainset type=formula tag). (This can be

Re: Towards LyX 1.7 (2.0)

On 01/14/2010 08:49 AM, BH wrote: On Thu, Jan 14, 2010 at 7:53 AM, Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl wrote: BH wrote: Although trunk may be close to ready on other platforms, there are some serious problems on Mac. As I've reported before, I cannot do things

Re: Towards LyX 1.7 (2.0)

On 01/14/2010 03:41 AM, Jürgen Spitzmüller wrote: Uwe Stöhr wrote: - Are there other missing features that you are working on and that you want to have in LyX 1.7 before a beta release? I still have the multiple converters thing pending. But I'm somewhat stuck. I'm not sure I can

Re: xml in lyx

rgheck wrote: Anyway, for now, it seems to me, we should leave math alone and just do the boring thing I suggested earlier: math display=falsea+b=2^x/math That's the best option indeed. Abdel.

Re: Towards LyX 1.7 (2.0)

On 01/14/2010 07:19 AM, Jürgen Spitzmüller wrote: Uwe Stöhr wrote: Unless I missed something, José is still the release maintainer. Sure he is and I also don't want to become a release maintainer. It is therefore of course José's decision when a beta version comes out. For the

Re: Towards LyX 1.7 (2.0)

On 01/14/2010 04:57 AM, Pavel Sanda wrote: Uwe Stöhr wrote: The important issue is the roadmap: - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing this has been proven suitable in the last 2 release cycles. i remember flaming threads

Re: Towards LyX 1.7 (2.0)

On 01/14/2010 08:17 AM, Jean-Marc Lasgouttes wrote: I'm sure that our university will support us with Internet access and rooms for the meeting, but the accommodation might be a problem (my flat is too small). However, I think I will find a cheap solution if I can estimate the number of

Re: xml in lyx

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

RE: Towards LyX 1.7 (2.0)

As Jurgen said, if we call them development snapshots and make clear that this is what they are, then it seems fine to release them whenever. [...] So I think it's just the terminology that matters here. Yes, it's a matter of terminology. So, I'd prefer not to speak about releasing the

Re: r33015 - lyx-devel/trunk/src/frontends/qt4

Vincent van Ravesteijn - TNW wrote: Author: vfr Date: Wed Jan 13 21:25:17 2010 New Revision: 33015 URL: http://www.lyx.org/trac/changeset/33015 Log: Fix (partly?) bug #6451: Crash when interacting with buffer-dependent dialog with no buffer open. It seems to be a good idea to close all

Re: Towards LyX 1.7 (2.0)

rgheck wrote: On 01/14/2010 07:19 AM, Jürgen Spitzmüller wrote: Uwe Stöhr wrote: Unless I missed something, José is still the release maintainer. Sure he is and I also don't want to become a release maintainer. It is therefore of course José's decision when a beta version comes

Re: Towards LyX 1.7 (2.0)

On 01/13/2010 08:46 PM, Uwe Stöhr wrote: Dear colleagues, I think it is time to finalize the next major LyX release. Pavel today posted the first related issue - the version number. (I don't have a strong opinion but as this version includes less new stuff than 1.6, we should perhaps name it

Re: Towards LyX 1.7 (2.0)

Richard Heck wrote: As Jurgen said, if we call them development snapshots and make clear that this is what they are, then it seems fine to release them whenever. Anyone of course development snapshots can be done any time and some projects do that every night ;) comfortable doing so, and it

Multiple Indexes

Jurgen, mostly, Since we're starting to talk polish, a couple minor UI things. First, I think the index inset should display something besides just Idx in the two cases, perhaps something like Idx:Names if you're defined a Names index. Second, the InsertToc menu should probably say Index:

Re: Towards LyX 1.7 (2.0)

Abdelrazak Younes wrote: FYI I got maybe 1 request each week from people wanting to try the inline spellchecker... Some of them (from the Linux crowd) manage to compile trunk but Mac and Windows people just shy away frustrated :-) lyx 2.0 snapshots are already available via lytex if it

RE: Towards LyX 1.7 (2.0)

... Windows people just shy away frustrated :-) Compiling for Windows is not easy. Another todo-list, to either document better or to make it better. In the beginning I had problems compiling both on Linux as on Windows. That delayed my active participation with two years or something. If

Re: Towards LyX 1.7 (2.0)

On 01/14/2010 09:31 AM, Abdelrazak Younes wrote: rgheck wrote: On 01/14/2010 07:19 AM, Jürgen Spitzmüller wrote: Uwe Stöhr wrote: Unless I missed something, José is still the release maintainer. Sure he is and I also don't want to become a release maintainer. It is therefore of course

Re: Towards LyX 1.7 (2.0)

Vincent van Ravesteijn - TNW wrote: ... Windows people just shy away frustrated :-) Compiling for Windows is not easy. Another todo-list, to either document better or to make it better. In the beginning I had problems compiling both on Linux as on Windows. That delayed my active

RE: Towards LyX 1.7 (2.0)

I like Cmake on windows, but it seems (to me) you can't use this with the precompiled qt binaries. Wrong. I used the latest MSVC compiled Qt4.6 from Nokia: works just fine! Did you download this one then: Download Qt libraries 4.6 for Windows (VS 2008, 190 MB) from the qt website ? Actually

Re: EmDash and unicodesymbols

rgheck rgh...@bobjweil.com writes: I made a file similar to the other one, with \textemdash in ERT where I otherwise had --- or the Unicode glyph. The LaTeX export had the same problems---no ability to break the line---as with the Unicode glyph. OK, I thought you mean that --- had the same

RE: r33015 - lyx-devel/trunk/src/frontends/qt4

This makes me think of the oddity that you can't open the outline without a document etc. yes, also we have not nice hacks to get them displayed after start, cf #5082 . I was wondering about this. The new Progress View does get displayed after start. The toc is only sometimes displayed.

RE: Towards LyX 1.7 (2.0)

In my experiments with the SVN version of LyX, I've found that the only things you needed to install (other than the Qt dependencies) is the current version of the Qt SDK/QtCreator (available as package installer from Nokia) and CMake. This has worked for me on all the major platforms, though I

Re: floats and subfloats with longtables SOLVED

Liviu Andronic wrote: Dear all Sorry for the cross-posting, but this is at the same time posting a solution and requesting a feature. I've been using table floats with subfloats and normal tables, and they work nicely. However, when the float becomes too long for the page---because of the

Re: Towards LyX 1.7 (2.0)

Rob Oakes wrote: Cheers, Rob btw Rob, we have in trunk LFUN_OUTLINE_DRAGMOVE, which was your attempt to start working on better outliner and cork. its broken and unmaintained. do you plan some progress? otherwise i will just kill it. pavel

RE: Towards LyX 1.7 (2.0)

Hi Pavel, Yes, I do. It's the next major project I've got sitting on my plate, but the current project (a book) has been sucking all of my spare time and energy. The next major piece I've been working on was getting the ability to read and write to the buffer from specialized views like the

Re: EmDash and unicodesymbols

On 01/14/2010 10:00 AM, Jean-Marc Lasgouttes wrote: rgheckrgh...@bobjweil.com writes: I made a file similar to the other one, with \textemdash in ERT where I otherwise had --- or the Unicode glyph. The LaTeX export had the same problems---no ability to break the line---as with the Unicode

Re: r33007 - lyx-devel/trunk/lib/doc

On 2010-01-14, rgheck wrote: On 01/14/2010 03:24 AM, Jean-Marc Lasgouttes wrote: I think this is a case where we can just say : do like that now, this is the LyX philosophy... But there is no need to push this on the readers of the tutorial... Yes, and because it is the right way to do it,

Re: r33007 - lyx-devel/trunk/lib/doc

Guenter Milde wrote: Not all fonts will replace --- by an em-dash. Can you name an example? Jürgen

Re: Towards LyX 1.7 (2.0)

Vincent van Ravesteijn - TNW wrote: I like Cmake on windows, but it seems (to me) you can't use this with the precompiled qt binaries. Wrong. I used the latest MSVC compiled Qt4.6 from Nokia: works just fine! Did you download this one then: Download Qt libraries 4.6 for

Re: Multiple Indexes

rgheck wrote: a couple minor UI things. I have recorded it on track. I'll come back to it. Jürgen

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/14/2010 10:45 AM, Guenter Milde wrote: On 2010-01-14, rgheck wrote: On 01/14/2010 03:24 AM, Jean-Marc Lasgouttes wrote: I think this is a case where we can just say : do like that now, this is the LyX philosophy... But there is no need to push this on the readers of

RE: Towards LyX 1.7 (2.0)

BH wrote: (I can't enter an lfun for selecting the OK button.) lyx -dbg action gives the following output when opening the insert citation dialog, adding a citation, and pressing OK: What happens if you enter the following: inset-apply citation CommandInset citation LatexCommand citet key bla

Re: floats and subfloats with longtables SOLVED

Hello On Thu, Jan 14, 2010 at 3:01 PM, Helge Hafting helge.haft...@hist.no wrote: So: When you want a one-piece table, use a table inside a float. When you want a table that can break across pages, use a longtable without the float. And if you want several tables so that the page can

Re: xml in lyx

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 approach will

Re: r33007 - lyx-devel/trunk/lib/doc

rgheck rgh...@bobjweil.com writes: As Jurgen said, do you have an example? And, as I've said, the Unicode version gives the wrong spacing. I think Guenter advocates the use of the unicode character on screen, and --- in latex, using the unicodesymbols file (am I right?). JMarc

Re: xml in lyx

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

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/14/2010 11:39 AM, Jean-Marc Lasgouttes wrote: rgheckrgh...@bobjweil.com writes: As Jurgen said, do you have an example? And, as I've said, the Unicode version gives the wrong spacing. I think Guenter advocates the use of the unicode character on screen, and --- in latex, using

Re: Towards LyX 1.7 (2.0)

On Thu, Jan 14, 2010 at 11:20 AM, Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl wrote: BH wrote: (I can't enter an lfun for selecting the OK button.) lyx -dbg action gives the following output when opening the insert citation dialog, adding a citation, and pressing OK: What happens

RE: Towards LyX 1.7 (2.0)

What happens if you enter the following: inset-apply citation CommandInset citation LatexCommand citet key bla \end_inset And what if you enter the following: inset-insert citation CommandInset citation LatexCommand citet key bla \end_inset In each case, entering this in the command

Re: Towards LyX 1.7 (2.0)

On Thu, Jan 14, 2010 at 12:28 PM, Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl wrote: What happens if you enter the following: inset-apply citation CommandInset citation LatexCommand citet key bla \end_inset And what if you enter the following: inset-insert citation

Re: Towards LyX 1.7 (2.0)

Am 14.01.2010 um 14:53 schrieb rgheck: I recently purchased a MacBook so that I'd have access to a Mac for LyX-related purposes. Congrats! :-) Can you send me a private message about what I need to do to be able to compile LyX on Snow Leopard? I.e., how to install the Qt development stuff,

XHTML in Trac

Can someone add an XHTML component to the trac bug thingy and make me owner? We're about ready for this. rh

Re: r33007 - lyx-devel/trunk/lib/doc

On 2010-01-14, rgheck wrote: On 01/14/2010 11:39 AM, Jean-Marc Lasgouttes wrote: rgheckrgh...@bobjweil.com writes: The input ligature can have unwanted side-effects. Copy the following into a LyX window: To get help, use # ls --help Look at the PDF. I copied the text back from

Re: xml in lyx

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 β

Re: xml in lyx

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

Re: Towards LyX 1.7 (2.0)

On Thursday 14 January 2010 01:46:04 Uwe Stöhr wrote: Dear colleagues, I think it is time to finalize the next major LyX release. Pavel today posted the first related issue - the version number. (I don't have a strong opinion but as this version includes less new stuff than 1.6, we should

Re: Towards LyX 1.7 (2.0)

On Thursday 14 January 2010 09:57:14 Pavel Sanda wrote: Uwe Stöhr wrote: The important issue is the roadmap: - I would like to release a pre-release of current trunk in a few days if I'm allowed to. Doing this has been proven suitable in the last 2 release cycles. i remember

Re: Towards LyX 1.7 (2.0)

On Thursday 14 January 2010 14:11:48 rgheck wrote: I'm on leave in the fall, so it's possible even I could make it. That would be nice. I own you a six pack. :-) rh -- José Abílio

Re: r33007 - lyx-devel/trunk/lib/doc

Before we have any more of this discussion, let me just emphasize that my original concern was with the use of the Unicode emdash in the User's Guide and Tutorial, where it gives bad results, according to the standards of English typography. That is what I was proposing to change. The issue

Re: xml in lyx

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

Re: r33007 - lyx-devel/trunk/lib/doc

Le 14 janv. 10 à 01:54, Uwe Stöhr a écrit : This is an interesting issue. I wasn't aware of that problem. So the best is to leave it as it is. The UserGuide already explains the different types of dashes and tells the user that there are two different ways of inserting them (as "---" and as

Re: tex2lyx and the manuals [was: r33009]

On 2010-01-13, Pavel Sanda wrote: > Vincent van Ravesteijn - TNW wrote: >> >doesn't work because of different preambles and different >> >needs of manuals. >> > >> Which I still don't understand. > http://www.lyx.org/trac/ticket/5460 only repeats this claim: to make that work through

Re: xml in lyx

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

Re: Towards LyX 1.7 (2.0)

Uwe Stöhr wrote: > Dear colleagues, > > I think it is time to finalize the next major LyX release. I agree. We should try to get the implemented features ready and concentrate on stabilizing then. > - I would like to release a pre-release of current trunk in a few days if > I'm allowed to.

Re: r33007 - lyx-devel/trunk/lib/doc

On 2010-01-13, rgheck wrote: > On 01/13/2010 06:34 AM, Jean-Marc Lasgouttes wrote: >> Of course, a better UI could be to >> transform a - into a -- (I do not have the unicode codepoint handy, >> sorry) when typing - after it (like spaces in math). > A better UI *might* (and I do mean *might*) be

Re: r31472 - in lyx-devel/trunk/src: . frontends/qt4

Vincent van Ravesteijn - TNW wrote: Author: younes Date: Sun Sep 27 12:29:13 2009 New Revision: 31472 URL: http://www.lyx.org/trac/changeset/31472 Log: Transfer LFUN_INSET_APPLY from GuiView to BufferView. The list of dialog edited inset is now stored in BufferView. Before this

Re: r33015 - lyx-devel/trunk/src/frontends/qt4

v...@lyx.org wrote: Author: vfr Date: Wed Jan 13 21:25:17 2010 New Revision: 33015 URL: http://www.lyx.org/trac/changeset/33015 Log: Fix (partly?) bug #6451: Crash when interacting with buffer-dependent dialog with no buffer open. It seems to be a good idea to close all buffer-dependent

Does holding down Ctrl-T cause an assertion on your svn 2.0.0?

On Thu, Jan 14, 2010 at 9:46 AM, Uwe Stöhr wrote: > The important issue is the roadmap: > - I would like to release a pre-release of current trunk in a few days if > I'm allowed to. Doing this has been proven suitable in the last 2 release > cycles. One nasty bug is that, on my

Re: Towards LyX 1.7 (2.0)

Uwe Stöhr wrote: > The important issue is the roadmap: > > - I would like to release a pre-release of current trunk in a few days if > I'm allowed to. Doing this has been proven suitable in the last 2 release > cycles. i remember flaming threads about your private releases last time and its

  1   2   >