Re: [Patch] Re: [patch] key event queue

| Actually I have now had time to think about this for two weeks, and my | considered opinion is a bit different... What you write belowe seems very sane. But I think that my keyevent queue is still needed? (but to fix a different problem) | +inline flags operator|(flags const f, flags const g)

Re: [Patch] Re: [patch] key event queue

On Fri, May 27, 2005 at 04:28:32PM -0400, Bennett Helm wrote: > On May 27, 2005, at 2:59 PM, Martin Vermeer wrote: > > >Actually I have now had time to think about this for two weeks, and my > >considered opinion is a bit different... > > This patch fixes problems on the Mac with dropping charact

Re: [Patch] Re: [patch] key event queue

On May 27, 2005, at 2:59 PM, Martin Vermeer wrote: Actually I have now had time to think about this for two weeks, and my considered opinion is a bit different... This patch fixes problems on the Mac with dropping characters and with reordering characters. Also, scrolling feels much better.

[Patch] Re: [patch] key event queue

On Thu, May 19, 2005 at 09:46:27AM +0200, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | On Thu, May 12, 2005 at 06:47:50PM +0200, Lars Gullik Bjønnes wrote: > >> this is kindo a proof-of-concept. > > > | Is there a specific reason this queue is in the frontend and no

Re: [patch 13x] Allow reading of newer files

On Thursday 26 May 2005 15:36, Juergen Spitzmueller wrote: > > I am not sure whether we want to add such > > special code. > > I'm afraid I don't have an alternative solution. Funnier than that some of our users using Fedora Core 3 with our patch don't have any problems using ^ to insert an exp

Re: gtk version feedback

> "Will" == Will Ratcliffe <[EMAIL PROTECTED]> writes: Will> Trial and error yield success with the following bin_PROGRAMS = Will> lyx $(FRONTENDS_PROGS) #noinst_PROGRAMS = $(FRONTENDS_PROGS) Will> #EXTRA_PROGRAMS = lyx-xforms lyx-qt lyx-gtk Will> I'm not sure if this is correct as, checking

[PATCH] Bug 1892: inserting an index or a tabular can move the cursor.

Here is a patch for this bug, which boils down to: createInset should create insets, and dispatch is responsible for spawning dialogs if needed. The constification of getStringToIndex is not needed, but I think it is better. I will commit on monday if nobody objects. JMarc Index: ChangeLog

Re: Feature suggestion

Angus Leeming <[EMAIL PROTECTED]> writes: | Angus Leeming wrote: >> Jean-Marc Lasgouttes wrote: >> >>> G> However, adding the bibtex format without an lfun to open the >>> G> bibtex database in the "viewer" doesnot make much sense. (We could >>> G> have a script bib2lyx that inserts \citeall and c

Re: Feature suggestion

Angus Leeming wrote: Jean-Marc Lasgouttes wrote: G> However, adding the bibtex format without an lfun to open the G> bibtex database in the "viewer" doesnot make much sense. (We could G> have a script bib2lyx that inserts \citeall and calls bibtex-insert G> on the given bibtex database added to

Re: Feature suggestion

Jean-Marc Lasgouttes wrote: G> However, adding the bibtex format without an lfun to open the G> bibtex database in the "viewer" doesnot make much sense. (We could G> have a script bib2lyx that inserts \citeall and calls bibtex-insert G> on the given bibtex database added to the converters.) Sure

Re: Feature suggestion

> "G" == G Milde <[EMAIL PROTECTED]> writes: G> However, adding the bibtex format without an lfun to open the G> bibtex database in the "viewer" doesnot make much sense. (We could G> have a script bib2lyx that inserts \citeall and calls bibtex-insert G> on the given bibtex database added to th

Re: Translation of layout files

> "G" == G Milde <[EMAIL PROTECTED]> writes: G> While in a normal article, most styles are distinct by their G> appearance (font, alignment, indent, ...) this is no longer the G> case for e.g. a letter or a slide-show. Yes. G> So IMHO, Label Strings are a good idea. I am not sure: if there