Re: [LyX 2.0.x] While exporting from the command-line, theApp() doesn't exist. It was only needed for getting hex names of colors. So, get them directly from a ColorCache object with default mapping.

2012-12-12 Thread Richard Heck
Need status.20x for this. rh On 12/12/2012 05:18 PM, Tommaso Cucinotta wrote: The branch, 2.0.x, has been updated. - Log - commit 60c96e3a663873cc3d90ddb7446d7a1bc7bb35a9 Author: Tommaso Cucinotta Date: Mon Dec 10 23:22:10 20

Re: Where to use qt4 (Re: Export-to fails for xhtml)

2012-12-12 Thread Tommaso Cucinotta
On 12/12/12 19:40, Tommaso Cucinotta wrote: > On 12/12/12 10:20, Jean-Marc Lasgouttes wrote: >> Le 12/12/2012 01:13, Tommaso Cucinotta a écrit : >>> I see, it seems we opened a "Pandora" box here. Well, if any Xmas presents >>> come out of it, then it's not too bad :-). However, so far, it seems >

Re: Export-to fails for xhtml

2012-12-12 Thread Vincent van Ravesteijn
Op 12 dec. 2012 20:45 schreef "Georg Baum" het volgende: > > Tommaso Cucinotta wrote: > > > As in the prior patch, an alternative to this problem at all is the one to > > simply remove the "--fg" and "--bg" options to the command-line invoking > > the external command. > > > > Someone who knows th

Re: [LyX master] Keep outer tabular borders when delete row/column

2012-12-12 Thread Scott Kostyshak
On Wed, Dec 12, 2012 at 9:40 AM, Richard Heck wrote: > On 12/12/2012 04:05 AM, Scott Kostyshak wrote: >> >> The branch, master, has been updated. >> >> - Log - >> >> commit 1954458817f80ac15d670a9732469066994ef08a >> Author: Scott Kos

Re: [LyX master] Fix a bug when selecting a cell in InsetTabular

2012-12-12 Thread Scott Kostyshak
On Wed, Dec 12, 2012 at 9:40 AM, Richard Heck wrote: > > These three patches are fine for branch, too. They're in. Scott

Re: [PATCH] InsetTabular code cleanup

2012-12-12 Thread Scott Kostyshak
On Wed, Dec 12, 2012 at 8:43 AM, Richard Heck wrote: > On 12/12/2012 05:25 AM, Jean-Marc Lasgouttes wrote: >> >> Le 12/12/2012 10:02, Scott Kostyshak a écrit : > > From a programming point of view, I understand why they are treated > differently, but from an interface point of view,

Re: Export-to fails for xhtml

2012-12-12 Thread Georg Baum
Tommaso Cucinotta wrote: > As in the prior patch, an alternative to this problem at all is the one to > simply remove the "--fg" and "--bg" options to the command-line invoking > the external command. > > Someone who knows this part of the code should advise on the best > solution. I used to kno

Re: Where to use qt4 (Re: Export-to fails for xhtml)

2012-12-12 Thread Tommaso Cucinotta
On 12/12/12 10:20, Jean-Marc Lasgouttes wrote: > Le 12/12/2012 01:13, Tommaso Cucinotta a écrit : >> I see, it seems we opened a "Pandora" box here. Well, if any Xmas presents >> come out of it, then it's not too bad :-). However, so far, it seems >> only a lot of work with likely disruption of th

Re: Re: Re: autotests with cmake

2012-12-12 Thread Kornel Benko
Am Mittwoch, 12. Dezember 2012 um 10:53:29, schrieb Kornel Benko ... > > and a symlink > > > > $ ls ../../locale -l > > lrwxrwxrwx 1 tommaso tommaso 59 Sep 7 00:16 ../../locale -> > > /home/tommaso/lyx-trunk-ws/lyx/development/autotests/locale > > > > that, after help from devel list, I disco

Re: LyX developer meeting or not ?

2012-12-12 Thread Jean-Marc Lasgouttes
Le 04/12/2012 05:01, Alessandro Di Federico a écrit : On Sun, 2012-11-25 at 01:21 +0100, Uwe Stöhr wrote: I've set up a Doodle: http://doodle.com/wgft744zy4n9hffx Thanks. Hopefully we this time can manage to meet each other after 3 years now. The Doodle has now been closed. What are we going

Re: [LyX master] Keep outer tabular borders when delete row/column

2012-12-12 Thread Richard Heck
On 12/12/2012 04:05 AM, Scott Kostyshak wrote: The branch, master, has been updated. - Log - commit 1954458817f80ac15d670a9732469066994ef08a Author: Scott Kostyshak Date: Wed Dec 12 04:04:39 2012 -0500 Keep outer tabular b

Re: [LyX master] Fix a bug when selecting a cell in InsetTabular

2012-12-12 Thread Richard Heck
These three patches are fine for branch, too. Richard On 12/12/2012 03:48 AM, Scott Kostyshak wrote: The branch, master, has been updated. - Log - commit 4b706051b73ece2d806bc8b4daf430f2e0be6995 Author: Scott Kostyshak Date:

Re: [PATCH] InsetTabular code cleanup

2012-12-12 Thread Richard Heck
On 12/12/2012 05:25 AM, Jean-Marc Lasgouttes wrote: Le 12/12/2012 10:02, Scott Kostyshak a écrit : From a programming point of view, I understand why they are treated differently, but from an interface point of view, I wonder if there could be better names. I can't think of any though. Mayb

Re: [RFC] New beamer frames / conversion

2012-12-12 Thread Jürgen Spitzmüller
2012/12/12 José Matos : > I am also interested in this. It is in my todo list. Excellent. > Is this the work you showed under the thread "New layout argument work > and Beamer"? > > Or is there a git branch? Everything is in trunk, except for the new frame definitions. This is in the layouts I a

Re: Undo crash in InsetTabular with "spellcheck continuously" enabled

2012-12-12 Thread Jean-Marc Lasgouttes
Le 12/12/2012 09:50, Scott Kostyshak a écrit : Unfortunately, when I run LyX under gdb (or valgrind), I cannot reproduce anymore :( Why is this a problem? Can't you use the core file that was dumped or is that not the same? I guess you can't use "next" to work interactively in a core file. My

Re: [PATCH] InsetTabular code cleanup

2012-12-12 Thread Jean-Marc Lasgouttes
Le 12/12/2012 10:02, Scott Kostyshak a écrit : From a programming point of view, I understand why they are treated differently, but from an interface point of view, I wonder if there could be better names. I can't think of any though. Maybe isHiddenByMultiRow? I like your suggestion. I do

Re: [RFC] New beamer frames / conversion

2012-12-12 Thread José Matos
On 12/11/2012 03:17 PM, Jürgen Spitzmüller wrote: > A proper conversion would certainly be preferred, but it's hard since there > are so many ways now to "end" a frame and since we need to nest some content > which is now not nested. I am also interested in this. It is in my todo list. > I'm hap

Re: Export-to fails for xhtml

2012-12-12 Thread Jean-Marc Lasgouttes
Le 12/12/2012 01:22, Tommaso Cucinotta a écrit : On 11/12/12 14:08, Jean-Marc Lasgouttes wrote: Le 11/12/2012 10:12, Tommaso Cucinotta a écrit : Yes, everything compiles fine. Also ColorCache.h was not giving any trouble, till I included it in graphics/PreviewLoader.cpp, because then gcc compl

Re: Re: Export-to fails for xhtml

2012-12-12 Thread Kornel Benko
Am Montag, 10. Dezember 2012 um 23:23:53, schrieb Tommaso Cucinotta > On 10/12/12 22:25, Richard Heck wrote: > > On 12/10/2012 05:16 PM, Tommaso Cucinotta wrote: > >> On 10/12/12 21:46, Tommaso Cucinotta wrote: > >>> when exporting from the command-line, theApp() doesn't exist. Any > >>> possibl

Re: Where to use qt4 (Re: Export-to fails for xhtml)

2012-12-12 Thread Jean-Marc Lasgouttes
Le 12/12/2012 01:13, Tommaso Cucinotta a écrit : On 11/12/12 14:57, Abdelrazak Younes wrote: Ah... a flameware just in time before Christmas! :-P [...] And of course we should get rid of frontend/* (not qt4) and use signal/slot connection for communication with the core (src/). I see, it se

Re: Re: autotests with cmake

2012-12-12 Thread Kornel Benko
Am Mittwoch, 12. Dezember 2012 um 01:02:21, schrieb Tommaso Cucinotta > On 11/12/12 11:36, Kornel Benko wrote: > > Hi, > > > > I am trying to make autotests run under cmake. So far I made some progress. > > Hi, good to hear. As a start, do you know whether invoking these tests by the > normal:

Re: Re: [LyX master] Cmake build: First try to use autotests. Many test are not running, but if changed the '-dbg xxx' to '-dbg any' then all of sudden they pass ... (The buffered output of lyx is oft

2012-12-12 Thread Kornel Benko
Am Dienstag, 11. Dezember 2012 um 23:34:26, schrieb Stephan Witt > Am 11.12.2012 um 16:06 schrieb Kornel Benko: > > > Am Dienstag, 11. Dezember 2012 um 15:32:43, schrieb Stephan Witt > > > > > Are you able to fix this, please? > > > > OK. I am surprised, X11 is not available an MAC. > > It

Re: [PATCH] delete row/column patch

2012-12-12 Thread Scott Kostyshak
On Mon, Dec 10, 2012 at 6:09 AM, Jean-Marc Lasgouttes wrote: > Le 08/12/2012 08:09, Scott Kostyshak a écrit : > >> The attached patch is based on a patch sent by Zahari Dimitrov in this >> email: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172590.html >> >> I have tested it. Can it go i

Re: [PATCH] InsetTabular code cleanup

2012-12-12 Thread Scott Kostyshak
On Mon, Dec 10, 2012 at 6:01 AM, Jean-Marc Lasgouttes wrote: > Le 08/12/2012 08:09, Scott Kostyshak a écrit : > >> While studying InsetTabular{.cpp,.h}, I have some suggestions and >> questions. >> >> In the 0001 patch attached, am I missing something or can we remove >> cur.selection in the condi

Re: Undo crash in InsetTabular with "spellcheck continuously" enabled

2012-12-12 Thread Scott Kostyshak
On Tue, Dec 11, 2012 at 4:17 AM, Jean-Marc Lasgouttes wrote: > Le 08/12/12 08:08, Scott Kostyshak a écrit : > >> I'm hoping others can reproduce this. I can reproduce in current trunk >> with Ubuntu 12.04 as follows: >> >> - Enable "spellcheck continuously" >> - Insert a table, say 4x4. >> - Click

Re: Undo crash in InsetTabular with "spellcheck continuously" enabled

2012-12-12 Thread Scott Kostyshak
On Mon, Dec 10, 2012 at 6:49 AM, Jean-Marc Lasgouttes wrote: > Le 08/12/2012 08:08, Scott Kostyshak a écrit : > >> I'm hoping others can reproduce this. I can reproduce in current trunk >> with Ubuntu 12.04 as follows: >> >> - Enable "spellcheck continuously" >> - Insert a table, say 4x4. >> - Cli

Re: [PATCH] fix three selection bugs in tabular

2012-12-12 Thread Scott Kostyshak
On Mon, Dec 10, 2012 at 11:48 AM, Richard Heck wrote: > On 12/10/2012 06:17 AM, Jean-Marc Lasgouttes wrote: >> >> Le 08/12/2012 08:10, Scott Kostyshak a écrit : >>> >>> Attached are three patches which fix selection bugs in tabular. I have >>> a feeling that I am cheating by throwing in >>> "cur.s

Re: [PATCH] Remove a FIXME in InsetTabular

2012-12-12 Thread Scott Kostyshak
On Mon, Dec 10, 2012 at 11:31 AM, Richard Heck wrote: > On 12/08/2012 02:09 AM, Scott Kostyshak wrote: >> >> From my interpretation, the FIXME in the attached patch (added in 2009 >> by Vincent) is now satisfied and we can remove the !empty_cell from >> the condition. Is that correct or did I mis