inability to control enumeration counter with ERT

In a LyX document, you cannot insert the raw latex command \setcounter{enumi}{3} (for example) into any position where it will change the label of the first enumerated point in a list. If you insert it before the first point, which is outside the list environment, it has no effect.

Re: menu fails on qt-front 1.3.2

Interesting. Running under GDB, the error not only crashes LyX, it causes the KDE window manager to lock up, and it doesn't seem recoverable. That means I can't run, cut and paste "bt" easily. However, the following line appears under gdb at the time of the crash: Program received signa

[patch] tiny 4

Hm, there is not too much completely independent stuff in there after all... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson or B. Franklin or both...) Index: text.C ==

Re: [PATCH] Extended manual on AGU-plus

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> The attached instructions were needed to get a new user going Martin> and may be more generally helpful. Please put it in. Thanks Martin. Applied. JMarc

Re: requested changes for next LyX release

Jean-Marc Lasgouttes wrote: > Anyway, I do not think that the actual name is important for 1.3.x. Me neither. Juergen.

Re: requested changes for next LyX release

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: >> For 1.3.3, I can replace ControlRef with LyXControlRef. We'll see >> for a better solution in 1.4.0. Juergen> Or ControlLRef for consistency reasons (we already have a Juergen> QLPrint due to a naming clash with QPrint AFAIR)

Re: requested changes for next LyX release

Jean-Marc Lasgouttes wrote: > Ronald> This means, effectively, that users will need the X11 > Ronald> libraries and includes on their systems to compile lyx, even > Ronald> though they are not (supposedly) used to run LyX with the > Ronald> native Aqua libraries. Dumb question: How difficult woul

Re: planning

Andre Poenitz <[EMAIL PROTECTED]> writes: | What about the following splitting of LyXText: | | 1 Everything related to cursors only (i.e. no paragraph, no LyXText, | no BufferView, no LyXRow) goes to textcursor.C | | 2 Everything not covered by 1, but only related to cursors and paragraphs |

Re: requested changes for next LyX release

> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes: Ronald> Jean-Marc, I sent this message to the lyx-devel list, but Ronald> since I don't subscribe, I don't know whether it reached the Ronald> right person. It would be very helpful if these changes could Ronald> find their way into the

planning

What about the following splitting of LyXText: 1 Everything related to cursors only (i.e. no paragraph, no LyXText, no BufferView, no LyXRow) goes to textcursor.C 2 Everything not covered by 1, but only related to cursors and paragraphs goes to text_func.C. This part should be completely i

.fig & LyX

I though this works. I get tons of: --- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- %--nostringval-- 2 %stopped_push --nostringval-- --nostringval-- %--nostringval-- false

Re: [patch] tiny steps 3

Andre Poenitz <[EMAIL PROTECTED]> writes: | This moves most of 'setSelection', 'clearSelection' and 'selectionAsString' | over to a new textcursor.C very well. -- Lgb

[patch] tiny steps 3

This moves most of 'setSelection', 'clearSelection' and 'selectionAsString' over to a new textcursor.C Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson or B. Franklin or both...) Index: Makefile.am ==

Re: menu fails on qt-front 1.3.2

> "larry" == larry <[EMAIL PROTECTED]> writes: larry> I'm experiencing consistent failures and core dumps using the larry> keyboard to access sub-menu items in LyX 1.3.2 using the qt larry> front-end. larry> For example: larry> alt-I (Insert) larry> brings up the first menu, but then lar

Re: menu fails on qt-front 1.3.2

> "larry" == larry <[EMAIL PROTECTED]> writes: larry> Is there no one else who can address this? Is LyX 1.3.2 -- larry> including the qt front-end code -- considered finished, in the larry> can, a part of the past, with the obvious focus on 1.4.0cvs? I think there will be at least a 1.3.3, b

Re: [patch] tiny steps 2

Andre Poenitz <[EMAIL PROTECTED]> writes: | This creates a new structure 'TextCursor' that contains all cursor related | data from LyXText and replaces InsetText::sstate with such a 'TextCursor'. | | Temporarily LyXText now publicly derives from TextCursor. This is not nice | and not intended to

[patch] tiny steps 2

This creates a new structure 'TextCursor' that contains all cursor related data from LyXText and replaces InsetText::sstate with such a 'TextCursor'. Temporarily LyXText now publicly derives from TextCursor. This is not nice and not intended to stay. However, the situation is not worse than befor

[patch] tiny steps

... to sanity. This renames 'fullRebreak' to 'partialRebreak' as it partially rebreaks the text and creates a new 'fullRebreak' that fully rebreaks the text and hides some internals from InsetERT and InsetMinipage. I made sure no occurence was missed. I'll take the liberty to commit this shortl

Re: [PATCH] Re: Eureka! This is why Arabic support for lyx 1.3.2doesn't work in my Mandrake 9.1

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Many thanks! Two questions (without testing): - os << Juergen> subst(lyxrc.language_command_begin, + os << '\n' + << Juergen> subst(lyxrc.language_command_begin, Juergen> is this needed? I thought \begin{lang} was always

Re: [PATCH] Re: Eureka! This is why Arabic support for lyx 1.3.2doesn't work in my Mandrake 9.1

> "Munzir" == Munzir Taha Obeid <[EMAIL PROTECTED]> writes: Munzir> I am sorry just now I knew the thread spreaded between the Munzir> devel and users mailing lists and this is why I receive part Munzir> of the messages only. I am going to forward it again to both Munzir> and try to keep an ey

Re: configure

> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes: Edwin> i was wondering Edwin> 1. does one need xforms-image-loader when building the qt Edwin> frontend? Currently, LyX always tries to configure the _two_ frontends, so that the config.h file does not change when changing frontend (less

Re: [patch] remove LyXCursor::row member

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Fri, Jun 27, 2003 at 09:16:14AM +0200, Lars Gullik Bjønnes wrote: | > But we need to be very sure that no regression are caused by patches | > like this. | | Was purely mechanical and there is no way to miss a occurence as would not | have compiled a

Re: [patch] remove LyXCursor::row member

On Fri, Jun 27, 2003 at 09:16:14AM +0200, Lars Gullik Bjønnes wrote: > But we need to be very sure that no regression are caused by patches > like this. Was purely mechanical and there is no way to miss a occurence as would not have compiled anymore. Andre' -- Those who desire to give up Freedo

Re: CVS doesn't compile: USE_INCLUDED_BOOST

"Garst R. Reese" <[EMAIL PROTECTED]> writes: | Lior Silberman wrote: | > | > Hi, | Hi Lior, welcome back. | Try adding --with-included-boost to your configure. | I think your versions of automake and autoconf are still valid, but | maybe on the edge. | But, I think that the default for boost is t

Re: [patch] remove LyXCursor::row member

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Thu, Jun 26, 2003 at 02:34:53PM +0200, Lars Gullik Bjønnes wrote: | > So if you want wait with the commit until tomorrow that would be nice. | | Ping. I didn't have the time to test it last night, RL interfered... But we need to be very sure that n

Re: lyx foo.lyx (no longer asks to create the file)

Lars Gullik Bjønnes wrote: > go go gone. Alfredo