Re: autoconf 2.68 in branch

2010-11-18 Thread Enrico Forestieri
On Thu, Nov 18, 2010 at 10:10:45AM +0100, Jean-Marc Lasgouttes wrote: > Le 17/11/2010 23:57, Enrico Forestieri a écrit : > >Anyway, now that I have your attention, what about the newline-in-math > >patch which is sitting in the pipe? For your convenience, I attach here > >the

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

2010-11-18 Thread Enrico Forestieri
On Thu, Nov 18, 2010 at 07:39:12AM +0100, Stephan Witt wrote: > Am 18.11.2010 um 05:32 schrieb uwesto...@lyx.org: > > > Author: uwestoehr > > Date: Thu Nov 18 05:32:32 2010 > > New Revision: 36363 > > URL: http://www.lyx.org/trac/changeset/36363 > > > > Log: > > SpellcheckerUi.ui: set button poli

Re: autoconf 2.68 in branch

2010-11-18 Thread Enrico Forestieri
On Thu, Nov 18, 2010 at 10:28:55AM +0100, Enrico Forestieri wrote: > On Thu, Nov 18, 2010 at 10:10:45AM +0100, Jean-Marc Lasgouttes wrote: > > Nevertheless, the patch can go in as it is. > > Let's see how much work would be following the breakLine() approach. It was much

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

2010-11-18 Thread Enrico Forestieri
On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote: > I've commit a working layout for Mac and Linux already. Sorry Stephan, but I cannot confirm that your fix works. I tried Windows, Linux Debian, and Solaris. In all cases it is still broken. -- Enrico

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

2010-11-19 Thread Enrico Forestieri
On Fri, Nov 19, 2010 at 10:12:34AM +0100, Stephan Witt wrote: > Am 19.11.2010 um 09:15 schrieb Stephan Witt: > > > Am 19.11.2010 um 08:54 schrieb Enrico Forestieri: > > > >> On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote: > >>> I've commi

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

2010-11-19 Thread Enrico Forestieri
On Fri, Nov 19, 2010 at 05:48:05PM +0100, Stephan Witt wrote: > Am 19.11.2010 um 14:52 schrieb Enrico Forestieri: > > Stephan, does the attached layout file work on Mac? > > No. Unfortunately not. :( Hmm. Last attempt. What about the attached one? -- Enrico SpellcheckerUi

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

2010-11-20 Thread Enrico Forestieri
On Sat, Nov 20, 2010 at 02:19:46PM +0100, Stephan Witt wrote: > Again... the buttons are squeezed together. As that layout was mimicking the corresponding one in branch, my next question would be whether it works there. -- Enrico

Re: [patch] fix bug 3008

2010-11-20 Thread Enrico Forestieri
On Fri, Nov 19, 2010 at 10:29:53PM +0100, Georg Baum wrote: > The attached patch has no known problems (the cursor position problem > mentioned in trac is fixed). I see a couple of glitches. - Whenever the cursor moves in the script, the following warning is issued: ../../../../src/frontends/qt

Re: [patch] fix bug 3008

2010-11-20 Thread Enrico Forestieri
On Sat, Nov 20, 2010 at 07:57:30PM +0100, Georg Baum wrote: > The other problems mentioned by Enrico and you are fixed by the attached > patch. I prevented the insertion of some more insets (I hope I got all that > are needed). I wonder why you also disable nested script insets, given that thin

Re: r36430 - lyx-devel/trunk/src

2010-11-22 Thread Enrico Forestieri
On Mon, Nov 22, 2010 at 12:33:17PM +0100, Pavel Sanda wrote: > Abdelrazak Younes wrote: > > On 11/22/2010 09:57 AM, you...@lyx.org wrote: > >> Author: younes > >> Date: Mon Nov 22 09:57:33 2010 > >> New Revision: 36430 > >> URL: http://www.lyx.org/trac/changeset/36430 > >> > >> Log: > >> Work arou

Re: [patch] LuaTeX

2010-11-23 Thread Enrico Forestieri
On Tue, Nov 23, 2010 at 10:02:36AM -0500, Richard Heck wrote: > On 11/23/2010 09:02 AM, Pavel Sanda wrote: > >Jürgen Spitzmüller wrote: > >>But if you wish, I can change the label to > >>"Use non-LaTeX fonts (via XeTeX/LuateX)" > >yes, i would prefer this one. > > > Agreed. We want to help the newb

Re: [patch] LuaTeX

2010-11-23 Thread Enrico Forestieri
On Tue, Nov 23, 2010 at 04:58:19PM +0100, Liviu Andronic wrote: > On Tue, Nov 23, 2010 at 4:51 PM, Enrico Forestieri wrote: > > A google search gives ~8000 hits for "latex fonts" and ~10 hits > > for "tex fonts". That's more that one order of magnitud

Re: [patch] LuaTeX

2010-11-23 Thread Enrico Forestieri
On Tue, Nov 23, 2010 at 05:10:56PM +0100, Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > ok, something of this kind can go in once you finish the discussion. > > I've put in the actual LuaTeX part since this seems uncontroversial. LuaTeX > is > now there as a "hidden feature". > > I'll atta

Re: [patch] LuaTeX

2010-11-23 Thread Enrico Forestieri
On Tue, Nov 23, 2010 at 05:26:48PM +0100, Enrico Forestieri wrote: > On Tue, Nov 23, 2010 at 05:10:56PM +0100, Jürgen Spitzmüller wrote: > > Pavel Sanda wrote: > > > ok, something of this kind can go in once you finish the discussion. > > > > I've put in the

Re: [patch] LuaTeX

2010-11-23 Thread Enrico Forestieri
On Tue, Nov 23, 2010 at 10:58:52PM +0100, Peter Kümmel wrote: > On 23.11.2010 22:53, Peter Kümmel wrote: > > Now having Lua in TeX we should also embedded it in LyX and replace all > > Python scripts with Lua. > > Lua is the future! ;) > > Enrico, shouldn't we replace all QProcess/multithreaded c

Re: [patch] LuaTeX

2010-11-24 Thread Enrico Forestieri
On Wed, Nov 24, 2010 at 06:31:29AM +0100, Peter Kümmel wrote: > On 23.11.2010 23:38, Enrico Forestieri wrote: > > On Tue, Nov 23, 2010 at 10:58:52PM +0100, Peter Kümmel wrote: > >> On 23.11.2010 22:53, Peter Kümmel wrote: > >>> Now having Lua in TeX we should also

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

2010-11-26 Thread Enrico Forestieri
On Fri, Nov 26, 2010 at 06:08:41PM +0100, rgh...@lyx.org wrote: > Author: rgheck > Date: Fri Nov 26 18:08:40 2010 > New Revision: 36517 > URL: http://www.lyx.org/trac/changeset/36517 > > Log: > Not sure why I introduced this test at r28378, but it causes pasting to > fail e.g., of URLs in math, s

Re: [patch] LuaTeX

2010-11-27 Thread Enrico Forestieri
On Sat, Nov 27, 2010 at 11:25:51AM +0100, Jürgen Spitzmüller wrote: > Guenter Milde wrote: > > Regarding the naming: it is IMO best to call the button "use System > > fonts". > > I won't touch the naming anymore. I agree with Günter. Please reconsider. -- Enrico

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-11-27 Thread Enrico Forestieri
On Sat, Nov 27, 2010 at 08:51:43AM +0100, veno...@arcadiaclub.com wrote: > I proposed my idea to the list before starting to code, but I didn't > receive any reply! You have to get accustomed to how a team-driven free software project works. Who implemented the new method has withdrawn from LyX d

Re: [patch] LuaTeX

2010-11-27 Thread Enrico Forestieri
On Sat, Nov 27, 2010 at 02:26:44PM +0100, Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > > Guenter Milde wrote: > > > > Regarding the naming: it is IMO best to call the button "use System > > > > fonts". > > > > > > >

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-11-27 Thread Enrico Forestieri
On Sat, Nov 27, 2010 at 09:00:06PM +0100, Pavel Sanda wrote: > also dont know whether killing dvipng is harmless or introduce new regressions Well, right now dvipng is not mandatory. If it is not found in the path, the legacy method is anyway used. > but it doesn't seem to be good idea in the mi

Re: [Poll] Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-11-27 Thread Enrico Forestieri
On Sat, Nov 27, 2010 at 11:18:56PM +0100, veno...@arcadiaclub.com wrote: > BTW: could someone apply the part of the patch about lyxpreview-tools.py? I fixed that problem in a more general way at r36545. BTW, this was a regression introduced at r33554. BTW2, currently LyX asserts whenever the cur

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-11-28 Thread Enrico Forestieri
On Sun, Nov 28, 2010 at 08:31:16PM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > On Sat, Nov 27, 2010 at 09:00:06PM +0100, Pavel Sanda wrote: > > > > > also dont know whether killing dvipng is harmless or introduce new > > > regressions >

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-11-28 Thread Enrico Forestieri
On Sun, Nov 28, 2010 at 11:01:49PM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > > philosophically dvipng was introduced to replace legacy stuff which > > > should be killed > > > once dvipng is widespread enough, so next question mark... > > &

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-11-30 Thread Enrico Forestieri
On Tue, Nov 30, 2010 at 11:45:02PM +0100, veno...@arcadiaclub.com wrote: > I don't like to hardcode banned packages names, if it's what you mean, it's > last-chance solution. > Can't we distribute the package? Don't know how these things work. Anyway I > think we could even rewrite the required pa

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-01 Thread Enrico Forestieri
On Wed, Dec 01, 2010 at 12:03:35PM +0100, veno...@arcadiaclub.com wrote: > We can't wait for 1.14 diffusion, and in any case some processing would get > done > in any case (e.g. a very long code without PS and a last PS special), so in > the > next days I'm going to write the python code to dete

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-02 Thread Enrico Forestieri
On Thu, Dec 02, 2010 at 10:51:45AM +0100, veno...@arcadiaclub.com wrote: > OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and > tell > me if it works for you. I've attached also some test LaTeX files I've tested. > It seems we've reached a very good solution, I'm really s

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-02 Thread Enrico Forestieri
On Thu, Dec 02, 2010 at 05:27:43PM +0100, Pavel Sanda wrote: > one related request: could you post patch for examples/instant_preview.lyx > which contains working example for tikz and example for pstrick? > we should distribute it as well. See attached. -- Enrico Index: lib/examples/instant_pre

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-02 Thread Enrico Forestieri
On Thu, Dec 02, 2010 at 09:41:50PM +0100, veno...@arcadiaclub.com wrote: > > Why the check for \" ? > > Dvipng looks for 'ps:' or '"', so I think they have the same meaning. > From dvipng source (special.c): > > if (special[0]=='"' || strncmp(special,"ps:",3)==0) { /* Literal PostScript */ Ok,

Re: PATCH for ticket 7026

2010-12-02 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 12:44:57AM +0100, Pavel Sanda wrote: > Stephan Witt wrote: > > There is a patch pending from Georg. > > I present it here again and propose to apply it. > > > > The second part of the patch is mine. > > It encapsulates the crucial hasDigit into an ignoreWord() method to >

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-02 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 12:30:32AM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > On Thu, Dec 02, 2010 at 05:27:43PM +0100, Pavel Sanda wrote: > > > > > one related request: could you post patch for examples/instant_preview.lyx > > > which contains wor

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-02 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 04:36:37AM +0100, veno...@arcadiaclub.com wrote: > So, what to do? > > 1) simply call latex twice on 2 slightly different .tex files (slow with > comples code?); > 2) while detecting PostScript literals rewrite the DVI (throgh the DTL) > without the tightpage option (if it

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-03 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 12:09:51PM +0100, veno...@arcadiaclub.com wrote: > > Given that it is not that simple, I would go with 1) for the moment. > > The latex call occurs twice only if the legacy route is chosen > > and only if dvipng is available. We can think about it later if it > > turns out

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-03 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 06:47:37PM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > On Thu, Dec 02, 2010 at 05:27:43PM +0100, Pavel Sanda wrote: > > > > > one related request: could you post patch for examples/instant_preview.lyx > > > which contains wor

Re: PATCH for ticket 7026

2010-12-03 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 06:40:39PM +0100, Georg Baum wrote: > Stephan Witt wrote: > > > Am 03.12.2010 um 04:36 schrieb Enrico Forestieri: > > > >> 2) replace all occurrences of isDigit() with isDigitASCII() > > I don't know. Unless somebody goes through

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-03 Thread Enrico Forestieri
On Fri, Dec 03, 2010 at 07:18:32PM +0100, veno...@arcadiaclub.com wrote: > P.S. What about printing on the LyX console the output of the preview scripts? > It would make debugging them a lot easier. You should now know how it works: If you really want it, you propose a patch and it will be though

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

2010-12-04 Thread Enrico Forestieri
On Sat, Dec 04, 2010 at 11:42:03AM +0100, veno...@arcadiaclub.com wrote: > > the movement shouldn't be as big as in normal traffic - but right - thats > > possible... and its what we want - to focus on bugs and not on new features. > > It's right. I'll take a look at the ticket list if I can help

Re: PATCH for ticket 7026

2010-12-04 Thread Enrico Forestieri
On Sat, Dec 04, 2010 at 09:37:09PM +0100, Stephan Witt wrote: > I made another patch for the topic. > Enrico, Georg, do you have any plans yourself? I think you should also perform the substitution isDigit() -> isDigitASCII() as they are duplicates, and ditch the isDigit() implementation in lstr

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 03:47:30PM +0100, Vincent van Ravesteijn wrote: > "C:\Documents\chapters\first\firstsection\test.lyx" > "C:\UnrelatedPath\test\images\large\color\test.jpg" ? > > Should we now have a relative path > "..\..\..\..\UnrelatedPath\test\images\large\color\texst.jpg" ? This > doe

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 04:29:29PM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > On Wed, Dec 08, 2010 at 03:47:30PM +0100, Vincent van Ravesteijn wrote: > > > > > "C:\Documents\chapters\first\firstsection\test.lyx" > > > "C

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 10:14:46AM -0600, Christian Thiemann wrote: > Clicking on original image: > > GuiGraphics.cpp(554): paramsToDialog: name = Desktop/WAN_map.pdf > GuiGraphics.cpp(555): paramsToDialog: igp.filename.absFilename() = > /Users/ct/Desktop/WAN_map.pdf > GuiGraphics.cpp(556): param

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 05:41:51PM +0100, Vincent van Ravesteijn wrote: > I hypothesize now that > > filename = igp.filename > > uses FileName::operator= and then sets the DocFileName::save_abs_path_ > member to its default 'true'. That would not explain why it seems to occur only on Mac. --

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 05:49:35PM +0100, Vincent van Ravesteijn wrote: > What about this: > > DocFileName(FileName const & abs_filename, bool save_abs_path = true); > > The FileName is _implicitly_ converted from FileName to DocFileName > and secretly save_abs_path_ is set to true. > > can you

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 05:57:41PM +0100, Vincent van Ravesteijn wrote: > >> > >> -     DocFileName(std::string const & abs_filename, bool save_abs_path = > >> true); > >> -     DocFileName(FileName const & abs_filename, bool save_abs_path = > >> true); > >> +     DocFileName(std::string const &

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 06:19:54PM +0100, Vincent van Ravesteijn wrote: > This log indicates to me that outputFilename is able to make a > relative path with the same input, so my feeling says it really is > this save_abs_path_ boolean that differs. Maybe. The only way to know what really happens

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 05:41:51PM +0100, Vincent van Ravesteijn wrote: > New test. > > InsetGraphicsParams::copy(InsetGraphicsParams const & igp) > { > filename = igp.filename; > > LYXERR0("igp:" << igp.filename << " " << igp.filename.saveAbsPath()); > LYXERR0("this: " << filename <<

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 10:05:32PM +0100, Vincent van Ravesteijn wrote: > This has the clue! > > case LFUN_PASTE: { > > // without argument? > string const arg = to_utf8(cmd.argument()); > if (arg.empty()) { > if (theClipboard(

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-08 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 11:52:10PM +0100, Stephan Witt wrote: > > I don't know if there are any drawbacks - it works! It may have drawbacks. For example, are you able to paste between different LyX instances? -- Enrico

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-09 Thread Enrico Forestieri
On Thu, Dec 09, 2010 at 07:58:45AM +0100, Stephan Witt wrote: > Am 09.12.2010 um 02:04 schrieb Enrico Forestieri: > > > On Wed, Dec 08, 2010 at 11:52:10PM +0100, Stephan Witt wrote: > >> > >> I don't know if there are any drawbacks - it works! > > > &

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-09 Thread Enrico Forestieri
On Wed, Dec 08, 2010 at 08:30:15PM -0500, BH wrote: > On Wed, Dec 8, 2010 at 8:04 PM, Enrico Forestieri wrote: > > On Wed, Dec 08, 2010 at 11:52:10PM +0100, Stephan Witt wrote: > >> > >> I don't know if there are any drawbacks - it works! > > > > It m

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-09 Thread Enrico Forestieri
On Thu, Dec 09, 2010 at 02:19:25PM +0100, Stephan Witt wrote: > > But copying text from terminal window to LyX isn't possible anymore after I > copied an image. Succeeding pastes insert the image again. Please, try the attached patch. You have to apply it on top of the previous one. -- Enrico I

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-10 Thread Enrico Forestieri
On Fri, Dec 10, 2010 at 07:32:01AM +0100, Stephan Witt wrote: > > The original issue is back again. > Pasting a copied graphics straight below the original > the copy has an absolute path again. Ok, let's change approach, then. Please, back out all previous patches and give the attached one a tr

Re: single instance issues (was 'Re: ANNOUNCE: LyX version 2.0.0 (beta 2)')

2010-12-11 Thread Enrico Forestieri
On Sat, Dec 11, 2010 at 12:28:01PM +0100, Liviu Andronic wrote: > Dear all > > On Tue, Dec 7, 2010 at 4:59 PM, Pavel Sanda wrote: > > Pre-release of LyX version 2.0.0 (beta 2) > > == > > > [..] > > * externally launched documents are now possible to load i

Re: single instance issues (was 'Re: ANNOUNCE: LyX version 2.0.0 (beta 2)')

2010-12-11 Thread Enrico Forestieri
On Sat, Dec 11, 2010 at 03:06:20PM +0100, Liviu Andronic wrote: > On Sat, Dec 11, 2010 at 2:57 PM, Enrico Forestieri wrote: > > You must have a working lyxpipe. See Section 5.2 of the > > "Additional Features" manual for how to set up it. > > > Nice, it works

Re: Fix: Graphics paths change into absolute paths on copy'n'paste

2010-12-11 Thread Enrico Forestieri
On Sat, Dec 11, 2010 at 08:30:26PM +0100, Stephan Witt wrote: > Ok, what I did: > * revert the former patches > * apply the new one > * copy graphics inside document - Ok (relative path) > * copy text from terminal - Ok > * copy Subsection header from LyX 1.6.8 - Ok (inclusive formatting) > * copy

Re: r36845 - lyx-devel/trunk/src/tex2lyx

2010-12-13 Thread Enrico Forestieri
On Mon, Dec 13, 2010 at 08:01:44AM +0100, Jürgen Spitzmüller wrote: > Richard Heck wrote: > > On 12/12/2010 04:40 PM, Jean-Marc Lasgouttes wrote: > > > Le 12/12/2010 19:47, b...@lyx.org a écrit : > > >> Author: baum > > >> Date: Sun Dec 12 19:47:02 2010 > > >> New Revision: 36845 > > >> URL: http

Re: Fix compiler warnings in pedantic mode

2010-12-15 Thread Enrico Forestieri
On Wed, Dec 15, 2010 at 11:16:34PM +0100, Jean-Marc Lasgouttes wrote: > Le 15/12/2010 22:36, Stephan Witt a écrit : > >I tried to compile LyX with -pedantic option. > > > >Most warnings are easy to fix. See the attached patch. > > The patch looks correct, except for some of the casts in .m files (

Re: r37026 - in lyx-devel/trunk: po src/frontends/qt4/ui

2010-12-28 Thread Enrico Forestieri
On Wed, Dec 29, 2010 at 01:12:40AM +0100, Pavel Sanda wrote: > for...@lyx.org wrote: > > Author: forenr > > Date: Wed Dec 29 00:29:51 2010 > > New Revision: 37026 > > URL: http://www.lyx.org/trac/changeset/37026 > > > > Log: > > lyx_pot.py cannot deal with raw newlines in ui files. So, use the >

Re: r37026 - in lyx-devel/trunk: po src/frontends/qt4/ui

2010-12-28 Thread Enrico Forestieri
On Wed, Dec 29, 2010 at 02:48:34AM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > extended to also account for """ and other entities. Would you like > > me to do that? > > yes please. Done at r37029. -- Enrico

Re: autoconf 2.68 in branch

2010-12-29 Thread Enrico Forestieri
On Wed, Nov 17, 2010 at 04:21:49PM +0100, Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > > Jürgen, may I apply the attached patch to allow autoconf 2.68? > > > > The change to libtool.m4 simply avoids the innocuous (in our case) > > warnings which are n

Re: Shortcuts overlap in Italian version

2010-12-31 Thread Enrico Forestieri
On Fri, Dec 31, 2010 at 01:43:54PM +0100, Tommaso Cucinotta wrote: > Hi there, Hi Tommaso > starting the current LyX trunk (r37056) with an Italian locale settings > > $ echo $LANG > it_IT.utf8 > > leads to the following menu warnings: > > $ /usr/local/lyx-trunk/bin/lyx > Menus.cpp(674):

Re: Shortcuts overlap in Italian version

2011-01-01 Thread Enrico Forestieri
On Sat, Jan 01, 2011 at 03:48:04PM +0100, Tommaso Cucinotta wrote: > After updating the it.gmo file I have only 1 warning left: > > $ /usr/local/lyx-trunk/bin/lyx > Menus.cpp(674): Menu warning: menu entries "Sweave...|S" and "Testo > semplice...|s" share the same shortcut. Should be solved now.

Re: r37097 - lyx-devel/trunk/src

2011-01-04 Thread Enrico Forestieri
On Tue, Jan 04, 2011 at 12:12:30PM +0100, Jean-Marc Lasgouttes wrote: > Le 4 janv. 2011 à 10:53, Pavel Sanda a écrit : > > > Jean-Marc Lasgouttes wrote: > >>> JMarc, could you improve the description doxies for selection-paste and > >>> primary-selection-paste ? > >> > >> I do not know much bes

Re: #6720: Better error handling of instant preview

2011-01-10 Thread Enrico Forestieri
On Mon, Jan 10, 2011 at 09:11:25PM +0100, Pavel Sanda wrote: > veno...@arcadiaclub.com wrote: > > I've attached a patch which waits for the a snippets to be rendered to start > > with the next one, this doesn't lock the UI with the math guide and allows > > to > > choose for each snippet which met

Re: Shortcut change for "Solo parole intere"

2011-01-10 Thread Enrico Forestieri
On Sun, Jan 09, 2011 at 03:45:04PM +0100, Tommaso Cucinotta wrote: > Hello, > > while in the Advanced Find WA, Alt-p, which normally changes the par style, > is now "shadowed" by the "Solo &parole intere" (only whole words) checkbox. > > I'd propose to change the shortcut for the checkbox to some

Re: #6720: Better error handling of instant preview

2011-01-10 Thread Enrico Forestieri
On Tue, Jan 11, 2011 at 12:04:07AM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > I would try a different approach. Currently, all previews are generated > > from a single dvi file. However, each preview snippet is contained in a > > separate page, so I would use dvi

Re: Instant Preview Broken on Linux

2011-01-12 Thread Enrico Forestieri
On Tue, Jan 11, 2011 at 07:09:24PM -0500, Richard Heck wrote: > > I keep getting the error: > Unable to find executable from dv2dt > when I enable instant preview. I wasn't getting that error earlier > today, but now I am. The dv2dt program is now required for instant preview. It helps discri

Re: #6720: Better error handling of instant preview

2011-01-12 Thread Enrico Forestieri
On Wed, Jan 12, 2011 at 01:01:43PM +0100, veno...@arcadiaclub.com wrote: > > Tomorrow I'll try to write down this "splitter". In order to avoid wasting time, I suggest to check whether the approach can lead somewhere. For example, by using the quite simple attached patch, whenever the legacy rout

Re: Global list-getters return a copy: example theConverters()

2011-01-16 Thread Enrico Forestieri
On Sun, Jan 16, 2011 at 02:19:57PM +0100, Pavel Sanda wrote: > i like it more than having mutexes on 10 different places. on the > other hand i'm little bit afraid about unintended side effects of this > patch :) lets wait what other say. What about the simple and effective attached patch? SCNR

Re: Make lyx more easy to be configed as portable program

2011-01-16 Thread Enrico Forestieri
On Mon, Jan 17, 2011 at 08:45:45AM +0800, hzluo wrote: > In addition to this exact path_prefix problem, it causes another > problem on Windows: > If the external uitility is a .bat/.cmd wrapper, it will fail. For > example, ps2pdf13 is a wrapper in gs/lib dir on Windows Ghostscript. > I have to fi

Re: #6720: Better error handling of instant preview

2011-01-17 Thread Enrico Forestieri
On Mon, Jan 17, 2011 at 07:34:17PM +0100, veno...@arcadiaclub.com wrote: > > The point is that it currently does not work well. Loading > > examples/instant_preview.lyx I get: > > {{{ > > Program "dt2dv" version 0.6.0 compiled in standard C. > > dt2dv (read_variety) : DTL variety sequences-6

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

2011-01-18 Thread Enrico Forestieri
On Tue, Jan 18, 2011 at 03:02:53PM +0100, Vincent van Ravesteijn wrote: > But I need to specify where to find the python executable. I can do > that in the LyX preferences, but that got broken now. Add the python executable to the system PATH env var and be done with it. Right click on Start->Comp

Re: #6720: Better error handling of instant preview

2011-01-20 Thread Enrico Forestieri
On Tue, Jan 18, 2011 at 08:31:31PM +0100, veno...@arcadiaclub.com wrote: > Here's the new patch: dvipng encountering PostScript specials was VERY slow > (it > seems to call GhostScripting internally but failing miserably), so I looked > for > another solution. Dvipng has "-pp" parameter which al

Re: #6720: Better error handling of instant preview

2011-01-20 Thread Enrico Forestieri
On Thu, Jan 20, 2011 at 07:10:44PM -0500, Julien Rioux wrote: > On 20/01/2011 6:36 PM, Enrico Forestieri wrote: > >Your patch is an improvement over the current situation, so I am going > >to commit a revised version. > > Could you please also apply the chan

Re: #6720: Better error handling of instant preview

2011-01-20 Thread Enrico Forestieri
On Fri, Jan 21, 2011 at 01:14:58AM +0100, veno...@arcadiaclub.com wrote: > I saw you removed the .dtl file generation, I changed that from the first > patch > thinking that a DTL of 500 shouldn't stay in memory, however it's 133 kB for > Math.lyx, it shouldn't be a serious problem. We are concer

Re: #6720: Better error handling of instant preview

2011-01-21 Thread Enrico Forestieri
On Fri, Jan 21, 2011 at 12:36:21AM +0100, Enrico Forestieri wrote: > There is a number of preview snippets failing in the math manual, but > it seems that hyperref is the culprit here. For example, see: > https://bugs.launchpad.net/ubuntu/+source/auctex/+bug/524961 > https://bugs.l

Re: #6720: Better error handling of instant preview

2011-01-21 Thread Enrico Forestieri
On Fri, Jan 21, 2011 at 06:40:03PM +0100, veno...@arcadiaclub.com wrote: > Enrico: I'm also trying to understand if there's a way to make GhostScript > ignore errors so we don't have to make a lot of files with "dvips -i" and a GS > call for each one. > On the #ghostscript IRC channel on freenode

Re: #6720: Better error handling of instant preview

2011-01-21 Thread Enrico Forestieri
On Fri, Jan 21, 2011 at 04:58:31PM -0500, Julien Rioux wrote: > On 20/01/2011 7:21 PM, Enrico Forestieri wrote: > >I don't have lilypond-book, so I need confirmation that the attached > >patch works for you. > > The patch applies and works fine. Thanks. Committed. -- Enrico

Re: .lyx files as (sym)links

2011-01-22 Thread Enrico Forestieri
On Sat, Jan 22, 2011 at 01:53:40AM +0100, Pavel Sanda wrote: > this patch should help at least for symlinks. Why not restricting the workaround to the case where the file actually is stored on an ext4 file system? We could introduce a fileName().isOnExt4() method for that purpose. See the attach

Re: about background compilation

2011-01-22 Thread Enrico Forestieri
On Sat, Jan 22, 2011 at 07:42:00PM +0100, Peter Kümmel wrote: > On 22.01.2011 18:28, Edwin Leuven wrote: > >the attached patch includes the icon > > No, it doesn't ;) wget http://dl.dropbox.com/u/359550/busy.gif mv busy.gif lib/images/wait.gif -- Enrico

Re: .lyx files as (sym)links

2011-01-22 Thread Enrico Forestieri
On Sat, Jan 22, 2011 at 03:48:06PM +0100, Stephan Witt wrote: > Am 22.01.2011 um 15:33 schrieb Enrico Forestieri: > > > On Sat, Jan 22, 2011 at 01:53:40AM +0100, Pavel Sanda wrote: > > > >> this patch should help at least for symlinks. > > > > Why not

Re: .lyx files as (sym)links

2011-01-23 Thread Enrico Forestieri
On Sat, Jan 22, 2011 at 10:28:33PM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > On Sat, Jan 22, 2011 at 01:53:40AM +0100, Pavel Sanda wrote: > > > > > this patch should help at least for symlinks. > > > > Why not restricting the workaround to the

prefs2prefs problem

2011-01-24 Thread Enrico Forestieri
Having noticed that recently LyX was not able to compile documents with postscript images when using pdflatex, I moved away the preferences file in the user directory and the problem disappeared. I traced it down to the fact that I had the following line: \converter "pdflatex" "pdf2" "pdflatex --

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

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 12:04:42PM +0100, lasgout...@lyx.org wrote: > Author: lasgouttes > Date: Wed Jan 26 12:04:42 2011 > New Revision: 37328 > URL: http://www.lyx.org/trac/changeset/37328 > > Log: > Unify handling of pass thru insets and paragraphs by introducing > Paragraph::isPassThru. Many

Re: Annoying But Not Problematic LaTeX Export Glitch

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 09:00:04AM -0500, Richard Heck wrote: > On 01/25/2011 08:45 PM, Cyrille Artho wrote: > >I have looked into this glitch, and it seems to be an issue of the > >GUI doing exactly what the user does, which is not always what the > >user wants. In particular, it comes from the fa

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

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 09:27:41AM -0500, Richard Heck wrote: > On 01/26/2011 08:01 AM, Enrico Forestieri wrote: > >On Wed, Jan 26, 2011 at 12:04:42PM +0100, lasgout...@lyx.org wrote: > >>Author: lasgouttes > >>Date: Wed Jan 26 12:04:42 2011 > >>New Revision: 37

Re: [patch] Controlling newlines on export

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 04:37:29PM +0100, Pavel Sanda wrote: > Enrico Forestieri wrote: > > As already said, the class is simply a wrapper around odocstream, so it > > should be safe > > i see one possible collision. we maintain TeXRow structure to keep > mapping betw

Re: [patch] Controlling newlines on export

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 05:24:24PM +0100, Jean-Marc Lasgouttes wrote: > Le 26/01/2011 17:13, Pavel Sanda a écrit : > >Enrico Forestieri wrote: > >>No, I already tried to audit that. The only possibility of missing > >>a newline would be when outputing "\nblabla&

Re: [patch] Controlling newlines on export

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 05:10:53PM +0100, Jean-Marc Lasgouttes wrote: > Le 26/01/2011 16:37, Pavel Sanda a écrit : > >Enrico Forestieri wrote: > >>As already said, the class is simply a wrapper around odocstream, so it > >>should be safe > > > >i see one

Re: [patch] Controlling newlines on export

2011-01-26 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 09:52:39PM +0100, Jean-Marc Lasgouttes wrote: > Le 26 janv. 2011 à 20:55, Enrico Forestieri a écrit : > >> I would have preferred a more explicit syntax like > >> os << breakl << "\\begin" > >> and have all explicit \n

Re: [patch] Controlling newlines on export

2011-01-27 Thread Enrico Forestieri
On Wed, Jan 26, 2011 at 11:07:36PM +0100, Jean-Marc Lasgouttes wrote: > Le 26 janv. 2011 à 22:10, Enrico Forestieri a écrit : > > > On Wed, Jan 26, 2011 at 09:52:39PM +0100, Jean-Marc Lasgouttes wrote: > > > > Yep, but an explicit method also helps in the line countin

Re: [patch] Controlling newlines on export

2011-01-28 Thread Enrico Forestieri
On Fri, Jan 28, 2011 at 03:57:04PM +0100, Jean-Marc Lasgouttes wrote: > Le 28 janv. 2011 à 11:57, Enrico Forestieri a écrit : > >> We should maybe have a tag 'Display 1' indicating whether an environment > >> stands on its own (like lists) or not. > > > &

Re: [patch] Controlling newlines on export

2011-01-28 Thread Enrico Forestieri
On Fri, Jan 28, 2011 at 11:54:23AM -0500, Richard Heck wrote: > On 01/28/2011 10:39 AM, Enrico Forestieri wrote: > >On Fri, Jan 28, 2011 at 03:57:04PM +0100, Jean-Marc Lasgouttes wrote: > >>Le 28 janv. 2011 à 11:57, Enrico Forestieri a écrit : > >>>>We s

Re: [patch] Controlling newlines on export

2011-01-28 Thread Enrico Forestieri
On Fri, Jan 28, 2011 at 11:48:52PM +0100, Jean-Marc Lasgouttes wrote: > Le 28 janv. 2011 à 22:55, Enrico Forestieri a écrit : > >> I can do this for you, if you wish. > > > > Thanks Richard. Let's try to coordinate the change, then. > > This part of your patch

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 02:23:04PM +0100, Kornel wrote: > Am Samstag, 29. Januar 2011 schrieb Peter Kümmel: > > > This cured it for me, but I fear it is not the proper c++ patch. > > > > > > > > > > > > Kornel > > > > Yes, the cast isn't nice. Does attached patch also fix the problem? > >

Re: r37360 - in lyx-devel/trunk: lib/layouts src src/frontends/qt4 src/insets src/mathed src/support

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 10:43:54AM +0100, Pavel Sanda wrote: > for...@lyx.org wrote: > > Author: forenr > > Date: Sat Jan 29 03:41:13 2011 > > New Revision: 37360 > > URL: http://www.lyx.org/trac/changeset/37360 > > > > Log: > > Introduce a wrapper class for odocstream to help ensuring that no >

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote: > Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: > > > >>I can also share my template-based one, that avoids code replication > >>and actually turns this burden over the odocstream class itself. > >>Assuming > >>the latter work

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 06:37:44PM +0100, Kornel wrote: > Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri: > > > > Yes, the cast isn't nice. Does attached patch also fix the problem? > > > > If yes, I think you could commit it. > > > > Pleas

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 08:06:37PM +0100, Stephan Witt wrote: > Am 29.01.2011 um 19:12 schrieb Enrico Forestieri: > > > On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote: > > > >> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: > >>> &g

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote: > overload-2.diff: > > Compiles fine too. Thanks for testing. > Tommaso: > > Ok, apart from compiling, is it only me who's experience a crash when > > typing any character in text mode (seems it was not at all due to my > > template-based

<    3   4   5   6   7   8   9   10   11   12   >