Re: [patch] GTK compile fixes

On Wed, Mar 24, 2004 at 05:08:23PM +, Angus Leeming wrote: FYI. Just stuff to make it compile. Thanks. [I am already happy if I remember to check the Qt frontend...] Andre'

Re: New Feature: enter enter enter

On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian Ridderström wrote: Just out of curiousity, could you exand on why? Do you dislike double-clicking with a mouse for

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström wrote: [...] That *is* ubercool... Just out of interest: I know this usage of 'uber' has 70 year old German roots as in 'Übermensch'. 'We' don't use it anymore so it seems to be a typical English thing nowadays. I just wonder

Re: New Feature: enter enter enter

On Thu, Mar 25, 2004 at 12:24:59AM +0100, Christian Ridderström wrote: On Wed, 24 Mar 2004, Helge Hafting wrote: Not time-dependent makes all the difference. The idea is good. I didn't know about the math editor trick either, just tried it and found it nice to use. So people, what do

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

Andre Poenitz wrote: On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström wrote: [...] That *is* ubercool... Just out of interest: I know this usage of 'uber' has 70 year old German roots as in 'Übermensch'. 'We' don't use it anymore so it seems to be a typical English thing

Re: lyx-devel src/: Bidi.C BufferView.C BufferView.h BufferVie ...

At last! So we have your word on no more structural changes? :-) A couple of comments: [EMAIL PROTECTED] wrote: This also moves almost all CutPaste specific stuff from text.C to CutAndPaste.C. Much smaller interface now... Namespace CutAndPaste is now lyx::cap::. Was inconsistent with the

Re: New Feature: enter enter enter

Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian Ridderström wrote: Just out of curiousity, could you exand on why? Do you

Re: New Feature: enter enter enter

Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian Ridderström wrote: Just out of curiousity, could you exand on why? Do you

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 10:04:45AM +0100, Andre Poenitz spake thusly: On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström wrote: [...] That *is* ubercool... Just out of interest: I know this usage of 'uber' has 70 year old German roots as in 'Übermensch'. 'We' don't use it

Re: include openoffice export and import filter

On 24 Mar 2004, [EMAIL PROTECTED] wrote: Am Mittwoch, 24. März 2004 16:42 schrieb Uwe Brauer: ok, what is about the first filter oolatex? Should be even easier to include. The configure bit is probably easy, but: I wanted to test oolatex, and failed. The system installed version of tex4ht

Two more sigprocmask questions

John, I think that the bodies of these functions should be wrapped inside sigprocmask calls so that the signal handler is not called unexpectedly. (generateChild contains the fork, execvp code). Agree? Questions. 1. In runBlocking, all SIGCHLD signals are blocked until after this particular

Re: lyx-devel src/: Bidi.C BufferView.C BufferView.h BufferVie ...

On Thu, Mar 25, 2004 at 10:43:28AM +0100, Alfredo Braunstein wrote: At last! So we have your word on no more structural changes? :-) A couple of comments: [EMAIL PROTECTED] wrote: This also moves almost all CutPaste specific stuff from text.C to CutAndPaste.C. Much smaller interface

Re: New Feature: enter enter enter

On Thu, Mar 25, 2004 at 10:54:55AM +0100, Lars Gullik Bjønnes wrote: Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 12:22:18PM +0200, Martin Vermeer wrote: It's older than that: Nietsche 1883-1885. It only was hijacked 70 years ago... Ah... now that you mention it. One tends to forget things... And recently I was told Nietsche is dead ;-) Andre'

Re: include openoffice export and import filter

On Thu, Mar 25, 2004 at 11:20:43AM +0100, Uwe Brauer wrote: On 24 Mar 2004, [EMAIL PROTECTED] wrote: Am Mittwoch, 24. März 2004 16:42 schrieb Uwe Brauer: ok, what is about the first filter oolatex? Should be even easier to include. The configure bit is probably easy, but: I wanted to

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

Martin Vermeer wrote: It's older than that: Nietsche 1883-1885. It only was hijacked 70 years ago... And even older. Nietzsche hijacked it from Novalis, Gothe and Heine. But of course it became popular with Nietzsche's Also sprach Zarathustra (Seht, ich lehre Euch den Übermenschen! Der

Re: New Feature: enter enter enter

Lars Gullik Bjønnes wrote: OTOH, do we want it to be that easy to do non-logical markup? Well think of it in xhtml terms. The user *should* specify an external style sheet but it is still possible to tweak things: a href=http://validator.w3.org/check/referer; img

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

Andre Poenitz wrote: And recently I was told Nietsche is dead Who said that? God? Jürgen.

Re: New Feature: enter enter enter

Andre == Andre Poenitz [EMAIL PROTECTED] writes: | Good remark. In this light it actually looks ok. OTOH, do we want it to be that easy to do non-logical markup? Andre Well, given the existence of explicit font size/color/whatever Andre changes, this should qualify as lesser sin. This

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 12:00:18PM +0100, Juergen Spitzmueller wrote: Andre Poenitz wrote: And recently I was told Nietsche is dead Who said that? God? How should I know? Andre'

Re: Two more sigprocmask questions

Angus Leeming wrote: John, I think that the bodies of these functions should be wrapped inside sigprocmask calls so that the signal handler is not called unexpectedly. (generateChild contains the fork, execvp code). Agree? Questions. 1. In runBlocking, all SIGCHLD signals are blocked

./autogen.sh + ./configure problems with 2.57

Hi, ./autogen.sh and ./configure get stuck: --- $ ./autogen.sh Using autoconf (GNU Autoconf) 2.57 Locating GNU m4... /usr/local/bin/gm4 Generate acinclude.m4... done. Building macros... . lib/reLyX done. Building

Re: New Feature: enter enter enter

Angus Leeming [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: OTOH, do we want it to be that easy to do non-logical markup? | Well think of it in xhtml terms. The user *should* specify an external | style sheet but it is still possible to tweak things: I am not talking about

[PATCH] Display bindings in a frontend-dependent way

The following patch allows the qt frontend to display menu bindings in a more qt-esque way (Ctrl+O instead of C-o, for example). Besides making Qt LyX look more like another Qt app, it should fix the display of these bindings in menus for Qt/Mac (currently, only simple ones like F7 are shown,

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thursday 25 March 2004 04:36 am, Angus Leeming wrote: Andre Poenitz wrote: On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström wrote: [...] That *is* ubercool... Just out of interest: I know this usage of 'uber' has 70 year old German roots as in 'Übermensch'. 'We'

Re: New Feature: enter enter enter

On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote: Andre == Andre Poenitz [EMAIL PROTECTED] writes: | | Good remark. In this light it actually looks ok. OTOH, do we want it to be that easy to do non-logical markup? Andre Well, given the existence of explicit font

Re: [PATCH] Display bindings in a frontend-dependent way

Jean-Marc Lasgouttes wrote: One drawback of this patch is that the shortcut as it appears to the user is not the same as the shortcut shown in documentation. All it would take to fix this is to introduce a InsetFuncBind that would display the binding of a particular lfun. It is easy to do, but

undo.C needs using std::advance

...in my set-up with stlport. OK to apply? - Martin pgp0.pgp Description: PGP signature

Re: Branch: titlepage gets read as color?

On Wed, Mar 24, 2004 at 09:04:21PM +0200, Martin Vermeer spake thusly: Why did you drop the part in src/lyxfunc.C? Oops, yes. Martin The \color default issue is still there, even though it gets Martin converted now to none instead of crashing on assert. Any Martin thoughts on that?

Something is rotten in current cvs

LyX is crashing when iterating over insets. Note the two added lines, below. That looks very, very wrong :-( Angus // This is also a buffer property (ale) void Buffer::fillWithBibKeys(std::vectorstd::pairstring, string keys) const { /// if this is a child document and the

Re: Branch: titlepage gets read as color?

Martin == Martin Vermeer [EMAIL PROTECTED] writes: Martin It's in -- under both our names (is that legal?) Thanks. What could be illegal about it? JMarc

collapsables

Making collapsables derive from InsetText raises some problems, mainly there is one cached dimension/position missing. This problem is semi-addressed in insettext by not using its cached dim_ but use instead the dimension of its LyXText. dim_ is then overwritten in InsetCollapsable. The problem

Re: collapsables

Alfredo Braunstein wrote: All this raises some doubts about the 'cleaningness' of deriving collapsables from insettext IMHO. Agreed. Even the statement InsetCollapsable IS-A InsetText is wrong. --

Re: [PATCH] Display bindings in a frontend-dependent way

Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus We're back to this one again are we? ;-) Sure, I'm not going to let it die like that. Angus If I remember rightly, the last time this came around, 4 years Angus ago, Lars was vehemently against it. Yes, for reasons that I never really

Re: [PATCH] Display bindings in a frontend-dependent way

Jean-Marc Lasgouttes wrote: Angus Sure. What's the point of having put all that effort into Angus GUI-independence if we then constrain the different frontends Angus to behave in the same manner? But we have to do something to the docs, then... Thank god we have branches now ... Jürgen.

Re: [PATCH] Display bindings in a frontend-dependent way

Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen Jean-Marc Lasgouttes wrote: Angus Sure. What's the point of having put all that effort into Angus GUI-independence if we then constrain the different frontends Angus to behave in the same manner? But we have to do something to

Re: Branch: titlepage gets read as color?

On Thu, Mar 25, 2004 at 05:26:40PM +0100, Jean-Marc Lasgouttes spake thusly: Martin It's in -- under both our names (is that legal?) Thanks. What could be illegal about it? That's not the way to write a change log. :-) - Martin pgp0.pgp Description: PGP signature

Re: [PATCH] Display bindings in a frontend-dependent way

Jean-Marc Lasgouttes wrote: Juergen Thank god we have branches now ... What would we do with them? A branch for xforms shortcuts and one for qt ones? Yes. That would be unreadable on screen... Hm, I don't think so (with the new, more inlined collapsables). Note that selected/deselected

Design flaw?

Buffer::inset_iterator dereferences to InsetBase . In turn, this implies that InsetList can hold only non-zero inset pointers. That's not true: paragraph_funcs.C: bool moveItem(Paragraph from, Paragraph to, BufferParams const params, pos_type i, pos_type j) { ...

lyx-1.3.4 dialogs not taking focus

I'm using lyx-1.3.4 on MacOSX, which I believe is compiled with Qt-3.1.2. There's an annoying bug in the way some dialogs fail to take focus sometimes but not always. Here's my best attempt and describing what consistency there seems to be in these failures. It mainly happens after I do a

Re: SIGCHLD: how to do this for Qt?

On Tuesday 23 March 2004 6:55 pm, John Levon wrote: On Tue, Mar 23, 2004 at 06:46:12PM +, Angus Leeming wrote: Why don't you like while (!finished) { someNonTrivialFunction(); if (fl_check_forms() == FL_EVENT) { ... } } (I guess

CVS Lyx: lyx --export works, but lyx GUI does not.

[EMAIL PROTECTED] ~/src/capella/TS4032] lyx employee_development.lyx no text in updateScrollbar lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help-Introduction and send us a bug report, if necessary. Thanks ! Bye. Aborted (core

Re: [patch] GTK compile fixes

On Wed, Mar 24, 2004 at 05:08:23PM +, Angus Leeming wrote: > FYI. Just stuff to make it compile. Thanks. [I am already happy if I remember to check the Qt frontend...] Andre'

Re: New Feature: enter enter enter

On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: > On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: > > On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian Ridderström > > wrote: > > > Just out of curiousity, could you exand on why? Do you dislike > > > double-clicking with a

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström wrote: > [...] That *is* ubercool... Just out of interest: I know this usage of 'uber' has 70 year old German roots as in 'Übermensch'. 'We' don't use it anymore so it seems to be a typical English thing nowadays. I just wonder

Re: New Feature: enter enter enter

On Thu, Mar 25, 2004 at 12:24:59AM +0100, Christian Ridderström wrote: > On Wed, 24 Mar 2004, Helge Hafting wrote: > > > Not time-dependent makes all the difference. The idea is good. I didn't > > know about the math editor trick either, just tried it and found it nice > > to use. > > So

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

Andre Poenitz wrote: > On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström > wrote: >> [...] That *is* ubercool... > > Just out of interest: I know this usage of 'uber' has 70 year old > German roots as in 'Übermensch'. 'We' don't use it anymore so it > seems to be a typical English

Re: lyx-devel src/: Bidi.C BufferView.C BufferView.h BufferVie ...

At last! So we have your word on no more structural changes? :-) A couple of comments: [EMAIL PROTECTED] wrote: > This also moves almost all Cut specific stuff from text.C to > CutAndPaste.C. Much smaller interface now... Namespace CutAndPaste is > now lyx::cap::. Was inconsistent with the

Re: New Feature: enter enter enter

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: >> On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: >> > On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian Ridderström >> > wrote: >> > > Just out of curiousity, could you exand on

Re: New Feature: enter enter enter

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: >> On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: >> > On Tue, Mar 23, 2004 at 02:56:03PM +0100, Christian Ridderström >> > wrote: >> > > Just out of curiousity, could you exand on

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 10:04:45AM +0100, Andre Poenitz spake thusly: > On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström wrote: > > [...] That *is* ubercool... > > Just out of interest: I know this usage of 'uber' has 70 year old > German roots as in 'Übermensch'. 'We' don't use

Re: include openoffice export and import filter

On 24 Mar 2004, [EMAIL PROTECTED] wrote: > Am Mittwoch, 24. März 2004 16:42 schrieb Uwe Brauer: >> ok, what is about the first filter oolatex? Should be even easier >> to include. > > The configure bit is probably easy, but: I wanted to test oolatex, > and failed. The system installed version of

Two more sigprocmask questions

John, I think that the bodies of these functions should be wrapped inside sigprocmask calls so that the signal handler is not called unexpectedly. (generateChild contains the fork, execvp code). Agree? Questions. 1. In runBlocking, all SIGCHLD signals are blocked until after this particular

Re: lyx-devel src/: Bidi.C BufferView.C BufferView.h BufferVie ...

On Thu, Mar 25, 2004 at 10:43:28AM +0100, Alfredo Braunstein wrote: > At last! So we have your word on no more structural changes? :-) > > A couple of comments: > > [EMAIL PROTECTED] wrote: > > > This also moves almost all Cut specific stuff from text.C to > > CutAndPaste.C. Much smaller

Re: New Feature: enter enter enter

On Thu, Mar 25, 2004 at 10:54:55AM +0100, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | On Wed, Mar 24, 2004 at 03:45:32PM -0500, Kuba Ober wrote: > >> On Wednesday 24 March 2004 03:20 am, Andre Poenitz wrote: > >> > On Tue, Mar 23, 2004 at 02:56:03PM +0100,

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 12:22:18PM +0200, Martin Vermeer wrote: > It's older than that: Nietsche 1883-1885. It only was hijacked 70 > years ago... Ah... now that you mention it. One tends to forget things... And recently I was told Nietsche is dead ;-) Andre'

Re: include openoffice export and import filter

On Thu, Mar 25, 2004 at 11:20:43AM +0100, Uwe Brauer wrote: > On 24 Mar 2004, [EMAIL PROTECTED] wrote: > > > Am Mittwoch, 24. März 2004 16:42 schrieb Uwe Brauer: > >> ok, what is about the first filter oolatex? Should be even easier > >> to include. > > > > The configure bit is probably easy,

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

Martin Vermeer wrote: > It's older than that: Nietsche 1883-1885. It only was hijacked 70 years > ago... And even older. Nietzsche hijacked it from Novalis, Gothe and Heine. But of course it became "popular" with Nietzsche's "Also sprach Zarathustra" ("Seht, ich lehre Euch den Übermenschen! Der

Re: New Feature: enter enter enter

Lars Gullik Bjønnes wrote: > OTOH, do we want it to be that easy to do non-logical markup? Well think of it in xhtml terms. The user *should* specify an external style sheet but it is still possible to tweak things: http://validator.w3.org/check/referer;> -- Angus

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

Andre Poenitz wrote: > And recently I was told Nietsche is dead Who said that? God? Jürgen.

Re: New Feature: enter enter enter

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> | Good remark. In this light it actually looks ok. >> >> OTOH, do we want it to be that easy to do non-logical markup? Andre> Well, given the existence of explicit font size/color/whatever Andre> changes, this should qualify as

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thu, Mar 25, 2004 at 12:00:18PM +0100, Juergen Spitzmueller wrote: > Andre Poenitz wrote: > > And recently I was told Nietsche is dead > > Who said that? God? How should I know? Andre'

Re: Two more sigprocmask questions

Angus Leeming wrote: > John, I think that the bodies of these functions should be wrapped > inside sigprocmask calls so that the signal handler is not called > unexpectedly. (generateChild contains the fork, execvp code). > > Agree? > > Questions. > 1. In runBlocking, all SIGCHLD signals are

./autogen.sh + ./configure problems with 2.57

Hi, ./autogen.sh and ./configure get stuck: --- $ ./autogen.sh Using autoconf (GNU Autoconf) 2.57 Locating GNU m4... /usr/local/bin/gm4 Generate acinclude.m4... done. Building macros... . lib/reLyX done. Building

Re: New Feature: enter enter enter

Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: >> OTOH, do we want it to be that easy to do non-logical markup? > | Well think of it in xhtml terms. The user *should* specify an external | style sheet but it is still possible to tweak things: I am not talking about

[PATCH] Display bindings in a frontend-dependent way

The following patch allows the qt frontend to display menu bindings in a more qt-esque way (Ctrl+O instead of C-o, for example). Besides making Qt LyX look more like another Qt app, it should fix the display of these bindings in menus for Qt/Mac (currently, only simple ones like F7 are shown,

Re: Ctrl-Space space... (was Re: New Feature: enter enter enter)

On Thursday 25 March 2004 04:36 am, Angus Leeming wrote: > Andre Poenitz wrote: > > On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström > > > > wrote: > >> [...] That *is* ubercool... > > > > Just out of interest: I know this usage of 'uber' has 70 year old > > German roots as in

Re: New Feature: enter enter enter

On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote: > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > >> | > >> | Good remark. In this light it actually looks ok. > >> > >> OTOH, do we want it to be that easy to do non-logical markup? > > Andre> Well, given the existence

Re: [PATCH] Display bindings in a frontend-dependent way

Jean-Marc Lasgouttes wrote: > One drawback of this patch is that the shortcut as it appears to the > user is not the same as the shortcut shown in documentation. All it > would take to fix this is to introduce a InsetFuncBind that would > display the binding of a particular lfun. It is easy to do,

undo.C needs using std::advance

...in my set-up with stlport. OK to apply? - Martin pgp0.pgp Description: PGP signature

Re: "Branch: titlepage" gets read as color?

On Wed, Mar 24, 2004 at 09:04:21PM +0200, Martin Vermeer spake thusly: > > Why did you drop the part in src/lyxfunc.C? > > Oops, yes. > > > Martin> The "\color default" issue is still there, even though it gets > > Martin> converted now to "none" instead of crashing on assert. Any > > Martin>

Something is rotten in current cvs

LyX is crashing when iterating over insets. Note the two added lines, below. That looks very, very wrong :-( Angus // This is also a buffer property (ale) void Buffer::fillWithBibKeys(std::vector > & keys) const { /// if this is a child document and

Re: "Branch: titlepage" gets read as color?

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> It's in -- under both our names (is that legal?) Thanks. What could be illegal about it? JMarc

collapsables

Making collapsables derive from InsetText raises some problems, mainly there is one cached dimension/position missing. This problem is semi-addressed in insettext by not using its cached dim_ but use instead the dimension of its LyXText. dim_ is then overwritten in InsetCollapsable. The problem

Re: collapsables

Alfredo Braunstein wrote: > All this raises some doubts about the 'cleaningness' of deriving > collapsables from insettext IMHO. Agreed. Even the statement InsetCollapsable IS-A InsetText is wrong. --

Re: [PATCH] Display bindings in a frontend-dependent way

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> We're back to this one again are we? ;-) Sure, I'm not going to let it die like that. Angus> If I remember rightly, the last time this came around, 4 years Angus> ago, Lars was vehemently against it. Yes, for reasons that I

Re: [PATCH] Display bindings in a frontend-dependent way

Jean-Marc Lasgouttes wrote: > Angus> Sure. What's the point of having put all that effort into > Angus> GUI-independence if we then constrain the different frontends > Angus> to behave in the same manner? > > But we have to do something to the docs, then... Thank god we have branches now ...

Re: [PATCH] Display bindings in a frontend-dependent way

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Jean-Marc Lasgouttes wrote: Angus> Sure. What's the point of having put all that effort into Angus> GUI-independence if we then constrain the different frontends Angus> to behave in the same manner? >> But we have to do

Re: "Branch: titlepage" gets read as color?

On Thu, Mar 25, 2004 at 05:26:40PM +0100, Jean-Marc Lasgouttes spake thusly: > Martin> It's in -- under both our names (is that legal?) > > Thanks. What could be illegal about it? "That's not the way to write a change log." :-) - Martin pgp0.pgp Description: PGP signature

Re: [PATCH] Display bindings in a frontend-dependent way

Jean-Marc Lasgouttes wrote: > Juergen> Thank god we have branches now ... > > What would we do with them? A branch for xforms shortcuts and one for > qt ones? Yes. > That would be unreadable on screen... Hm, I don't think so (with the new, more inlined collapsables). Note that

Design flaw?

Buffer::inset_iterator dereferences to InsetBase &. In turn, this implies that InsetList can hold only non-zero inset pointers. That's not true: paragraph_funcs.C: bool moveItem(Paragraph & from, Paragraph & to, BufferParams const & params, pos_type i, pos_type j) { ...

lyx-1.3.4 dialogs not taking focus

I'm using lyx-1.3.4 on MacOSX, which I believe is compiled with Qt-3.1.2. There's an annoying bug in the way some dialogs fail to take focus sometimes but not always. Here's my best attempt and describing what consistency there seems to be in these failures. It mainly happens after I do a

Re: SIGCHLD: how to do this for Qt?

On Tuesday 23 March 2004 6:55 pm, John Levon wrote: > On Tue, Mar 23, 2004 at 06:46:12PM +, Angus Leeming wrote: > > Why don't you like > > while (!finished) { > > someNonTrivialFunction(); > > if (fl_check_forms() == FL_EVENT) { > > ... > > } > > }

CVS Lyx: lyx --export works, but lyx GUI does not.

[EMAIL PROTECTED] ~/src/capella/TS4032] lyx employee_development.lyx no text in updateScrollbar lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help->Introduction and send us a bug report, if necessary. Thanks ! Bye. Aborted (core