Server Painfully Slow

At least the web part. Can anyone try to do something about this? rh

Re: r31798 - lyx-devel/trunk/src/insets

On 10/29/2009 08:33 PM, v...@lyx.org wrote: Author: vfr Date: Fri Oct 30 01:33:56 2009 New Revision: 31798 URL: http://www.lyx.org/trac/changeset/31798 Log: Standard Layout should be MultiPar. Now, because LFUN_BREAK_PARAGRAPHS really uses the MultiPar property, it is necessary to set it correc

Resetting the Parent [Re: r31809 - lyx-devel/trunk/src]

On 10/30/2009 11:24 AM, v...@lyx.org wrote: Author: vfr Date: Fri Oct 30 16:24:35 2009 New Revision: 31809 URL: http://www.lyx.org/trac/changeset/31809 Log: Issue a warning if a document has two parents. We should do something smart then, but what? This description seems not quite right. I

Re: r31809 - lyx-devel/trunk/src

On 10/30/2009 12:02 PM, Abdelrazak Younes wrote: v...@lyx.org wrote: Author: vfr Date: Fri Oct 30 16:24:35 2009 New Revision: 31809 URL: http://www.lyx.org/trac/changeset/31809 Log: Issue a warning if a document has two parents. We should do something smart then, but what? - Do we want to as

Re: r31809 - lyx-devel/trunk/src

On 10/30/2009 12:52 PM, Vincent van Ravesteijn wrote: Abdelrazak Younes schreef: v...@lyx.org wrote: Author: vfr Date: Fri Oct 30 16:24:35 2009 New Revision: 31809 URL: http://www.lyx.org/trac/changeset/31809 Log: Issue a warning if a document has two parents. We should do something smart the

Re: r31809 - lyx-devel/trunk/src

On 10/30/2009 12:52 PM, Vincent van Ravesteijn wrote: Abdelrazak Younes schreef: v...@lyx.org wrote: Author: vfr Date: Fri Oct 30 16:24:35 2009 New Revision: 31809 URL: http://www.lyx.org/trac/changeset/31809 Log: Issue a warning if a document has two parents. We should do something smart the

Re: r31829 - lyx-devel/trunk/src/insets

On 11/02/2009 10:15 AM, you...@lyx.org wrote: Author: younes Date: Mon Nov 2 16:15:47 2009 New Revision: 31829 URL: http://www.lyx.org/trac/changeset/31829 Log: Fix gcc warning. Richard, please check this out! I'll have a look later. At present, HTML output doesn't do anything with InsetE

Re: [RFC] Bug fixes for Inset Layouts

On 11/02/2009 01:24 AM, Vincent van Ravesteijn - TNW wrote: I would like to share with you three patches. -- One removes superfluous tags from the stdinsets file. This is fine, I think. -- Bug 6113: Customized font color in footnote is not rendered in LyX It seems we're realizing the fonts in

Re: label-bug in lyx-1.6.4 and lyx2.0svn

On 11/03/2009 10:38 AM, Sebastian Guttenberg wrote: Hi all The following bug has the potential to destroy a lot of cross-references of a document if one is not aware that lyx shows something different than it does. My Bug-description has three parts. If you don't consider the first as bug, then l

Boost And Compilation

We should add a note to INSTALL or README about the problem compiling LyX with included boost with gcc 4.4. rh

Re: [patch] final solution for configure.py to support eLyXer

On 11/05/2009 07:41 PM, Uwe Stöhr wrote: The last weeks Alex and me were heavily busy finding a solution to support eLyXer via configure.py that works on all systems and platforms. The solution is a modificated version of the one that was proposed by Alex on this list some weeks ago: first che

Re: [patch] final solution for configure.py to support eLyXer

On 11/07/2009 06:50 PM, Pavel Sanda wrote: Alex Fernandez wrote: Then I misunderstood, probably because your statement was part of a response to Richard talking about trunk and my approach (look at the text I quoted). Richard was talking about 1.7, but unfortunately we cannot be sur

Re: [patch] final solution for configure.py to support eLyXer

On 11/07/2009 06:59 PM, Vincent van Ravesteijn wrote: 1.7 equals 2.0, we decided to change the version number, Did we ? I thought it was related to the XML-transition, but this seems to be a rather vague plan that no-one is working on (I hope I don't offend anyone). I'd almost think we can

Re: [patch] final solution for configure.py to support eLyXer

On 11/08/2009 04:07 AM, Jürgen Spitzmüller wrote: Alex Fernandez wrote: Richard was talking about 1.7, but unfortunately we cannot be sure that it will be ready for the 1.7 timeframe either. You're right, we cannot be sure it will be ready. I doubt we can be sure of anything oth

Re: r31901 - in lyx-devel/trunk/src: . frontends/qt4 insets mathed

On 11/08/2009 10:53 AM, you...@lyx.org wrote: Author: younes Date: Sun Nov 8 16:53:21 2009 New Revision: 31901 URL: http://www.lyx.org/trac/changeset/31901 Log: Uniformize Inset construction (passing Buffer * everywhere). Lots of cleanup to do still... Congratulations, Abdel. I tried onc

Re: [patch] final solution for configure.py to support eLyXer

On 11/09/2009 06:55 AM, Pavel Sanda wrote: to read another accusations on our heads after just renouncing work on the convertors patch from Juergen is somewhat absurd. Well, as usual, my own response to these silly comments is to commit code rather than to have a pointless debate about the

Re: Compiling fails

On 11/09/2009 08:12 AM, Hartmann Sybill wrote: Dear List, after updating to ubuntu 9.10 I am not able to complie 1.6.5 svn anymore.I am using automake 1.10.2 and downgraded to autoconf 2.63, but still cannot compile. Below is the output. ./configure --enable-build-type=??? --without-includ

Re: [patch] final solution for configure.py to support eLyXer

On 11/09/2009 09:30 AM, Jürgen Spitzmüller wrote: Alex Fernandez wrote: I did miss your review of my patch then. The only person that commented on the patch offered was Jürgen, who rejected it on purely aesthetic grounds: "I do not like the menus to be cluttered". If it is a matter of taste

Re: configure.py problems

On 11/11/2009 01:35 PM, Pavel Sanda wrote: hi, i'm afraid we have broken something wrt configure workings. when i open the document which has uninstalled latex class, export and view menu is errorneusly filled "inaccesible" items. moreover when i do export->plain latex i see error messages: /u

elyxer configure.py problems

On 11/11/2009 01:35 PM, Pavel Sanda wrote: hi, i'm afraid we have broken something wrt configure workings. when i open the document which has uninstalled latex class, export and view menu is errorneusly filled "inaccesible" items. moreover when i do export->plain latex i see error messages: /u

r31948, r31949

These two patches take different approaches to solving the same problem. Alex's is correct, so I am committing it to trunk, too. Pavel, as he said, accidentally committed it to branch, too, but it is OK. Richard

Re: configure.py problems

On 11/11/2009 06:04 PM, Pavel Sanda wrote: or try html: instead of my html2latex i see something like dvi processing happening and then some binary code presented in firefox Yes, I see the problem. Surely an issue with Graph.*. I'll fix it. Richard

Re: configure.py problems

On 11/11/2009 06:18 PM, rgheck wrote: On 11/11/2009 06:04 PM, Pavel Sanda wrote: or try html: instead of my html2latex i see something like dvi processing happening and then some binary code presented in firefox Yes, I see the problem. Surely an issue with Graph.*. I'll fix it

elyxer, Converters, Etc: Problems in Trunk

There's still a problem, at least in trunk, with the elyxer detection code, though the actual bug, I think, is somewhere else. The problem with the code is that we should NOT be refusing to check for LaTeX-->HTML converters simply because we have found a LyX-->HTML converter. Once we have th

Backends and Converters

On 11/11/2009 06:38 PM, rgheck wrote: There's still a problem, at least in trunk, with the elyxer detection code, though the actual bug, I think, is somewhere else. The problem with the code is that we should NOT be refusing to check for LaTeX-->HTML converters simply because we ha

Re: Backends and Converters

On 11/11/2009 06:51 PM, rgheck wrote: On 11/11/2009 06:38 PM, rgheck wrote: The problem with the code is that we should NOT be refusing to check for LaTeX-->HTML converters simply because we have found a LyX-->HTML converter. And by the way, not detecting LaTeX-->HTML converters as

Re: r31917 - lyx-devel/trunk/src

On 11/10/2009 09:28 AM, Jean-Marc Lasgouttes wrote: rgheck writes: Richard, it is nice to see you working on that. One thing that would be nice is to be able to have the graph depend on the document, or rather of its class: this would allow to handle unsupported classes, which can

Re: r31948, r31949

On 11/12/2009 03:47 AM, Uwe Stöhr wrote: Richard Heck schrieb: No it is not. What we have now in branch doesn't work. The correct solution is http://www.lyx.org/trac/changeset/31949. Well, you and Alex need to figure out what works on which platforms, test it appropriately, and then bring a

Re: r31948, r31949

On 11/12/2009 06:53 PM, Uwe Stöhr wrote: rgheck schrieb: On 11/12/2009 06:37 PM, Uwe Stöhr wrote: So trunk is now OK from your, Pavel's and my side. The same applies for branch. So everything is good? From my point of view, yes. OK. rh

Re: r31948, r31949

On 11/12/2009 06:37 PM, Uwe Stöhr wrote: So trunk is now OK from your, Pavel's and my side. The same applies for branch. So everything is good? Or do we need some final cleanup still? rh

Re: r31917 - lyx-devel/trunk/src

On 11/13/2009 06:16 AM, Jean-Marc Lasgouttes wrote: rgheck writes: So far as I can see, the graph itself does not depend in any way upon the document class (see Converters::buildGraph()). Yes. If we don't have LaTeX installed, then we won't get DVI as an export optio

Re: layout2layout patch for bug #3605

On 11/13/2009 07:27 AM, Pavel Sanda wrote: Guenter Milde wrote: Dear LyX developers, at http://www.lyx.org/trac/ticket/3605, I was asked to send my patch to the lyx-devel list. My first attempt (via mail) seems to have failed, so I try again (via news). Jose could you do a review?

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

On 11/14/2009 11:01 AM, Abdelrazak Younes wrote: On 14/11/2009 16:25, rgh...@lyx.org wrote: Author: rgheck Date: Sat Nov 14 16:25:32 2009 New Revision: 31979 URL: http://www.lyx.org/trac/changeset/31979 Log: Get MathML output for XHTML working a bit. Turns out MathML is already here, for the

[PATCH] Math Macros for MathML

Attached is a patch that gets math macros working for MathML output. The patch is fairly simple, though it took me forever to figure this out. I'm posting it because there is one part that is potentially problematic, namely, the line I've commented out from clone(). I don't see why this is l

Re: Bug report for Math doc export to LyX HTML

On 11/15/2009 05:21 PM, Abdelrazak Younes wrote: On 15/11/2009 23:16, Abdelrazak Younes wrote: On 15/11/2009 22:39, Abdelrazak Younes wrote: Hello Richard, I don't know if you are interested in bug report but here are some anyway: Next one: XML Parsing Error: mismatched tag. Expected: . Lo

Re: Bug report for Math doc export to LyX HTML

On 11/15/2009 04:39 PM, Abdelrazak Younes wrote: Hello Richard, I don't know if you are interested in bug report but here are some anyway: XML Parsing Error: not well-formed Location: file:///C:/devel/lyx/lyx-devel/lib/doc/Math.xhtml Line Number 673, Column 52: exp⁡< ---

Re: r31973 - lyx-devel/trunk/src

On 11/16/2009 10:01 AM, Jean-Marc Lasgouttes wrote: rgh...@lyx.org writes: Author: rgheck Date: Sat Nov 14 13:54:12 2009 New Revision: 31973 URL: http://www.lyx.org/trac/changeset/31973 Log: Add TEXT flavor, just in case we need it. Richard be careful you need to handle it in

Re: r31973 - lyx-devel/trunk/src

On 11/16/2009 11:13 AM, Jean-Marc Lasgouttes wrote: rgheck writes: Well, there were also different flavors of DocBook, right? My sense is that it gets used whenever we are in some general routine (in InsetGraphics, say) and want to know what sort of thing we're outputting. So it

[RFC] RefStepCounter for LyX

The attached is an initial shot at implementing a kind of \refstepcounter facility for LyX. The idea is that we can keep track, as we pass InsetLabels, of which counter is then "active" and use this information in displaying InsetRefs that reference those labels. It works reasonably well, in

Re: [RFC] RefStepCounter for LyX

On 11/16/2009 06:02 PM, Jean-Marc Lasgouttes wrote: Le 16 nov. 09 à 23:46, rgheck a écrit : The attached is an initial shot at implementing a kind of \refstepcounter facility for LyX. The idea is that we can keep track, as we pass InsetLabels, of which counter is then "active" and

Re: layout2layout patch for bug #3605

On 11/17/2009 02:40 AM, Guenter Milde wrote: My plan would be a stepwise approach, * finish the optimizations/cleanup for layout2layout, * do a similar first step for lyx2lyx, * in the process, find out what coud go into the "general library" * organize LyX's Python scripts in a "pyLyX" Python

Re: About CSS (was Re: [RFC] RefStepCounter for LyX)

On 11/17/2009 03:14 AM, Abdelrazak Younes wrote: rgheck wrote: On 11/16/2009 06:02 PM, Jean-Marc Lasgouttes wrote: No, you want to have HTML/CSS compute the numbers, remember. :) Yes, I do remember that discussion, and if I ever get XHTML output working at all, then we can talk again

layout2layout fixes for branch

Jurgen, these are Guenter's fixes. OK? rh Index: lib/scripts/layout2layout.py === --- lib/scripts/layout2layout.py(revision 32063) +++ lib/scripts/layout2layout.py(working copy) @@ -52,17 +52,6 @@ sys.exit(1)

Re: [RFC] RefStepCounter for LyX

On 11/17/2009 03:43 PM, Andre Poenitz wrote: On Mon, Nov 16, 2009 at 05:46:03PM -0500, rgheck wrote: @@ -172,6 +195,11 @@ std::string current_float_; /// Are we in a subfloat? bool subfloat_; + /// Used to keep track of active counters when going through

Re: [RFC] RefStepCounter for LyX

On 11/17/2009 05:08 PM, Andre Poenitz wrote: On Tue, Nov 17, 2009 at 04:52:58PM -0500, rgheck wrote: On 11/17/2009 03:43 PM, Andre Poenitz wrote: On Mon, Nov 16, 2009 at 05:46:03PM -0500, rgheck wrote: @@ -172,6 +195,11 @@ std::string current_float_

Re: r32086 - in lyx-devel/trunk/src: . insets

On 11/19/2009 01:45 PM, José Matos wrote: On Thursday 19 November 2009 18:24:19 rgh...@lyx.org wrote: Restore basic paragraph output for XHTML. The insets are all disabled still. Much of the point of this is to allow us properly to handle what LyX does as:This isbold and italic and now

Spellcheck Issues in Trunk

There seems to be an issue with configure and hunspell. Viz: checking aspell.h usability... no checking aspell.h presence... no checking for aspell.h... no checking for new_aspell_config in -laspell... no checking whether to use aspell... no checking hunspell/hunspell.hxx usability... yes checki

Re: Spellcheck Issues in Trunk

On 11/21/2009 05:31 AM, Jean-Marc Lasgouttes wrote: Le 20/11/2009 23:52, rgheck a écrit : checking hunspell/hunspell.hxx usability... yes checking hunspell/hunspell.hxx presence... yes checking for hunspell/hunspell.hxx... yes checking for main in -lhunspell... no checking whether to use

Re: Spellcheck Issues in Trunk

On 11/21/2009 11:25 AM, rgheck wrote: On 11/21/2009 05:31 AM, Jean-Marc Lasgouttes wrote: Le 20/11/2009 23:52, rgheck a écrit : checking hunspell/hunspell.hxx usability... yes checking hunspell/hunspell.hxx presence... yes checking for hunspell/hunspell.hxx... yes checking for main in

Re: r32144 - lyx-devel/trunk/src

On 11/21/2009 07:46 PM, v...@lyx.org wrote: Author: vfr Date: Sun Nov 22 01:46:23 2009 New Revision: 32144 URL: http://www.lyx.org/trac/changeset/32144 Log: Initialize nextraw_. The first character of the outputted html file was represented as an integer. Thanks. This must have been one of

Re: starting lyx when it already is running (bug or enhancement?)

On 11/22/2009 03:03 AM, Sebastian Guttenberg wrote: Hi all The following happened a couple of times to me: Assume lyx is running on desktop one (with around 10 opened files) and I want to open on desktop 2 another lyx to start a new file which is not related to those on desktop 1. It is tempting

Re: Spellcheck Issues in Trunk

On 11/22/2009 03:00 AM, Kornel Benko wrote: Am Samstag 21 November 2009 schrieb rgheck: On 11/21/2009 05:31 AM, Jean-Marc Lasgouttes wrote: Le 20/11/2009 23:52, rgheck a écrit : checking hunspell/hunspell.hxx usability... yes checking hunspell/hunspell.hxx presence... yes

[RFC] Spellchecking Fixes

Since I know nothing about the spell checked, I'm posting this little patch. One of the problems I was seeing was that, not having aspell installed here, I was getting it as the default spellchecker anyway, in which case nothing was happening. So that's part of it. The other part is a simple

[RFC] Hunspell Fixes

Here are some more fixes needed to get hunspell working for me. Comments again welcome. rh

Re: r32181 - lyx-devel/trunk/lib/ui

On 11/24/2009 05:46 PM, sa...@lyx.org wrote: Author: sanda Date: Tue Nov 24 23:46:51 2009 New Revision: 32181 URL: http://www.lyx.org/trac/changeset/32181 Log: Add CAS into matht context menu, thanks to Liviu Andronic& Olivier Ripoll. Modified: lyx-devel/trunk/lib/ui/stdcontext.inc Modifi

Re: CAS exposure in LyX (was Re: Importing Lyx files in SWP)

On 11/24/2009 05:55 PM, Pavel Sanda wrote: Liviu Andronic wrote: See attached. Thanks to Olivier for the posted instructions. I'm not its in. whether it's easy/worthy to also add this to the math toolbar. it would be, if we have settings for the default CAS and toolbar ic

Re: r32244 - in lyx-devel/trunk/src: . insets

On 11/30/2009 01:40 PM, Abdelrazak Younes wrote: +/// +mutable std::string htmlTag_; html_tag_ +/// +mutable std::string htmlClass_; html_class_ Yes, thanks. rh

Re: [PATCH] inset-forall, take 2

On 12/02/2009 04:30 AM, Jean-Marc Lasgouttes wrote: * if I use "inset-forall Note inset-toggle close", this fails in the case of a note in a note. I still do not know why Do you mean that it fails to close the outer inset, or the inner one? Does this code enter the insets? I.e., suppose

Re: #6361: configure.py ignores packages required by user-defined modules

On 12/03/2009 01:29 PM, Julien Rioux wrote: Regarding the discussion at http://www.lyx.org/trac/ticket/6361 I hereby grant permission to license my contributions to LyX under the Gnu General Public Licence (version two or later). Thanks. The patch has been committed, and you have been added t

Re: #6361: configure.py ignores packages required by user-defined modules

On 12/03/2009 04:20 PM, Julien Rioux wrote: That's great! I think that you have committed to trunk. Any chance that the patch will make it to the 1.6.x branch as well? That's up to Jurgen, but I doubt he'll have any objection. rh

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

On 12/04/2009 05:15 AM, Pavel Sanda wrote: rgh...@lyx.org wrote: Author: rgheck Date: Tue Dec 1 15:48:15 2009 New Revision: 32279 URL: http://www.lyx.org/trac/changeset/32279 Log: Docs for InPreamble. btw i see somebody (you?) changed the text to: The format for the present

footex (convert to mathml)

>footex looks interesting: http://www.lightandmatter.com/footex/footex.html We should have native MathML output, at least for things LyX understands, for 1.7. rh

Re: #6361: configure.py ignores packages required by user-defined modules

On 12/04/2009 10:39 AM, Julien Rioux wrote: Jean-Marc Lasgouttes wrote: A small detail that would be worth fixing IMO: in the configure.py output one sees: +checking for package sweave->latex [sweave->latex]... no +checking for package literate->latex [literate->latex]... no This patch seem

Re: Hunspell not working in trunk?

On 12/03/2009 06:35 PM, Stefano Franchi wrote: I wanted to test the continuous spelling facilities in trunk, but LyX crashes when trying to locate the dictionaries. From the console: Error: Hunspell Path Not Found You must set the Hunspell dictionary path

Re: Hunspell not working in trunk?

On 12/04/2009 12:28 PM, rgheck wrote: On 12/03/2009 06:35 PM, Stefano Franchi wrote: I wanted to test the continuous spelling facilities in trunk, but LyX crashes when trying to locate the dictionaries. From the console: Error: Hunspell Path Not Found

[HELP] Weird crash involving spellcheck and error messages

On 12/04/2009 12:38 PM, rgh...@lyx.org wrote: Author: rgheck Date: Fri Dec 4 18:38:30 2009 New Revision: 32339 URL: http://www.lyx.org/trac/changeset/32339 Log: Fix strange problem reported by Stefano Franchi. Can someone else have a look at this? You can get the crash by (a) failing to

Re: lyx vim bindings

On Sunday 06 December 2009 14:07:13 sidg...@gmail.com wrote: Hey, I'm trying to program vim bindings for lyx. I have a few questions - 1) Does there already exist such a project? If not, 2) Any tips on how to go about it? I don't think there's any such project active. But you can look

Re: r32379 - lyx-devel/trunk/src/frontends/qt4/ui

On 12/06/2009 06:38 PM, Pavel Sanda wrote: rgh...@lyx.org wrote: Author: rgheck Date: Mon Dec 7 00:35:07 2009 New Revision: 32379 URL: http://www.lyx.org/trac/changeset/32379 Log: Better citation dialog fixes from Edwin. Modified: lyx-devel/trunk/src/frontends/qt4/ui/CitationUi.ui

Re: [HELP] Weird crash involving spellcheck and error messages

On 12/04/2009 03:26 PM, Vincent van Ravesteijn wrote: Can someone else have a look at this? You can get the crash by (a) failing to set the hunspell path in Preferences, and then uncommenting the Frontend::Alert line in HunspellChecker::Private::addSpeller(). I don't get a crash. Just a warn

Re: [patch] add viewers for certain document types in configure.py

On 12/07/2009 10:08 AM, Uwe Stöhr wrote: The attached patch inserts "auto" as viewer editor for WMF, EMF, DOC, RTF, SXW. OK? Also for branch? No objection, but what do "auto" mean? rh

Re: [HELP] Weird crash involving spellcheck and error messages

On 12/07/2009 11:25 AM, Vincent van Ravesteijn wrote: rgheck schreef: On 12/04/2009 03:26 PM, Vincent van Ravesteijn wrote: Can someone else have a look at this? You can get the crash by (a) failing to set the hunspell path in Preferences, and then uncommenting the Frontend::Alert line in

Re: [patch] add viewers for certain document types in configure.py

On 12/07/2009 02:35 PM, Uwe Stöhr wrote: rgheck schrieb: No objection, but what do "auto" mean? "auto" means that the OS's default viewer/editor is used. We are already using this setting for the other file types like PNG, GIF, etc. I've committed it to

Does r32414 Introduce a Security Hole? Do We Already Have One?

On 12/07/2009 06:13 PM, Uwe Stöhr wrote: rgheck schrieb: Again out of curiosity, what is the mechanism (cross-platform) for this? When you double click in a file explorer on a JPG file a program is opened showing the JPG. This works on all platforms. The "auto" setting does nothi

Re: Using Modules to Load Packages with Options (Sweave)

On 12/07/2009 09:08 PM, Rob Oakes wrote: Dear LyX Developers, Over the last several days, I've been giving the new Sweave module in LyX (SVN) a rather substantial workout. In all, I've been very pleased with it. So far, it's worked in every document class I've tested it with and with multiple

Re: Coder needed?

On 12/08/2009 10:27 AM, Julio Oliveira wrote: Hello Lyx Team, I would like to join the Lyx development, if possible. Great! We need all the help we can get. I have very good to excelent skills in C and C++ programming, and I have good skills in Python. Even better. My major inter

Bugs With Patches

http://www.lyx.org/trac/wiki/PatchBugs rh

Re: Does r32414 Introduce a Security Hole? Do We Already Have One?

On 12/08/2009 08:57 PM, Uwe Stöhr wrote: > If you want to introduce such support for doc, rtf, etc, then you should do it the way we handle > dia, xfig, and the like. We should check for a "real" viewer, such as OpenOffice, Word, or whatever, and if we don't find one then it just defaults to "

Re: Does r32414 Introduce a Security Hole? Do We Already Have One?

On 12/09/2009 02:50 AM, Abdelrazak Younes wrote: rgheck wrote: On 12/08/2009 08:57 PM, Uwe Stöhr wrote: > If you want to introduce such support for doc, rtf, etc, then you should do it the way we handle > dia, xfig, and the like. We should check for a "real" viewer, such as

Fwd: lyx

Martinez , Adam Fineberg , Ingar Pareliussen , Ken , lyx , lyx-users-subscr...@lists.lyx.org, lyx-users-unsubscribe-john=host.dom...@lists.lyx.org, Manveru , nikunj . , Olivier Ripoll , rgheck , rudy.mart...@ciam-pie.com, Siegfried Meunier-Guttin-Cluzel , Uwe Stöhr , Waluyo Adi Siswanto

Re: Does r32414 Introduce a Security Hole?

On 12/09/2009 03:50 PM, Guenter Milde wrote: On 2009-12-09, rgheck wrote: What happens if you click on a *.rtf file in Konqueror? (Maybe you did not set a valid default application?) It opens in OpenOffice. Look, I know how file associations work, OK? The problem will become clear below

Re: Does r32414 Introduce a Security Hole?

On 12/09/2009 08:16 PM, Uwe Stöhr wrote: > If I replace "%s" with "$$i", which I suppose is what was intended, then I get this... As Günter told, %s is a placeholder for Python and needn't to be the same as "auto". I haven't invented this code it is therefore years and we already use it for t

Background LaTeX, Etc

In thinking about this it occurred to me: If we're generating LaTeX in a separate thread, what if the Buffer changes in the meantime? This suggests to me that the Buffer has to be locked, which means that Abdel's "clone the Buffer" strategy is the only one that really works. rh

Re: Does r32414 Introduce a Security Hole?

On 12/10/2009 08:11 AM, G. Milde wrote: Unsurprisingly, this code writes this: ... \Format wmfwmf"Windows Metafile" "" "%s" "%s" "vector" ... to lyxrc.defaults, This means that either the "%s" is indeed wrong or Uwe's addition misses a stri

Re: r32318 - in lyx-devel/trunk/src: . insets mathed

On 12/04/2009 08:50 PM, Andre Poenitz wrote: On Fri, Dec 04, 2009 at 04:03:44AM +0100, rgh...@lyx.org wrote: This is an abuse of updateLabels(), in a way, but updateLabels() long ago became the general recurse-through-the-Buffer routine, and to implement the sort of thing I want to do here i

Re: Background LaTeX, Etc

On 12/10/2009 08:22 AM, Guenter Milde wrote: On 2009-12-10, rgheck wrote: In thinking about this it occurred to me: If we're generating LaTeX in a separate thread, what if the Buffer changes in the meantime? Nothing, once the temporary *.tex file is written. Error-insets o

Re: Does r32414 Introduce a Security Hole?

On 12/10/2009 09:43 AM, Jean-Marc Lasgouttes wrote: Pavel Sanda writes: Richard Heck wrote: I thought about using "xdg-mime query default application/rtf", e.g., but this simply hangs on my system. (There are similar reports on Ubuntu.) Is last experiments about xdg utils o

Re: Does r32414 Introduce a Security Hole?

On 12/10/2009 10:01 AM, José Matos wrote: On Thursday 10 December 2009 14:49:45 Pavel Sanda wrote: i already produced such a patch in the xdg-open flame and finally we decided to leave it as it is now (the detection of various kde/xfce/gnome was ugly beast in fact). look in archive if in

Re: Does r32414 Introduce a Security Hole?

On 12/10/2009 02:49 PM, Rex Dieter wrote: rgheck wrote: On 12/10/2009 09:43 AM, Jean-Marc Lasgouttes wrote: Pavel Sanda writes: Richard Heck wrote: I thought about using "xdg-mime query default application/rtf", e.g., but this simply hangs on

Re: Does r32414 Introduce a Security Hole?

On 12/10/2009 03:48 PM, Rex Dieter wrote: rgheck wrote: Are there command-line ways of doing this, or do we have to link to a ton of things here? Yes, just look at xdg-mime which attempts to do precisely that. Unfortunately, here on Fedora 11 it just hangs if you

Re: Does r32414 Introduce a Security Hole?

On 12/10/2009 05:58 PM, José Matos wrote: On Thursday 10 December 2009 20:41:47 rgheck wrote: Unfortunately, here on Fedora 11 it just hangs if you type e.g. xdg-mime query default application/rtf I've seen similar reports on Ubuntu 9.04. ON F-12 I get immediately: $ xdg

Re: Background LaTeX, Etc

On 12/11/2009 10:17 AM, Abdelrazak Younes wrote: Pavel Sanda wrote: Abdelrazak Younes wrote: a difference. Also we ask the text edit to reload a big file at each keystroke while we merely paint the current line; not a fair comparison :-) i think that it doesn't make sense to have checked ful

Re: [patch] fix name parsing in BiblioInfo

On 12/12/2009 11:26 AM, Jürgen Spitzmüller wrote: Jürgen Spitzmüller wrote: The attached patch fixes the problem by simply outputting \, as a normal space, which is close enough for the purpose, IMHO. Here's a patch that outputs a real thinspace. Seems fine to me. Hard to know h

Re: r32510 - lyx-devel/trunk/lib

On 12/13/2009 03:32 PM, rgh...@lyx.org wrote: Author: rgheck Date: Sun Dec 13 21:32:00 2009 New Revision: 32510 URL: http://www.lyx.org/trac/changeset/32510 Log: Add checks for sxw, rtf, and doc viewers and editors. Note that it's almost irrelevant what we do here, for any platform

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

On 12/13/2009 04:00 PM, you...@lyx.org wrote: Author: younes Date: Sun Dec 13 22:00:46 2009 New Revision: 32512 URL: http://www.lyx.org/trac/changeset/32512 Log: For Qt4.4 and up: Detach Buffer autosave into a new thread. * Buffer: new clone() method. When this new autosave method is used the o

Re: [patch] add support for British quotes (#6385)

On 12/14/2009 05:01 AM, Jean-Marc Lasgouttes wrote: Jürgen Spitzmüller writes: Uwe Stöhr wrote: I don't understand. Single quotes are in UK English the outer quotes while double quotes are the inner quotes. (The same applies for Welsh.) I know that. However, your impleme

Re: [patch] add support for British quotes (#6385)

On 12/14/2009 09:33 PM, Uwe Stöhr wrote: Am 15.12.2009 00:00, schrieb rgheck: I meant I'd be surprised to find that " made a single quote. Why would you be surprised when you explicitly select this in the document settings? Because it makes as much sense as to have the A ke

Re: [patch] add support for British quotes (#6385)

On 12/15/2009 05:57 AM, Jürgen Spitzmüller wrote: rgheck wrote: It makes no sense to bind " to ' and ' to ", no matter which is inner and which is outer. No one thinks in terms of inner and outer when typing. You think of " and '. Are you aware that th

Re: [patch] add support for British quotes (#6385)

On 12/15/2009 07:31 AM, rgheck wrote: On 12/15/2009 05:57 AM, Jürgen Spitzmüller wrote: rgheck wrote: It makes no sense to bind " to ' and ' to ", no matter which is inner and which is outer. No one thinks in terms of inner and outer when typing. You think of " and

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

On 12/16/2009 11:27 AM, José Matos wrote: On Wednesday 16 December 2009 15:52:55 Jean-Marc Lasgouttes wrote: Using commas (or full stop) at the end of \[ \] is common and recommended. If LyX cannot handle it, the but is in LyX, not in the User Guide! Agreed, that is the usual procedur

[PATCH] 5587

Any thoughts? rh Index: src/insets/InsetLayout.cpp === --- src/insets/InsetLayout.cpp (revision 32554) +++ src/insets/InsetLayout.cpp (working copy) @@ -31,8 +31,8 @@ InsetLayout::InsetLayout() : name_(from_ascii("undefined"))

<    1   2   3   4   5   6   7   8   9   10   >