Re: RefStyle, Again

On 07/15/2010 03:57 PM, Jean-Pierre Chrétien wrote: Richard Heck a écrit : (ii) Switch from prettyref to refstyle, as in the patch attached to #6609. Jurgen has an objection to this, namely, that it will inevitably break some customized prettyref formats. I.e., if you have declared in some

Re: tex2lyx difficulties (solved but has improvements).

On 07/16/2010 07:25 PM, Michael McNeil Forbes wrote: Hi, I am trying to provide a .lyx option for the thesis class I maintain and have had great difficulty running tex2lyx. Below I provide some suggestions and outline my experience... Please let me know if you would like me to file bug reports/

Re: r34080 - lyx-devel/trunk/src

I'll have a look at this. rh On 07/17/2010 01:14 PM, Vincent van Ravesteijn wrote: Richard, Author: rgheck Date: Wed Apr 7 18:15:26 2010 New Revision: 34080 URL: http://www.lyx.org/trac/changeset/34080 Log: Fix bug #6611. This also gives us a more robust fall-back in case we are completely

Re: use_makebox problems - lyx2lyx

On 07/17/2010 12:34 PM, Uwe Stöhr wrote: Can anyone please give me a hint what I'm doing wrong and/or why the warnings aren't output? I see the warnings here. But the problem is that you're mixing up the i's and j's. I've fixed it, tested, and committed. rh

Re: use_makebox problems - lyx2lyx

On 07/18/2010 06:15 AM, Uwe Stöhr wrote: Am 17.07.2010 20:09, schrieb Richard Heck: I see the warnings here. But the problem is that you're mixing up the i's and j's. I've fixed it, tested, and committed. Thanks for fixing my mistake, but the problem that thw lyxl2y

Re: r34080 - lyx-devel/trunk/src

On 07/17/2010 01:14 PM, Vincent van Ravesteijn wrote: Richard, Author: rgheck Date: Wed Apr 7 18:15:26 2010 New Revision: 34080 URL: http://www.lyx.org/trac/changeset/34080 Log: Fix bug #6611. This also gives us a more robust fall-back in case we are completely unable to load a text class. At

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

On 07/18/2010 07:51 AM, Vincent van Ravesteijn wrote: Op 18-7-2010 13:49, uwesto...@lyx.org schreef: Author: uwestoehr Date: Sun Jul 18 13:49:34 2010 New Revision: 34969 URL: http://www.lyx.org/trac/changeset/34969 Log: GuiWorkArea.cpp: make it compilable Stephan, please check if this is corre

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

On 07/18/2010 08:11 AM, Richard Heck wrote: On 07/18/2010 07:51 AM, Vincent van Ravesteijn wrote: Op 18-7-2010 13:49, uwesto...@lyx.org schreef: Author: uwestoehr Date: Sun Jul 18 13:49:34 2010 New Revision: 34969 URL: http://www.lyx.org/trac/changeset/34969 Log: GuiWorkArea.cpp: make it

Re: Compile errors (branch & trunk)

On 07/18/2010 09:08 AM, Kornel Benko wrote: Am Sonntag 18 Juli 2010 schrieb Kornel Benko: There are errors like this: Still more errors. Nobody sees it? Nothing like this using autotools, anyway. And we do have: /// Compare a docstring with a C string of ASCII characters bool op

Re: r34985 - in lyx-devel: tags/lyx_2_0_0beta2 trunk

On 07/20/2010 02:18 AM, Stephan Witt wrote: hmm svn blame works. git-svn seems to be somewhat confused for the commits between last update and this commit (as they never existed). i will try whether this couldn't be fixed somehow... from what i could see all svn functions work normally

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

On 07/21/2010 09:57 AM, Vincent van Ravesteijn wrote: Modified: lyx-devel/trunk/src/Buffer.h == --- lyx-devel/trunk/src/Buffer.hWed Jul 21 06:59:05 2010(r34992) +++ lyx-devel/trunk/src/Buffer.hWe

Re: Trunk: problem with math insets

On 07/21/2010 08:53 PM, Guillaume Pothier wrote: Hi, it seems a problem has been recently introduced in trunk. The $ signs that should surround math insets are not inserted anymore. How to reproduce: - create a new document - toggle math editor (ctrl+m) - add some function, fraction, greek letter

Re: Beta plans (again)

On 07/21/2010 03:12 PM, Pavel Sanda wrote: hi, as usual after release i repost planned features, Richard's plate slowly disappeating, nice... the other stuff is not moving and i have been thinking that we should highlight most important tasks because while many things would be nice to have, w

Re: Trunk: problem with math insets

On 07/22/2010 04:06 AM, Vincent van Ravesteijn wrote: Sorry, my fault. I've reverted what caused this, but I'm not sure yet why it caused it. The problem is that InsetMathHull didn't implement "Inset::write(WriteStream&) const" anymore after r34995. I realized eventually that someth

Re: Automatic replacement

On 07/24/2010 10:44 AM, Filip Dominec wrote: Hi, first of all let me thank you for the LyX project. I like how it enables even people with minimal TeX experience to typeset clean and nice documents. I have a feature request: please, can you add the automatic replacement function to the editor? I

Re: [patch] support for \\\\baselineskip

On 07/25/2010 03:25 PM, Uwe Stöhr wrote: >> Its in ofer 90% the exact value in pt. So my reversion keeps the size the >> users wanted. > > I don't understand. How can you find out the exact value of \baselineskip if > the font size and linespread are defined in a class file? This is not > poss

Re: [patch] support for \\\\baselineskip

On 07/25/2010 08:55 PM, Uwe Stöhr wrote: Am 26.07.2010 00:32, schrieb Richard Heck: That's why I wrote in 90%. Usually you have single line space and nearly all document classes use 1.2 for the baselineskip then. I thought the worry was that there is no way to determine the fontsiz

Re: [patch] support for \\\\baselineskip

On 07/26/2010 08:56 AM, Uwe Stöhr wrote: Am 26.07.2010 14:45, schrieb Richard Heck: The class the defines the possible font sizes. You specify the font size in the document settings. But one option is "default", i.e., not to specify it. How do you know what that means? Def

Re: LyX/Mac Speed Issues

On 07/27/2010 03:59 PM, BH wrote: Recently LyX/Mac-2.0svn has gotten much slower. It's now to the point where I can type faster than text appears on the screen (a common complaint from me in the past that had been resolved), window resizing (which involves redrawing the screen) is very jerky, and

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

On 07/29/2010 04:32 PM, Abdelrazak Younes wrote: On Thu, Jul 29, 2010 at 5:38 PM, > wrote: Modified: lyx-devel/trunk/src/mathed/InsetMathXYMatrix.cpp == --- lyx-devel/trunk/src/mathed

Site Approval Password

Can someone send me the password for approving links on the wiki? rh

Re: Bug #3221: nameref support

On 08/03/2010 12:13 PM, Jean-Pierre Chrétien wrote: Richard Heck comcast.net> writes: On 07/16/2010 09:41 AM, Uwe Stöhr wrote: So let's remove \Nameref support then. Done. The reference to "Textual reference plus" is still there today, an

Re: spell-check on the fly on Mac OS X

On 08/03/2010 06:51 PM, Jean-Marc Lasgouttes wrote: While typing this, I notice that Mail.app only does on the fly checking at cursor position. I could add a "isSlow()" method to the spell checking backends and revert to this strategy for slow backends... I was going to suggest something lik

Re: FAQ

On 08/05/2010 02:19 AM, Jürgen Spitzmüller wrote: Since it's a rainy day today, I've started to give the FAQ section on the wiki a somewhat sensible structure. Until now, the FAQ was organized with reference to some file FAQ.lyx that isn't existing anymore since a long time, some random thematic

Re: [patch] layout dependencies

On 07/30/2010 02:43 PM, Julien Rioux wrote: Hi LyX developers, LyX 2.0 now has a new mechanism for relaying layout dependencies to the user, such as the class filename. Most LaTeX classes also rely on certain packages to be installed. It could be argued that this information should be provide

Re: [patch] layout dependencies

On 08/02/2010 05:31 PM, Guenter Milde wrote: On 2010-07-30, Julien Rioux wrote: LyX 2.0 now has a new mechanism for relaying layout dependencies to the user, such as the class filename. Most LaTeX classes also rely on certain packages to be installed. It could be argued that this informatio

Re: Missing files in trunk? Not compilable here with cmake

On 08/06/2010 04:02 AM, Kornel Benko wrote: ... cd /Creatable/BUILD/BuildLyx/src/frontends/qt4&& /usr/bin/c++ -DHAVE_GETTEXT -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -fno-strict-aliasing -Wall -O3 -DNDEBUG -I/Creatable/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/include/Aiksa

Re: Missing files in trunk? Not compilable here with cmake

On 08/06/2010 04:02 AM, Kornel Benko wrote: ... cd /Creatable/BUILD/BuildLyx/src/frontends/qt4&& /usr/bin/c++ -DHAVE_GETTEXT -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -fno-strict-aliasing -Wall -O3 -DNDEBUG -I/Creatable/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/include/Aiksa

Re: file status monitoring

On 08/06/2010 06:55 AM, xPol wrote: Using lyx 1.6.5, as a change is made to the open file, the warning '(changed)' appears on the window bar. Yet, as the change has been undone (by ctrl-z) the warning '(changed)' does not disappear, although the undo command has been disabled, therefore the (buff

Re: r35068 - lyx-devel/trunk/src

On 08/06/2010 07:57 PM, Jean-Marc Lasgouttes wrote: Le 7 août 10 à 01:54, lasgout...@lyx.org a écrit : Log: Fix bug #3733: 'undo' does not revert 'changed' status for file If was not very complicated after all. This could potentially go to branch if people feel it is important, but there is n

Fwd: Command + S + D = crash

Anyone? Original Message Subject:Command + S + D = crash Date: Fri, 6 Aug 2010 20:51:07 -0400 From: Benjamin Deschamps To: lyx-users While I'm on the list... I've been crashing Lyx 1.6.5 by accidentally pressing Command + S + D instead of just Command + S

Re: changeset/35060 - color regressions

On 08/07/2010 12:16 PM, Jean-Marc Lasgouttes wrote: Now, I understand that this is a controversial change, which I why I committed the patch, so that people can decide by themselves. Switching to version 2.0 is a good time for resetting the color scheme. I tend to customize my color scheme,

Re: crashes in alpha5 (r35036)

On 08/07/2010 10:25 AM, Liviu Andronic wrote: On Fri, 6 Aug 2010 22:31:26 +0100 Liviu Andronic wrote: Yet another backtrace. This time Sweave wasn't involved, and I only tried to compile a very simple document. See attached. And another one. The latest seems more verbose. Liviu PS

Re: changeset/35060 - color regressions

On 08/07/2010 01:21 PM, Jean-Marc Lasgouttes wrote: Le 7 août 10 à 19:20, Richard Heck a écrit : I tend to customize my color scheme, so that tells you how I feel about the default one. So, do you have good propositions? Not really. I agree with Rob's comments about intensity, and w

Re: [PATCH] ParbreakIsNewline

On 8/7/10 7:44 PM, Jean-Marc Lasgouttes wrote: This patch introduces a new tag for Layout and InsetLayout classes. The name is a bit ugly, but I did not find a better idea. The meaning is "a paragraph break will have the same effect as a newline". This is intended for ert-like layouts. I pos

Re: [PATCH] make passthru layouts like passthru inses

On 08/08/2010 03:30 PM, Jean-Marc Lasgouttes wrote: This patch implements proper passthru for normal layouts. In particular, it makes paragraph breaks generate single \n in latex output. This means that it is not necessary anymore to use newlines to break lines. Plain paragraph breaks can be u

Re: changeset/35060 - color regressions

On 08/08/2010 06:48 PM, Joost Verburg wrote: On a side note, I doubt the current background color is good from an ergonomic point of view. Instead of changing the background color, it's probably better to dim the backlight instead. I was about to mention this myself. The reason I don't usual

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

On 08/08/2010 07:11 PM, lasgout...@lyx.org wrote: case RC_USE_TOOLTIP: + str = _("Enable use the system colors for some things like main window background and selection."); + break; + + case RC_USE_TOOLTIP: str = _("Enable the automatic a

Re: [PATCH] make passthru layouts like passthru inses

On 08/09/2010 08:46 AM, Jean-Marc LASGOUTTES wrote: Richard Heck writes: Hmm. Well, short of trying to make lyx2lyx layout-aware, I have no idea what to do about this. That said, the old behavior is surely broken. I could hardcode the names of layouts that need it (Chunk, Scrap

Re: r35102 - lyx-devel/trunk/src

On 08/09/2010 01:43 PM, Jean-Marc Lasgouttes wrote: Le 9 août 10 à 18:18, rgh...@lyx.org a écrit : Log: Do not invalidate cache unless we find some BibTeX insets. Part of #6846. Wow. That was fast! It was kind of a silly mistake. But there's more for later. Can you confirm that these change

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

On 08/09/2010 01:48 PM, Jean-Marc Lasgouttes wrote: Le 9 août 10 à 19:01, rgh...@lyx.org a écrit : Log: More work toward speeding up the bibfile caching stuff. This looks good. From bug 6846: So I've had a look at this and made some more changes. But I've got two concerns about doing

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

So this didn't work (segfault). But if we're to do fillWithBibKeys() from updateBuffer(), something like it has to be done. I.e., we will not have an InsetIterator at this point. Modified: lyx-devel/trunk/src/insets/InsetBibitem.cpp ===

Re: r35102 - lyx-devel/trunk/src

On 08/09/2010 03:31 PM, Kornel Benko wrote: Am Montag 09 August 2010 schrieb Jean-Marc Lasgouttes: Le 9 août 10 à 20:31, BH a écrit : I'm trying to test, but when I try to open the User's Guide, I get a crash (see below for backtrace). Is this related to your work here, Richard?

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

On 08/09/2010 03:36 PM, Jean-Marc Lasgouttes wrote: This causes a crash, because doc_it seems not to be properly initialized or something. What's weird is that when it was called like this: it->fillWithBibKeys(d->bibinfo_, it) it was fine. So the doc_it constructed here is not equivalent to t

[OT] P=NP Has Apparently Been Solved

http://www.hpl.hp.com/personal/Vinay_Deolalikar/Papers/pnp12pt.pdf

Re: [OT] P=NP Has Apparently Been Solved

On 08/09/2010 05:24 PM, Jean-Marc Lasgouttes wrote: Le 9 août 10 à 23:15, Richard Heck a écrit : http://www.hpl.hp.com/personal/Vinay_Deolalikar/Papers/pnp12pt.pdf Like with Wiles, we have to wait until we knows what holes are in there and how easy it is to fix them. Yes, things could fall

Re: [PATCH] make passthru layouts like passthru inses

On 08/09/2010 07:11 PM, Jean-Marc Lasgouttes wrote: OK, this patch is a new version of the PassThru patch that uses ParbreakIsNewline. With this patch, the changes that are needed in lyx2lyx qre only: In the following layouts * Chunk from module sweave * Scrap from module noweb * Scrap f

Re: r35118 - lyx-devel/trunk/lib/layouts

On 08/10/2010 03:01 PM, lasgout...@lyx.org wrote: Author: lasgouttes Date: Tue Aug 10 21:01:28 2010 New Revision: 35118 URL: http://www.lyx.org/trac/changeset/35118 Log: Fix a syntax error in the class declaration. This created an error in configure.py, without any good explanation. Annoying.

Re: Naming custom insets

On 08/10/2010 05:16 PM, Jean-Marc Lasgouttes wrote: While trying to fix #6786 (http://www.lyx.org/trac/ticket/6786), I found out that the naming of Flex insets is very weird. I think I looked at this once before and also found it weird. So I know I am coming after the battle here, but I wonde

Re: Naming custom insets

On 08/10/2010 06:29 PM, Jean-Marc Lasgouttes wrote: The plan would be: * layout2layout: for all insets layouts which name is not in the hardcoded list (Note, Branch...), including Custom:, CharStyle:, and Element:, remove the existing prefix and replace it with Flex: * lyx2lyx: do the sam

Branch Bug

Create a footnote. Now type "this \emph{is} weird". Here, the "is" is larger than "this" and so is "weird". rh

Re: Branch Bug

On 08/11/2010 02:47 PM, Jean-Marc Lasgouttes wrote: Le 11 août 10 à 20:38, Richard Heck a écrit : Create a footnote. Now type "this \emph{is} weird". Here, the "is" is larger than "this" and so is "weird". I can't reproduce. By \emph, do you mea

Re: Naming custom insets

On 08/11/2010 04:35 PM, Jean-Marc Lasgouttes wrote: We can also add code to LyX 1.6 that reads these borked files: if MyStyle does not exist and the inset is of type Custom, try Custom:MyStyle. Of course, we do not know that the inset is of type custom... So, we would have to try in turn CharSt

Re: changeset/35060 - color regressions

On 08/12/2010 11:52 AM, Jean-Marc LASGOUTTES wrote: A traditional free software application is configurable so that it has the union of all features anyone's ever seen in any equivalent application on any other historical platform. Or even configurable to be the union of all applicati

Test Message

I seem not to have gotten mail for a while, so let's try this. Richard

No Mail From List

I'm not getting any mail from the lists. I can see the messages on marc, but they are not coming through to me. Anyone have any idea why not? Can someone check if messages are being returned and, if so, send me one with the header? Thanks, Richard

Re: Fwd: [Customization] Suggestions about v. 2.0.0

On 08/19/2010 12:32 PM, Uwe Stöhr wrote: >> have you seen this post from Ignacio?: > > was this processed in the end? Not yet. Richard will you have time for this or should Pavel or I take over? Sorry not to reply. I wasn't getting messages for a bit. You're welcome to make whatever changes y

Re: what does the local layout in the document settings do?

On 8/29/10 9:10 PM, Uwe Stöhr wrote: What exactly does the local layout feature in the document settings? It's like a document-local included file. I tried to use it but don't understand how it works. Here are my annotations and bug reports: - The user has to read the documentation to under

Re: Support for BibLaTeX / Debian packages for Ubuntu

On 8/15/10 10:23 PM, Rob Oakes wrote: Dear LyX Developers, While working on another issue, I was taking a look at BibLaTeX over the weekend. It looks like a very nice package for the creation of bibliographies. On the Wiki it says that LyX does not support not support BibLaTeX natively, "yet

Re: r34121 - lyx-devel/trunk/src

On 8/15/10 11:36 AM, Enrico Forestieri wrote: On Mon, Apr 12, 2010 at 05:16:43PM +0200, rgh...@lyx.org wrote: Author: rgheck Date: Mon Apr 12 17:16:43 2010 New Revision: 34121 URL: http://www.lyx.org/trac/changeset/34121 Log: Add a comment. Modified: lyx-devel/trunk/src/buffer_funcs.c

Re: what does the local layout in the document settings do?

On 8/29/10 9:56 PM, Uwe Stöhr wrote: Am 30.08.2010 03:48, schrieb Richard Heck: - The user has to read the documentation to understand what this feature might be for -> having a context help (like for listings) would improve the situation a lot If you have suggestions about how to do t

Re: what does the local layout in the document settings do?

On 08/30/2010 03:45 AM, Guenter Milde wrote: On 2010-08-30, Uwe Stöhr wrote: What exactly does the local layout feature in the document settings? It is in the document settings now? Then this is an interface to the hithere hidden possibility to include a layout with a document.

Re: enhancement suggestion: include combine class

On 08/26/2010 10:00 AM, Peter Gamalrevicz wrote: Dear LyX-developers, first off: thanks for a great piece of software. I have one suggestion: the combine class is very handy for having several documents in one, which is especially useful for collections of articles. The class can be found on

Re: what does the local layout in the document settings do?

On 08/30/2010 08:45 AM, Jürgen Spitzmüller wrote: Richard Heck wrote: Think of local layouts as an analogy to the LaTeX preamble. It is a power user feature. Yes, that should probably be emphasized in the documentation. But nevertheless the goal should be to replace this

Re: changeset/35060 - color regressions

On 08/31/2010 10:47 AM, Jean-Marc LASGOUTTES wrote: Pavel Sanda writes: I propose - not to use the option "using system colors" by default. Users can activate it if they like +1 :( I would have disagreed with this, too, had I seen it. rh

Re: Instant Preview on Windows

On 09/02/2010 01:23 PM, Alex wrote: Hello, I am a developer working with TeX/LaTeX, and inspired by seeing the Instant Preview feature of LyX (on Window in particular), am rather curious how this works. A few specific questions: * Is the default or a custom TeX distribution used for preview r

Re: Glitch in local layout ui

On 09/03/2010 08:38 AM, Pavel Sanda wrote: hi, if i look into document settings, local layoutpane, i see "Layout is valid!" string in bold although no local layout is used. this is feature or bug? An empty one is always valid, but perhaps we don't need to say so rh

Re: key bindings wish

On 09/03/2010 09:09 AM, Pavel Sanda wrote: Neal Becker wrote: One thing I enjoy with emacs is it has an introspection system to help me learn key bindings. I could as 'where is' the key binding, or simply list all the bindings. This morning I wanted to verify that C-sp was protected space.

Re: Note about performance and outliner

On 09/08/2010 02:10 AM, Abdelrazak Younes wrote: On 09/07/2010 05:48 PM, Pavel Sanda wrote: hi, while typing some docs into our manuals i must admit that lyx editing performance when outliner is simultaneously opened is really horrible. e.g. go to section 7.2.1 of additional lyx manual, havi

Re: [PATCH] make passthru layouts like passthru inses

On 09/06/2010 11:39 AM, Jean-Marc LASGOUTTES wrote: Pavel Sanda writes: Jean-Marc Lasgouttes wrote: There is however a problem with this change: in old documents, a paragraph break would generate an empty line, but now it will be a single line break. Also, it would be nice to remove

Re: Note about performance and outliner

On 09/08/2010 08:46 AM, Pavel Sanda wrote: Pavel Sanda wrote: i tried to make profile. the output is gigantic and don't fully understand the output right now... http://195.113.26.193/~sanda/junk/gprof.txt (9mb) forgot to add - i went in the middle of additional manual, switched on th

Re: Note about performance and outliner

On 09/08/2010 09:19 AM, Pavel Sanda wrote: Richard Heck wrote: I don't really understand this either, but it certainly look as if the updateMacros() calls are eating a lot of time. Just on general grounds, we need to call it only when we must. There is surely no need to call updateM

Re: Note about performance and outliner

On 09/08/2010 10:43 AM, Pavel Sanda wrote: Richard Heck wrote: If so, I think we could restore the call when needed. The question would be when it breaks. But, as I say in the FIXME, it's hard to see how the macros need updating if the buffer doesn't. i dont use macros mys

Re: [patch] support for customizable horizontal lines

On 09/14/2010 07:31 PM, Uwe Stöhr wrote: Am 14.09.2010 20:13, schrieb Andre Poenitz: This is my problem: In line 433 of TextMetrics.cpp the text width is calculated: int const w = max_width_ - leftMargin(max_width_, pit, ii->pos)- right_margin; I need this result "w" in InsetLine::draw

Re: [patch] support for customizable horizontal lines

On 9/14/10 9:51 PM, Uwe Stöhr wrote: Am 15.09.2010 03:02, schrieb Richard Heck: How can I do this without changing the code for all of our 98! insets? This information is only needed in InsetLine and I thus cannot pollute all other insets with info. If there is no other solution than to make

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

On 09/15/2010 07:28 AM, Abdelrazak Younes wrote: void InsetLine::draw(PainterInfo& pi, int x, int y) const { -frontend::FontMetrics const& fm = theFontMetrics(pi.base.font); +// FIXME: We cannot use InsetCommand::dimension() as this returns the dimension +// of the button, whi

Re: Some feedack for xhtml (Re: r35379 - lyx-devel/trunk/lib/layouts)

On 09/15/2010 08:47 AM, Pavel Sanda wrote: rgh...@lyx.org wrote: Author: rgheck Date: Wed Sep 15 14:07:30 2010 New Revision: 35379 URL: http://www.lyx.org/trac/changeset/35379 Log: Improve abstract rendering under XHTML. thanks for care. btw just finished one report which needed to

Re: Regular crashes at LyX exit

On 09/15/2010 12:01 PM, Pavel Sanda wrote: hi, its not such a big issue since normal user will never see, but there seems to be somthing fishy in the way we destroy preview insets. for trigerring is usually needed something like: 1. open attached file with math ( instant preview on ) 2. export t

Re: Beta plans (again, again)

On 09/16/2010 10:24 AM, Stephan Witt wrote: Am 16.09.2010 um 15:32 schrieb Pavel Sanda: * rc2rc conversion scripts for converting older preferences into new ones. Jose promised to come with something. These I would rate as show-stopper, almost. (I don't want to say that only Jose

Re: r35369 - lyx-devel/trunk/src

On 09/16/2010 11:31 AM, Stephan Witt wrote: Of course the function Paragraph::Private::countSoftbreaks() should have int argument, but why did it compile here with gcc 4.2.1 on Mac and gcc 4.4 on Linux? Implicit conversion? rh

Re: r35369 - lyx-devel/trunk/src

On 09/16/2010 12:00 PM, Stephan Witt wrote: Am 16.09.2010 um 17:47 schrieb Richard Heck: On 09/16/2010 11:31 AM, Stephan Witt wrote: Of course the function Paragraph::Private::countSoftbreaks() should have int argument, but why did it compile here with gcc 4.2.1 on Mac and gcc 4.4

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

On 09/16/2010 09:28 PM, uwesto...@lyx.org wrote: Author: uwestoehr Date: Fri Sep 17 03:28:08 2010 New Revision: 35417 URL: http://www.lyx.org/trac/changeset/35417 Log: InsetLine: - honor Abdel as author - reintroduce the /// spacers in the header file because it makes it better readable and we

Re: Beta plans (again, again)

On 09/17/2010 06:19 AM, Stephan Witt wrote: Am 17.09.2010 um 11:59 schrieb Pavel Sanda: Stephan Witt wrote: Additionally, it could copy the contents of templates and examples directory to the home directory. That would solve the problem that currently one cannot open the examples an

Re: Beta plans (again, again)

On 09/17/2010 07:59 AM, Jean-Marc LASGOUTTES wrote: Stephan Witt writes: maybe mac has different routines for open dialogs... Perhaps, the standard open file dialog? I can remember a discussion about that topic... but not the details. We can (and should) use extra buttons in

Re: [patch] support for customizable horizontal lines

On 09/17/2010 08:22 AM, Uwe Stöhr wrote: Am 17.09.2010 08:09, schrieb Abdelrazak Younes: Anyway, your last commit confirms me that you didn't learn anything If the /// commit was wrong, why does every other inset header file use it? Why are these changes only made in one file, why is the

Re: Beta plans (again, again)

On 09/17/2010 09:37 AM, Pavel Sanda wrote: Jean-Marc LASGOUTTES wrote: I would like to have the newlineisparbreak part, which is important for sweave support and is a file format change. Hopefully Richard can find time to provide the missing python part. this waits for commit or only

Re: Beta plans (again, again)

On 09/17/2010 08:09 AM, Jean-Marc LASGOUTTES wrote: Pavel Sanda writes: i fixed the remaining binding between VCS and comparison, so the last thing which hinder us from beta are the changes in dispatch due to the bug #6417 -- it would be nice if somebody can look on the issue. if you wou

pref2pref

On 09/18/2010 11:16 AM, rgh...@lyx.org wrote: Author: rgheck Date: Sat Sep 18 17:16:04 2010 New Revision: 35436 URL: http://www.lyx.org/trac/changeset/35436 Log: Conversion for tabular-feature. I believe this completes the LFUN conversions, at least if RELEASE_NOTES is complete in this respect.

Re: pref2pref

On 09/18/2010 03:55 PM, Pavel Sanda wrote: Richard Heck wrote: What we do not have at this point is any way to call the script from within LyX. I guess this should be done as we read the ui and bind files. i wonder whether lyx shouldnt ask before before the conversion takes place. it

Re: Patch: Diagram inset

On 09/18/2010 04:48 PM, Pavel Sanda wrote: also this is fileformat change - that is .lyx files generated with this patch cannot be correctly read by older version of lyx and we need to handle that. it should be simple here - either only bump file version or we just need that when file is conver

Re: Patch: Diagram inset

On 9/19/10 11:19 AM, Ronen Abravanel wrote: +def revert_diagram(document): + i = 0 + re_diagram = re.compile(r'\\begin_inset Formula .*\\Diagram', re.DOTALL) + while True: +i = find_token(document.body, '\\begin_inset Formula', i) +if i == -1: + return +j = find_end_of_inset(

Re: Patch: Diagram inset

While playing with your feature i noticed that the export to the LyX 1.6 fileformat via lyx2lyx is not working. I now fixed the bug that the LyX 1.6.x files were not compilable. But there are still some issues: Take your example file and export it to LyX 1.6.x format. Then open this with LyX 1

tex2lyx crash

On 09/21/2010 01:49 PM, Wolfgang Engelmann wrote: Am Tuesday 21 September 2010 17:14:53 schrieb Richard Heck: On 09/21/2010 05:22 AM, Wolfgang Engelmann wrote: Am Monday 20 September 2010 21:03:24 schrieb Pavel Sanda: Wolfgang Engelmann wrote: however, Pavel (and

Re: Embedded files in documents

On 09/22/2010 12:56 PM, Erich Hoover wrote: I've been starting to get a few of the people I work with to convert to LyX and I've been noticing that when sending documents between authors it would be convenient to not always be ZIPping up all the dependencies. Is there any chance that patches t

Re: [RFC] and [patch] - support to define header /footer lines

On 9/22/10 9:50 PM, Uwe Stöhr wrote: It a long-standing known issue LyX misses a proper way to define custom header/footer lines while such lines are necessary for many documents. After helping a colleague to define a strange header line (which costs me half an hour), I created a new module tha

Re: [RFC] and [patch] - support to define header /footer lines

On 09/23/2010 01:16 PM, Uwe Stöhr wrote: > A few questions, though. First, isn't there another way to do this in > the koma-script classes? Yes, KOMA-script provides the same behavior as \lhead/\rhead using commands with another name. > If so, then perhaps we should provide for that functiona

HELP: Why Is This Crashing?

The attached patch is supposed to address bug #6912 by slightly generalizing our argument handling again. In order to avoid including in Layout.h, I've started here the process of pimpling a few things. Unfortunately, something I'm doing is causing LyX to crash in Argument::~Argument(), in p

Encoding Issue in Bug 6223

Can someone who knows about encodings look at #6223? Richard

Re: Question about allowed filenames on Unix systems

On 09/25/2010 12:54 PM, Uwe Stöhr wrote: > Removing a warning just because it works for you is not an option IMHO. Before > you remove it, it is up to you to prove that it really is obsolete in all > cases. That's why I asked you do test this with your TeXLive installation. If we identify the

Re: need Linux help with documentation how to install LaTeX packages

On 09/25/2010 11:58 PM, Uwe Stöhr wrote: I just stumbled over sec. 5.1 of the customization manual which describes how to install LaTeX-package manually. This section seems quite outdated: - it contains a lot of special commands and settings that are most probably not needed - the important p

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