Re: guiapi.C

2006-11-02 Thread Lars Gullik Bjønnes
Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Angus Leeming wrote: | > Abdelrazak Younes <[EMAIL PROTECTED]> writes: | >>> Do we still need guiapi.[Ch]? Again, it seems like it is not | >>> linked to the final LyX executable. | >> I let it there because I don't know it is used in some external |

Re: guiapi.C

2006-10-30 Thread Abdelrazak Younes
Angus Leeming wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: Do we still need guiapi.[Ch]? Again, it seems like it is not linked to the final LyX executable. I let it there because I don't know it is used in some external client. We shall know if this is true or not before removing this.

Re: guiapi.C

2006-10-29 Thread Angus Leeming
Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > Do we still need guiapi.[Ch]? Again, it seems like it is not linked to > > the final LyX executable. > > I let it there because I don't know it is used in some external client. > We shall know if this is true or not before removing this. You can

Re: guiapi.C

2006-10-28 Thread Abdelrazak Younes
Michael Gerz wrote: Do we still need guiapi.[Ch]? Again, it seems like it is not linked to the final LyX executable. I let it there because I don't know it is used in some external client. We shall know if this is true or not before removing this. Abdel.

Re: guiapi.C missing?

2002-08-15 Thread Angus Leeming
On Thursday 15 August 2002 2:46 pm, Andre Poenitz wrote: > On Thu, Aug 15, 2002 at 02:21:26PM +0100, Angus Leeming wrote: > > The simple answer is "I don't know". You had a similar fix elsewhere. How > > did you solve it? > > *shrug* Don't know. Either not at all or the solution got lost. > I thin

Re: guiapi.C missing?

2002-08-15 Thread Andre Poenitz
On Thu, Aug 15, 2002 at 02:21:26PM +0100, Angus Leeming wrote: > The simple answer is "I don't know". You had a similar fix elsewhere. How did > you solve it? *shrug* Don't know. Either not at all or the solution got lost. I think I'll just kill the correction (as that would alllow me to simplif

dispaly() (was: Re: guiapi.C missing?)

2002-08-15 Thread Andre Poenitz
On Thu, Aug 15, 2002 at 02:18:47PM +0100, Angus Leeming wrote: > int InsetFormula::descent(BufferView *, LyXFont const &) const > { > if (!preview_->previewReady()) > return 1 + par_->descent(); > > int const descent = preview_->pimage()->descent(); > return displa

Re: guiapi.C missing?

2002-08-15 Thread Angus Leeming
On Thursday 15 August 2002 2:18 pm, Angus Leeming wrote: > int InsetFormula::descent(BufferView *, LyXFont const &) const > { > if (!preview_->previewReady()) > return 1 + par_->descent(); > > int const descent = preview_->pimage()->descent(); > return display() ? d

Re: guiapi.C missing?

2002-08-15 Thread Angus Leeming
On Thursday 15 August 2002 2:30 pm, Andre Poenitz wrote: > Angus, > > I'd like to kill the display() function of formulabase.C. > > I am at the poit were it is only used for that 12-pixel-descent- > correction for preview image. Could that be solved otherwise? There is no display() function in fo

Re: guiapi.C missing?

2002-08-15 Thread Andre Poenitz
Angus, I'd like to kill the display() function of formulabase.C. I am at the poit were it is only used for that 12-pixel-descent- correction for preview image. Could that be solved otherwise? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they d

Re: guiapi.C missing?

2002-08-15 Thread Angus Leeming
On Thursday 15 August 2002 2:01 pm, Andre Poenitz wrote: > On Thu, Aug 15, 2002 at 02:57:47PM +0200, Andre' Poenitz wrote: > > It's mentioned in makefile.am but not there... > > Hm, as it compiles after a 'touch guiapi.C', maybe it's just the > Makefile.am that's wrong? If it's in frontends/Makef

Re: guiapi.C missing?

2002-08-15 Thread Andre Poenitz
On Thu, Aug 15, 2002 at 02:57:47PM +0200, Andre' Poenitz wrote: > It's mentioned in makefile.am but not there... Hm, as it compiles after a 'touch guiapi.C', maybe it's just the Makefile.am that's wrong? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, no