Re: r39383 - lyx-devel/trunk/lib/lyx2lyx

2011-07-30 Thread Richard Heck
On 07/30/2011 12:40 PM, uwesto...@lyx.org wrote: > Author: uwestoehr > Date: Sat Jul 30 18:40:03 2011 > New Revision: 39383 > URL: http://www.lyx.org/trac/changeset/39383 > > Log: > lyx_2_0.py: fix bug when exporting documents containing \iddots in math to > LyX 1.6.x > This must also go to branch

Re: External material/graphics empty samples

2011-07-30 Thread Tommaso Cucinotta
Il 30/07/2011 11:44, Pavel Sanda ha scritto: If you had a look at those 2 patches (images and ext material), I had a common need, i.e., the patch below. Do you think it may be a safe/right one, or might it be dangerous or have unforeseeable side effects ? iirc we return zip type for files whi

Re: Image Lifecycle (Create) Patch - Video

2011-07-30 Thread Tommaso Cucinotta
Il 30/07/2011 06:48, Jens Nöckel ha scritto: To me it seems that this could be a great job for an external launcher utility or an operating system service, but not a feature that LyX should be responsible for. I guess Nautilus proves this point. Sorry to be so conservative about this, but for

[patch] fix bug 6622

2011-07-30 Thread Uwe Stöhr
The attached patch add the missing possibility to de/select the package undertilde. This was not yet added because of the fileformat freeze for LyX 2.0. So it is time to put it in now. OK Georg? regards Uwe Index: development/FORMAT ===

Re: External material/graphics empty samples

2011-07-30 Thread Pavel Sanda
Tommaso Cucinotta wrote: > Il 29/07/2011 10:30, Pavel Sanda ha scritto: >>> So, my question: does it make sense to have these 2 separate insets ? >> to me yes. spreadsheat table is no graphics material. >> secondly its kind of API for people who want to develop their own external >> material. > > T

Re: Image Lifecycle (Create) Patch - Video

2011-07-30 Thread Edwin Leuven
Tommaso Cucinotta wrote: > actually, in the previous patch on the Trac by Vincent (which I discovered > later, when I seeked for a place on Trac where to drop my own patch), the > mouse coordinates are used to decide where to actually drop. that's how it should be. could you use that code in your

Re: cmd-line conversion of gnumeric and ods files.

2011-07-30 Thread Pavel Sanda
Tommaso Cucinotta wrote: >> for the particular case of dia the distinction makes no big sense indeed, >> its more of letting user to know that we do support dia at all... > > I see - this would be addressable via a selection combo-box in the > GuiGraphics dialog which could be very similar to the o