Re: r38789 - lyx-devel/trunk/src

Il 19/05/2011 13:56, rgh...@lyx.org ha scritto: URL: http://www.lyx.org/trac/changeset/38789 Log: Revert r38779. I guess even the most innocent seeming of these will need more work. perhaps that line is a workaround for another bug in this update process. I found out that the line (or a simi

Re: r38789 - lyx-devel/trunk/src

rg/~tcucinotta). Thanks, T. Il 21/05/2011 09:39, Tommaso Cucinotta ha scritto: Il 19/05/2011 13:56, rgh...@lyx.org ha scritto: URL: http://www.lyx.org/trac/changeset/38789 Log: Revert r38779. I guess even the most innocent seeming of these will need more work. perhaps that line is a work

Re: #7581: Advanced search buffer always article class

Il 23/05/2011 08:22, LyX Ticket Tracker ha scritto: However, there are still things left that need to be copied. For instance, both Insert> Citation and Insert> Cross Reference do not seem to work in the search buffer. Shall I file separate reports for these? do you know whether these we

Re: #7581: Advanced search buffer always article class

Il 23/05/2011 14:50, Abdel Younes ha scritto: I don't think it would work. That buffer has no access to the bibliography or reference info from the working buffer. Probably what you would need to do is copy the reference cache and the bibinfo cache, though you'd also have to make sure they w

Re: LyX2 slow with complex documents?

Il 24/05/2011 06:34, John McCabe-Dansted ha scritto: To reproduce: 1) Open a complex lyx file with many math insets, macros etc. (e.g. http://www.csse.uwa.edu.au/~john/drafts/Thesis_Background.lyx, or just create a new document and fill the screen with "$x$ x", where $x$ represents math-mode x

Re: LyX2 slow with complex documents?

Il 24/05/2011 07:42, Tommaso Cucinotta ha scritto: Il 24/05/2011 06:34, John McCabe-Dansted ha scritto: To reproduce: 1) Open a complex lyx file with many math insets, macros etc. (e.g. http://www.csse.uwa.edu.au/~john/drafts/Thesis_Background.lyx, or just create a new document and fill the

Re: LyX2 slow with complex documents?

Il 24/05/2011 08:09, Tommaso Cucinotta ha scritto: That shows up also without maths: I have put ~3000 chars in a single line without breaks. Now when I'm in full-screen mode (1440x900) the cursor moves very slowly (only ~10 positions per second), much worse: < 5chars/sec., actuall

Re: r38789 - lyx-devel/trunk/src

Il 24/05/2011 08:34, Lars Gullik Bjønnes ha scritto: Tommaso Cucinotta writes: | case _FINDADV: { Where is '_FINDADV' coming from? It is a reserved identifier. Drop the '_' and use another prefix if required. I meant the LFUN of course: $ grep FINDADV src/LyXAc

Re: math manual: Why spce in ERT?

Il 24/05/2011 15:14, Guenter Milde ha scritto: LyX understands Character '␣' (9251, 0x2423) OPEN BOX and translates it to \textvisiblespace in the LaTeX source. When I try to search/replace the ERT boxes via the Advanced search, only the content (\spce) is replaced and I end up with the OPEN BOX

tommaso/binary-dispatch branch ?

[ Hi, I'm just forwarding this again with a more meaningful subject. ] For example, if I wanted to play with a "type/binary-based" dispatch that includes also more information on the return path from the model to the GUI, then what should I do ? a) clone the lyx repo on gitorious ? b) create a

Re: advice on how to implement my dream LyX feature

Il 26/05/2011 08:05, Xu Wang ha scritto: -Interesting, I didn't know that the Mac OS Preview has a crop feature that correctly extracts vector graphics. The issue pointed out here seems a very common requirement, which I tackled too many times in the past by using the image snapshot tool fro

Re: #7581: Advanced search buffer always article class

Il 23/05/2011 21:34, Tommaso Cucinotta ha scritto: Il 23/05/2011 14:50, Abdel Younes ha scritto: Maybe the solution is to create a special EmbeddedBuffer class that will constantly refer to the document Buffer (const access to the params, ref cache, etc). EmbeddedBuffer would inherit Buffer

Re: r38846 - in lyx-devel/trunk: development/autotests src

Il 26/05/2011 19:46, Richard Heck ha scritto: On 05/26/2011 01:08 PM, tomm...@lyx.org wrote: Author: tommaso Date: Thu May 26 19:08:48 2011 New Revision: 38846 URL: http://www.lyx.org/trac/changeset/38846 - ParIterator it = buffer.par_iterator_begin(); - ParIterator

Re: r38846 - in lyx-devel/trunk: development/autotests src

Il 26/05/2011 19:48, Richard Heck ha scritto: On 05/26/2011 01:46 PM, Richard Heck wrote: On 05/26/2011 01:08 PM, tomm...@lyx.org wrote: Author: tommaso Date: Thu May 26 19:08:48 2011 New Revision: 38846 URL: http://www.lyx.org/trac/changeset/38846 Log: Bugfix in how the search buffer was expo

autogen.sh gtkglextmm warning

Hi all, when configuring LyX for development, I can see this: $ ./autogen.sh Using automake (GNU automake) 1.11.1 Using autoconf (GNU Autoconf) 2.67 Building macros... /usr/share/aclocal/gtkglextmm-1.2.m4:225: warning: underquoted definition of AC_GTKGLEXTMM_SUPPORTS_MULTIHEAD /usr/share/acloca

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

Il 27/05/2011 10:17, Vincent van Ravesteijn ha scritto: I don't like this. In all dialogs, calling buffer() will give you the currentBufferView(). It is confusing if it is suddenly different here. because in each & every usage of the buffer() method in this dialog, I needed a different buffer (

Re: r38846 - in lyx-devel/trunk: development/autotests src

Il 27/05/2011 10:49, Vincent van Ravesteijn ha scritto: In principle I agree (more elegant, more c++, more STL-like, etc.), but it was doing something strange/weird: consider the buffer with a single par, with a footnote inside. As it was before, it was iterating 2 paragraphs: the outer one (prod

Adv F&R Issue on Mac & Win.

Hi, perhaps some Mac/Win developer can help in verifying whether this issue http://www.lyx.org/trac/ticket/7596 is easily reproducible for lyx-2.0.0 on these platforms or not, and whether it turns out to be fixed in current trunk (r38863 - I did fix a number of closely related issues which

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

Il 27/05/2011 14:22, Richard Heck ha scritto: On 05/27/2011 06:11 AM, Tommaso Cucinotta wrote: Should it be added to this specific dialog, or to the Dialog class ? Perhaps add that to the Dialog class. Then it can be used elsewhere as needed. So I did (r38865). T.

Menu issue

From #7592: the "Insert->Regular Expression->..." submenu appears when you show the Advanced F&R dialog (and focus the Find WA), but it seems to disappear as soon as you enter math mode. What may be wrong ? This is the platform: LyX 2.0.0 Mac OS X 10.6.7 QT: qt4-mac @4.5.3_0+darwin_10 (I

Re: LyX 2.0.1

Il 31/05/2011 17:25, Richard Heck ha scritto: We've collected a fair number of bug fixes since 2.0.0 http://www.lyx.org/trac/wiki/BugTrackerHome#Bugsalreadyfixedfornextmaintenancerelease so I am looking now towards releasing LyX 2.0.1 within a couple weeks. I just added this other as well:

Re: Adv F&R Issue on Mac & Win.

Il 29/05/2011 12:11, Enrico Forestieri ha scritto: On Fri, May 27, 2011 at 08:26:21PM -0400, BH wrote: I've tried searching for \alpha and x^2 in both files provided with the bug report, and I cannot reproduce the bug with trunk r38856 or r38870. That's on MacOSX 10.6.7. Am I missing anything?

Re: Adv F&R Issue on Mac & Win.

Il 04/06/2011 08:13, Enrico Forestieri ha scritto: On Sat, Jun 04, 2011 at 12:13:03AM +0200, Tommaso Cucinotta wrote: whilst when searching for \alpha on the right cell: \begin{align*} & \alpha \end{align*} then it is not found, but this last case is somewhat unusual (I think) for

Re: Adv. find & replace with regular expressions

Il 06/06/2011 10:09, Andrew Parsloe ha scritto: I've been doing some experimenting with the regular expression facility in advanced find & replace. (Windows Vista). [...] Hi, thanks a lot for the detailed report. I'm going to look at these issues one by one. I just started from probably the s

Re: Adv. find & replace with regular expressions

Il 12/06/2011 00:13, Tommaso Cucinotta ha scritto: Il 06/06/2011 10:09, Andrew Parsloe ha scritto: I've been doing some experimenting with the regular expression facility in advanced find & replace. (Windows Vista). [...] Hi, thanks a lot for the detailed report. I'm going to

Re: LyX 2.0.1 Wednesday

Il 14/06/2011 15:11, Richard Heck ha scritto: I intend to build and tag LyX 2.0.1 on Wednesday---or at least try to do so, as it will be my first time. (Pavel, Jurgen, please check your email!) So if you have anything you'd like included, please say so now. Richard I'm working to some bug

Re: LyX 2.0.1 Wednesday

Il 14/06/2011 19:04, Richard Heck ha scritto: On 06/14/2011 12:40 PM, Tommaso Cucinotta wrote: I'm working to some bug-fixing in the regexp-based Advanced F&R engine, thanks to the issues reported by Andrew Parsloe. I'm not sure I can commit on time by tomorrow. It look

Re: Copying a table column crashes LyX

Il 20/06/2011 01:28, Andrew Parsloe ha scritto: I created a table and made some settings then, in the right-click menu chose More... > Copy Column and Lyx crashed with the message LyX has caught an exception ... Exception: iconv problem in iconv_codecvt_facet initialization To reproduce, just

Re: Another regexp problem

Il 14/06/2011 06:51, Andrew Parsloe ha scritto: I've found one more hiccup in the regexp functioning Tommaso involving use of { and } in text. The use of braces {} will confuse the current advanced find engine (however, round () and bracket [] parenthesis should work fine). At a glance, I sho

Re: Adv. find & replace with regular expressions

Il 06/06/2011 10:09, Andrew Parsloe ha scritto: 3. The backslash and Latex completion hints As soon as I enter a backslash in a regexp inset, it generates a Latex completion hint. The backslash alone has \! suggested; \a produces \alpha as a hint, and so on. I think these hints should be turne

Re: Search bar on the left and bottom of the page

Il 21/06/2011 15:21, Mike Bonhoff ha scritto: Hallo Developers, In the forums I saw that Lyx 2.0.0 is able to search some text within the math mode which wasn't possible before I think. This is a great improvement. Would it be possible that the search bar is on the left and bottom of the page

Re: Lyx and Beamer

Hi, as from my little experience, most of the times you need to customize somewhat the way tex2lyx imports latex, unless you are happy with a nearly unmanageable .lyx file flooded of ERTs. See my comments in line: Il 28/06/2011 16:27, Murat Yildizoglu ha scritto: Lyx is not able to recognize

Re: Lyx and Beamer

Il 28/06/2011 19:17, Tommaso Cucinotta ha scritto: This probably can be fixed by customizing the syntax.default file, and adding something like: \frame<>{} [...] but I'm not sure tex2lyx understands this <...> syntax. Perhaps that would be a simple addition ? Indeed, it

Re: Bug in "advanced search" in LyX 2.0.1, infinite loop

Il 08/07/2011 15:19, Helge Hafting ha scritto: While translating, I came a cross an infinite loop bug in the advanced search. hopefully, this was fixed in r39266. Thanks for report. Bye, Tommaso To reproduce: 1. Enter some text, such as "a text text text a text" 2. Use advanced search

Re: r39266 - lyx-devel/trunk/src

Il 10/07/2011 21:05, Richard Heck ha scritto: On 07/09/2011 08:19 PM, tomm...@lyx.org wrote: Author: tommaso Date: Sun Jul 10 02:19:11 2011 New Revision: 39266 URL: http://www.lyx.org/trac/changeset/39266 Log: After replacing with multi-cell contents, now advanced find and replace leaves the c

Importing \usepackage{algorithmic}

Hi all, today I just noticed a colleague of mine trying to import in LyX a simple latex document he started to write in plain latex, and the only thing that was imported as ERT was some usage of the algorithmic package, which apparently was being used for the same purpose as LyX-Code would fi

Re: New Benchmark Tool for LyX & Results.

Il 13/07/2011 20:32, John McCabe-Dansted ha scritto: I have begun developing benchmark utilities for LyX. These can be found by doing git clone g...@github.com:gmatht/Jankey.git cd Jankey/Benchmarks/ Running these benchmarks reports that that the resource usage of LyX has been growing in a

website typo

On the announcement of the lyx 2.0.0 release (http://www.lyx.org/News), we have this typo "and the LyX wiki , which you You can also send email to the LyX users' list (lyx-users at lists.lyx.org)." Perhaps it could be fixed.

Re: External material/graphics empty samples

on, size on paper and on screen, etc.). Furthermore, the image is not previewed. Instead, if I use Insert->Figure, then I don't have this new feature that I really like :-). Anyone willing to give it a try ? Bye, T. Il 24/04/2011 23:31, Tommaso Cucinotta ha scritto: Il 23/04/2011 23:

Re: External material/graphics empty samples

I dropped the new patch on #3205, so that we don't forget about it. T. Il 22/07/2011 06:22, Tommaso Cucinotta ha scritto: Hi all, I just reworked the patch on the current trunk, plus I added a few desirable things: -) Insert->External Material...-> enter filename (e.g.,

Re: External material/graphics empty samples

Il 22/07/2011 18:47, Pavel Sanda ha scritto: Tommaso Cucinotta wrote: I dropped the new patch on #3205, so that we don't forget about it. its uncomfortable to comment on the patches coming in gzip form, i.e. the chances to get some reaction is smaller this way. pavel because it cont

Re: External material/graphics empty samples

Il 23/07/2011 21:03, Pavel Sanda ha scritto: so we ought to ship binary files which will be the new ones? why not ask the external application instead? simply because not every application supports opening a non-existent file. Shipping sample files seems to me the easiest thing to do. T.

Re: External material/graphics empty samples

Il 23/07/2011 21:14, Pavel Sanda ha scritto: hmm and where is the edit button? :) there's no edit button in that dialog. The LyX workflow would be: 1) insert->external material... 2) fill details in the dialog, click Ok 3) right-click on the previewed image, choose Edit... shouldn't it be the

Formats, Converters and External Templates

I have a couple of questions concerning the internal LyX structure concerning formats, converters and external templates. 1) Does it make sense to have these 2 separate insets ? -) insets/InsetGraphics, with associated GUI qt4/GuiExternal -) insets/InsetExternal, with associated GUI qt4/GuiGraphi

cmd-line conversion of gnumeric and ods files.

Hi all, is there a way to get from the command-line a gnumeric spreadsheet and an OpenOffice drawing (.odg) or spreadsheet (.ods) converted to a format suitable for LaTeX/LyX ? For example, something that gets an .eps or .pdf out of those formats ? Thanks, Tommaso

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

Il 26/07/2011 11:54, Tommaso Cucinotta ha scritto: Hi all, is there a way to get from the command-line a gnumeric spreadsheet and an OpenOffice drawing (.odg) or spreadsheet (.ods) converted to a format suitable for LaTeX/LyX ? For example, something that gets an .eps or .pdf out of those

Image Lifecycle Patch (was: Re: cmd-line conversion of gnumeric and ods files.)

Il 26/07/2011 17:33, Julien Rioux ha scritto: You can define a converter from odg to eps in Preferences > File Handling > Converters. You might first have to define the odg format. Then you can insert odg files as graphics. In the attached patch, I just realised what is my "ideal" lifecycle fo

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

Il 26/07/2011 15:59, Richard Heck ha scritto: On 07/26/2011 06:14 AM, Tommaso Cucinotta wrote: For OpenOffice drawings (.odg), I found this: unoconv --stdout -f eps sample.odg | ps2eps> a.eps (ps2eps is needed to fix the bounding box otherwise I get a whole page in the .eps) What is

Image Lifecycle (Create) Patch - Video

Hi all, in order to raise your attention to the "Image/External-Material Lifecycle" patches I've been working to in the last few days, I just built up a video: http://www.youtube.com/watch?v=eJUj70islB4 so that you can conveniently see how it works and comment on it, even if you don't hav

Re: Image Lifecycle (Create) Patch - Video

Il 28/07/2011 17:29, Edwin Leuven ha scritto: Tommaso Cucinotta wrote: This patch allows one to quickly insert new images and other type of external material into a LyX document. fwiw, i'd rather be able to drag-n-drop they are compatible: one way doesn't preclude that the ot

Re: Image Lifecycle (Create) Patch - Video

Il 28/07/2011 17:29, Edwin Leuven ha scritto: Tommaso Cucinotta wrote: This patch allows one to quickly insert new images and other type of external material into a LyX document. fwiw, i'd rather be able to drag-n-drop Please, try the attached (preliminary) patch. If you drag'

Re: Image Lifecycle (Create) Patch - Video

Il 29/07/2011 01:19, Tommaso Cucinotta ha scritto: Il 28/07/2011 17:29, Edwin Leuven ha scritto: Tommaso Cucinotta wrote: This patch allows one to quickly insert new images and other type of external material into a LyX document. fwiw, i'd rather be able to drag-n-drop Please, tr

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

Il 29/07/2011 10:55, Pavel Sanda ha scritto: Tommaso Cucinotta wrote: 1) AFAICS, there's really no reason for keeping .dia drawings as templates. 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...

Re: External material/graphics empty samples

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. Thanks for your comments, Pavel. If you

Re: Image Lifecycle (Create) Patch - Video

Il 29/07/2011 11:04, Pavel Sanda ha scritto: Tommaso Cucinotta wrote: I'd like to gather comments on this, whether it may be acceptable for the for the technical part i feel uncomfortable the we should ship bunch of empty binaries file and need to manage proper versions of them. if have

Re: Image Lifecycle (Create) Patch - Video

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

Re: External material/graphics empty samples

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: External material/graphics empty samples

Il 31/07/2011 11:19, Pavel Sanda ha scritto: whats your qt version? i already tested its gray even in 1.6.1-10. unless my memory play nasty games with me, this really worked - i was able to set size of external images.. what remains is that something in qt changed. ii libqt4-dev

Re: External material/graphics empty samples

Il 31/07/2011 11:19, Pavel Sanda ha scritto: whats your qt version? i already tested its gray even in 1.6.1-10. unless my memory play nasty games with me, this really worked - i was able to set size of external images.. what remains is that something in qt changed. Btw, the attached patch brin

Re: External material/graphics empty samples

Il 31/07/2011 20:27, Pavel Sanda ha scritto: Tommaso Cucinotta wrote: Il 31/07/2011 11:19, Pavel Sanda ha scritto: whats your qt version? i already tested its gray even in 1.6.1-10. unless my memory play nasty games with me, this really worked - i was able to set size of external images

Re: Image Lifecycle (Create) Patch - Video

Il 31/07/2011 20:33, Pavel Sanda ha scritto: when we are talking about the easiest thing - for which application you actually need this 'new' feature? it might be that it already knows creating new file, when called with file argument - as lyx is doing (or it could well be accepted by its develop

Re: Feature request: Simple built-in text editor

Il 01/08/2011 19:37, Jacob Barandes ha scritto: I wouldn't sell yourselves short -- LyX is a great editor. In particular, being able to change around the UI and set keyboard shortcuts to customized command sequences would be very useful for plain text-editing. But beyond that, being able to edi

Re: Image Lifecycle (Create) Patch - Video

Il 01/08/2011 11:31, Edwin Leuven ha scritto: no offense, but i think this "feature" is bloat... I don't have at reach the numbers showing increases in: -) compiled files size (or size of additional files to ship) -) compilation-time -) memory occupation as due to this patch, especially if you

Re: Feature request: Simple built-in text editor

Il 02/08/2011 22:27, Jacob Barandes ha scritto: Just a few reasons off the top of my head: Switching between tabs is faster than switching between different programs; it's also less disorienting when the user interface is uniform between various documents. understandable Furthermore, using t

Re: Initial experience with LyX

Il 04/08/2011 05:39, Jerry ha scritto: Hi list, Hi Jerry, The Find dialog is modal. This combined with not having any command-key equivalents for Next and Previous means that it is usually in your way to even read what is being displayed. The Find dialog requires two clicks (check box then b

Re: Fwd: Re: Image Lifecycle (Create) Patch - Video

Il 10/08/2011 18:24, Julien Rioux ha scritto: On 06/08/2011 1:06 PM, Tommaso Cucinotta wrote: So, in the end, is there any chance to get this patch in ? I think that most users will at least appreciate the "Edit" button in the image& ext material dialogs (as witnessed by the cor

Re: Initial experience with LyX

Il 05/08/2011 02:02, Jerry ha scritto: On Aug 4, 2011, at 6:46 AM, Tommaso Cucinotta wrote: Did you try the Advanced Find dialog (activated by [Ctrl+Shift+F] on Linux, or Edit menu) ? A little better, yes, but even docked it still hogs screen space when not in use. And the Shift-Return

recursive repaint -> segfault

Hi, from one of my tests for findadv that was failing: [C-s-f] (pop-up advanced find) \Axmath-display\[Return] and I get infinite: "QWidget::repaint: recursive repaint", till segfault. Beginning of stack trace is below (r39294). What should I look for ? I don't seem to be calling explici

Re: recursive repaint -> segfault

Il 21/08/2011 15:31, John McCabe-Dansted ha scritto: Keytest has just found a recursive repaint bug. I think it is the same one; both bugs appear to have been introduced in r39486 by "vfr". FYI, the way Keytest reproduces the bug is as follows: 1) Press Alt-I, T to insert a table. 2) Press Alt-V

Re: Fwd: Re: Image Lifecycle (Create) Patch - Video

Il 16/08/2011 18:07, Liviu Andronic ha scritto: On Tue, Aug 16, 2011 at 3:42 PM, Tommaso Cucinotta wrote: as said above: with the last rework, no empty sample files are needed to be shipped with LyX. Only if the user wants, he/she can install a few sample empty files in .lyx/samples, and

Re: LyX 2.0.1

Il 25/08/2011 00:00, Richard Heck ha scritto: It appears that the long slumber of ftp.lyx.org is about to come to an end, which means that LyX 2.0.1 can be released. I expect to do the release work late Thursday or early Friday, depending upon the response to this message. So: If there is anythin

Re: LyX 2.0.1

Il 25/08/2011 22:12, Vincent van Ravesteijn ha scritto: According to john I caused the crashes while fixing the scrolling. That's why I did not backport the fix. However, I'm convinced that the underlying problem is already in branch. I'd propose the attached fix, which doesn't trigger any

Re: LyX 2.0.1

Il 27/08/2011 11:26, John McCabe-Dansted ha scritto: On Sat, Aug 27, 2011 at 5:06 PM, Vincent van Ravesteijn wrote: According to john I caused the crashes while fixing the scrolling. That's why I did not backport the fix. I'd propose the attached fix, which doesn't trigger any (either sporadi

Re: LyX 2.0.1

Il 27/08/2011 14:54, Pavel Sanda ha scritto: Tommaso Cucinotta wrote: John.. does this also fix your automatic testcases ? It fixed the recursive paint. I haven't really made regression tests. So it's in: r39535. nice, this also fixes the regression #7503. nice to know. What ab

Fwd: 2.0.x - Ghostscript error when opening EmbeddedObjects.lyx with InstantPreview

Also, when opening the XY-pic manual, I get tons of these on the terminal: unusual contents found: [xymatrix [grid [row [cell [char mathalpha][char U mathalpha][char mathalpha][macro ar][char [ mathalpha][char d mathalpha][char d mathalpha][char r mathalpha][char ] mathalpha][char mathal

Re: merging of external material and graphics interfaces

Il 31/08/2011 16:37, Julien Rioux ha scritto: No, not ditching it completely. But some external templates are really graphic formats and it's confusing to have them appear elsewhere. Also, chunks of the user interface are similar and could be merged. Hello, my last patch was attached to #5962

Re: merging of external material and graphics interfaces

Il 31/08/2011 14:17, Julien Rioux ha scritto: Is anybody working on this? Any strong discouraging opinions? Tommaso, were you working on achieving this? Where can I find your latest patch? I forgot to mention the wiki note: http://wiki.lyx.org/Devel/CreateFromEmptySample Bye, T.

Re: Image Lifecycle (Create) Patch - Video

Il 01/08/2011 11:31, Edwin Leuven ha scritto: Tommaso Cucinotta wrote: Comments ? no offense, but i think this "feature" is bloat... perhaps the more extended explanations in: http://wiki.lyx.org/Devel/CreateFromEmptySample will help in understanding the advantages of this (

Re: merging of external material and graphics interfaces

Il 31/08/2011 21:19, Georg Baum ha scritto: This plan exists for ages. The graphics inset even was already ditched at some point in time, but it got reintroduced later, because the external inset did not work that well back then. IIRC there is also a bug entry for that. You will be a hero if you

Re: LyX 2.0.1 Sources Available

Il 31/08/2011 20:23, Richard Heck ha scritto: I have put what I hope will be LyX 2.0.1 here: http://frege.brown.edu/lyx/lyx-2.0.1.tar.gz I only got this warning while compiling: Server.cpp: In member function ‘bool lyx::LyXComm::loadFilesInOtherInstance()’: Server.cpp:1018:45: warning: ig

Re: LyX 2.0.1 Sources Available

Something more serious: -) start LyX -) open Advanced F&R -) close LyX -) start LyX (Advanced F&R is already there) -) type C-m (math mode), then x, then left-cursor (try once, twice, thrice left cursor) -) type C-q (quit) and we get SEGFAULT! Seems to crash both with instant preview on and

lyx@fb ?

Hi, just reconnecting with the lyx@twitter proposal, I found these pages about LyX on FB: http://www.facebook.com/pages/LyX/166594390068533 http://www.facebook.com/pages/LyX/112847072061085?sk=info http://www.facebook.com/group.php?gid=8353382319&v=wall I'm not such an expert user of th

Fwd: lyx@fb ?

Just got one more page, sorry: http://www.facebook.com/group.php?gid=300952777691 T. Hi, just reconnecting with the lyx@twitter proposal, I found these pages about LyX on FB: http://www.facebook.com/pages/LyX/166594390068533 http://www.facebook.com/pages/LyX/112847072061085?sk=info

Re: lyx@fb ?

Il 05/09/2011 08:09, Vincent van Ravesteijn ha scritto: Op 5-9-2011 1:37, Tommaso Cucinotta schreef: http://www.facebook.com/pages/LyX/166594390068533 http://www.facebook.com/pages/LyX/112847072061085?sk=info http://www.facebook.com/group.php?gid=8353382319&v=wall I'm pretty su

Re: [patch] allow to assign several extensions to a file format

Il 05/09/2011 23:33, Julien Rioux ha scritto: log: Allow to assign several extension to a given file format (#4798). Additionnal extensions are separated by commas (,). Spaces are ignored. Preference (lyxrc) file format incremented to 2. For example, a LibreOffice/OpenOffice/StarOffice drawi

LyX & odg drawings

Hi, [... extracted from the Image Lifecycle Patch ...] the attached patch adds the OpenOffice drawing format (.odg). With it you can: -) include in LyX OpenOffice drawings -) preview them on the screen -) view them in the final .ps/.pdf output -) edit them externally via libreoffice, ooffice

Re: LyX & odg drawings

Il 06/09/2011 03:04, Richard Heck ha scritto: I guess it would make sense in support/filetools.{h,cpp}. Though I wonder if there is a better way than checking extensions thanks. Checking the extension is the quickest thing we can do. When working with OpenOffice, I'd say everyone uses the

Re: LyX & odg drawings

Il 06/09/2011 18:26, Richard Heck ha scritto: I know it seems counter-intuitive. What I observed was that, if isZippedFile() returns true, then LyX thinks the file is zipped and it needs to unzip it before doing anything with it -- maybe this is ok if I have something like "myfigure.eps.gz",

Re: LyX & odg drawings

Il 07/09/2011 14:33, Julien Rioux ha scritto: On 07/09/2011 12:13 AM, Tommaso Cucinotta wrote: Any further suggested modification ? Also, in configure.py, ODG and SXD are not very descriptive names. Maybe "OpenOffice Drawing" for ODG. What's different with the sxd extension?

Re: LyX & odg drawings

Il 07/09/2011 14:23, Julien Rioux ha scritto: (having looked at your patch) Can you write a python port of libreoffice2eps.sh? then it's also portable to windows. ok, that was the real reason of why all the scripts were Python. Sure, I'll do that. T.

Re: LyX & odg drawings

Il 07/09/2011 14:17, Julien Rioux ha scritto: I think the suggestion from Richard to use needsUnzip (or perhaps needsUnzipping) is a little better than what you have used (dontUnzip). Since the name dontUnzip has a negative it is kind of inverse logic. You can see this in the way you use it, to

Re: LyX & odg drawings

Il 07/09/2011 15:41, Richard Heck ha scritto: Perhaps Julien and I can sort that out after your patch goes in. There's even logic to that. This version could go to branch, whereas Julien's idea would have to be trunk-only, due to the format changes. Let's file an enhancement bug with 2.1.0 ta

Re: LyX & odg drawings

Il 07/09/2011 15:21, Tommaso Cucinotta ha scritto: Il 07/09/2011 14:23, Julien Rioux ha scritto: (having looked at your patch) Can you write a python port of libreoffice2eps.sh? then it's also portable to windows. ok, that was the real reason of why all the scripts were Python. Sure,

Re: LyX & odg drawings

Il 07/09/2011 15:51, Stephan Witt ha scritto: Am 07.09.2011 um 15:40 schrieb Tommaso Cucinotta Also, why don't we use the "file" tool, or the libmagic library to detect file formats from the contents ? How portable would that be? Win: http://gnuwin32.sourceforge.net/packag

Output file-name when exporting from command-line.

Hi, would it be possible to add to LyX the possibility to specify an explicit output file-name when exporting from the command-line to a different format ? Something along the line of: lyx -e latex -o /path/to/output.tex /path/to/input.lyx While writing scripts and automating conversions,

Re: Output file-name when exporting from command-line.

Il 09/09/2011 08:10, Guenter Milde ha scritto: Presumably what is needed here is a "buffer-export-as" LFUN. or I don't know if one can add an optional argument to the same buffer-export LFUN, i.e.: Alt-x buffer-export ps Alt-x buffer-export ps /tmp/foo.ps ... as implemented in the att

Re: Output file-name when exporting from command-line.

Il 09/09/2011 08:29, Stephan Witt ha scritto: Am 08.09.2011 um 22:01 schrieb Richard Heck: On 09/08/2011 01:57 PM, Julien Rioux wrote: new switch, say, -E, which takes two arguments, and have that act as shorthand for: -x "buffer-export-as pdf /path/to/export.lyx" What about spaces in path

Re: Output file-name when exporting from command-line.

Il 09/09/2011 14:31, Jean-Marc Lasgouttes ha scritto: Le 09/09/2011 12:50, Tommaso Cucinotta a écrit : in the patch I sent a few minutes ago, we have this working: -x "buffer-export latex /path/to/file name with space.tex" Would it be ok for people used to paths with spaces (guess

Re: Output file-name when exporting from command-line.

Il 09/09/2011 19:45, Tommaso Cucinotta ha scritto: Il 09/09/2011 14:31, Jean-Marc Lasgouttes ha scritto: Perosnally, I'd prefer to avoid this syntax of 'everything until the end of line', and stick with the good old -x "buffer-export latex \"/path/to/file name wi

Re: Output file-name when exporting from command-line.

Il 09/09/2011 22:32, Julien Rioux ha scritto: On 09/09/2011 10:24 PM, Julien Rioux wrote: On 09/09/2011 9:51 PM, Julien Rioux wrote: On 09/09/2011 8:57 PM, Tommaso Cucinotta wrote: I also checked the front-end part by Guenter, and I have to say we had that potential issue that lyx -o path -e

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