Re: [Cvslog] lyx-devel src/: ChangeLog MenuBackend.C

2005-07-28 Thread Jean-Marc Lasgouttes
> "lasgouttes" == lasgouttes <[EMAIL PROTECTED]> writes: lasgouttes> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel lasgouttes> Repository: lyx-devel/src/ Changes by: lasgouttes> [EMAIL PROTECTED] 05/07/28 16:36:17 lasgouttes> Modified files: lyx-devel/src/: ChangeLog MenuBackend.C

Re: [Cvslog] lyx-devel src/: ChangeLog text.C

2005-07-06 Thread John Levon
On Wed, Jul 06, 2005 at 08:56:40AM +, [EMAIL PROTECTED] wrote: > Log message: > get your ruler out, John! button insets are centered again [bug 1293] Ah, gentle mockery ... thanks :) john

RE: Re: [Cvslog] lyx-devel src/: ChangeLog lyxsocket.C

2005-06-09 Thread Rob Bearman
> Jean-Marc Lasgouttes wrote: > > leeming> Log message: Remove stub code that was actually > disabling the > > leeming> lyxsocket. > > > > Thanks. Question: why do you need to add with _WIN32? Isn't > > this something we can test against? > > Probably, but let's see if this code compiles with M

Re: [Cvslog] lyx-devel src/: ChangeLog lyxsocket.C

2005-06-09 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > leeming> Log message: Remove stub code that was actually disabling the > leeming> lyxsocket. > > Thanks. Question: why do you need to add with _WIN32? Isn't > this something we can test against? Probably, but let's see if this code compiles with MSVC first. Rob Bear

Re: [Cvslog] lyx-devel src/: ChangeLog lyxsocket.C

2005-06-09 Thread Jean-Marc Lasgouttes
> "leeming" == leeming <[EMAIL PROTECTED]> writes: leeming> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel leeming> Repository: lyx-devel/src/ Changes by: leeming> [EMAIL PROTECTED] 05/06/09 11:04:34 leeming> Modified files: lyx-devel/src/: ChangeLog lyxsocket.C leeming> Log message

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-30 Thread John Levon
On Fri, 30 Mar 2001 [EMAIL PROTECTED] wrote: > Update of /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms > In directory baywatch.lyx.org:/tmp/cvs-serv17815/frontends/xforms > > Modified Files: > ChangeLog FormCitation.C FormExternal.C form_citation.C > form_external.C form_ext

Re: [Cvslog] lyx-devel/src

2001-03-29 Thread John Levon
On Wed, 28 Mar 2001 [EMAIL PROTECTED] wrote: > figureForm.C figureForm.h figure_form.C figure_form.h > Removed Files: > form1.C form1.h lyx.C lyx.h > Log Message: > Stripped out FD_form_figure code into figureXXX.[Ch] files. yikes, I hope you didn't spend long on this ... I thought

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread Lars Gullik Bjønnes
John Levon <[EMAIL PROTECTED]> writes: | > After that I have some things I want to: | > - rewrite the minibuffer | | ooi, why ? what needs re-working (everything ?) ;) All interaction with the minibuffer is driven from the wrong direction. currently all comands run in the minibuffer is

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread John Levon
On 26 Mar 2001, Lars Gullik Bjønnes wrote: > | But now I would rather focus on exactly where the GUI line should be > | drawn for "the rest of" the GUI porting :/ > > All dialogs moved over to guii. (xforms) and that is practically done ... the only big one left is spellchecker, and Edwin's on

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread Lars Gullik Bjønnes
John Levon <[EMAIL PROTECTED]> writes: | And anyway it was only ever an idle idea on a bored weekend ... | | Still one day maybe, when there is no GUII stuff left to do ! Oh, we will cetainly do it. the question is how to do it with as little interuption as possible. | But now I would rather

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread John Levon
On 26 Mar 2001, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | Incidentally, John, what happened to your new, clean implementation of > | LyXFunc et al? > > We had some other things to do first... > > And anyway it was only ever an idle idea on a bored weekend

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Incidentally, John, what happened to your new, clean implementation of | LyXFunc et al? We had some other things to do first... -- Lgb

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread Angus Leeming
> > Mental note (to me?!): the Bibitem, Bibtex and Include insets create an > > inset when the appropriate menu item is selected. This is incorrect; > > the inset should only be created when "Ok" is pressed, as with the > > majority of insets. CREATE_XXX flags and associated code are needed. > >

Re: [Cvslog] lyx-devel/src

2001-03-26 Thread John Levon
On Fri, 23 Mar 2001 [EMAIL PROTECTED] wrote: > Update of /usr/local/lyx/cvsroot/lyx-devel/src > In directory baywatch.lyx.org:/tmp/cvs-serv7363 > > Modified Files: > BufferView_pimpl.C ChangeLog > Log Message: > Implemented controller-view split for FormError and FormInclude. > Cleaned up

Re: [Cvslog] lyx-devel/src

2001-03-23 Thread Angus Leeming
On Friday 23 March 2001 16:13, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> Yes, but if the compiler can't find getline in namespace std > Angus> then it bombs out. Since it can only look in the #included > Angus> files and getline is in or

Re: [Cvslog] lyx-devel/src

2001-03-23 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Yes, but if the compiler can't find getline in namespace std Angus> then it bombs out. Since it can only look in the #included Angus> files and getline is in or suchlike, but not Angus> , then #include "LString.h" in insetcollapsa

Re: [Cvslog] lyx-devel/src

2001-03-23 Thread Angus Leeming
Yes, but if the compiler can't find getline in namespace std then it bombs out. Since it can only look in the #included files and getline is in or suchlike, but not , then #include "LString.h" in insetcollapsable.C causes an error. A On Friday 23 March 2001 16:03, Jean-Marc Lasgouttes wrote

Re: [Cvslog] lyx-devel/src

2001-03-23 Thread Angus Leeming
The using std::getline fix kills compilation in insetcollapsable.C (also updated) because getline is not a meber of std. Ie, the header file should be #included first. Do you REALLY want to go down this path? Angus On Friday 23 March 2001 15:16, [EMAIL PROTECTED] wrote: > Update of /usr/local

Re: [Cvslog] lyx-devel/src/frontends/controllers

2001-03-22 Thread Angus Leeming
Lars, I really, really like your cvsweb interface! #warning what are you really doing here... (Lgb) // why not just send a stringstream to the calling func? // then the reader would look like: // stringstream ss; // ss << in.rdbuf(); I didn't do this because I di

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-18 Thread Allan Rae
On 19 Mar 2001, Lars Gullik Bjønnes wrote: > Allan Rae <[EMAIL PROTECTED]> writes: > > | On Fri, 16 Mar 2001, Angus Leeming wrote: > | > The extern "C" callbacks are meant to be very simple wrappers for "real" C++ > | > functions. In the past we did this with a macro, but that buggered up Lars' >

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-18 Thread Lars Gullik Bjønnes
Allan Rae <[EMAIL PROTECTED]> writes: | On Fri, 16 Mar 2001, Angus Leeming wrote: | > The extern "C" callbacks are meant to be very simple wrappers for "real" C++ | > functions. In the past we did this with a macro, but that buggered up Lars' | > debugger. The principle behind the macros is still

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-18 Thread Allan Rae
On Fri, 16 Mar 2001, Angus Leeming wrote: > The extern "C" callbacks are meant to be very simple wrappers for "real" C++ > functions. In the past we did this with a macro, but that buggered up Lars' > debugger. The principle behind the macros is still valid, however. Ahh! Now I finally know what

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-16 Thread Angus Leeming
On Friday 16 March 2001 15:29, John Levon wrote: > On Fri, 16 Mar 2001 [EMAIL PROTECTED] wrote: > This was not checking for form && form->visible in the WMHideCB ?? > Odd that it didn't happen at home ... No. This was me. FormMaths ultimately derives from FormBaseDeprecated, not FormBase anym

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-16 Thread John Levon
On Fri, 16 Mar 2001 [EMAIL PROTECTED] wrote: > Update of /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms > In directory baywatch.lyx.org:/tmp/cvs-serv29983/src/frontends/xforms > > Modified Files: > ChangeLog FormBaseDeprecated.C FormMaths.C FormMaths.h > form_maths.C form_mat

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-16 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> so whenever I use stringstream I have to use str().c_str() to John> get the string out in the case of using lyxstring right ? It is for the ugly case where one uses lyxstring in general (which I am forced to do under tru64 because the

Re: [Cvslog] lyx-devel/src/frontends/xforms

2001-03-16 Thread John Levon
On Fri, 16 Mar 2001 [EMAIL PROTECTED] wrote: > Update of /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms > In directory baywatch.lyx.org:/tmp/cvs-serv29891/src/frontends/xforms > > Modified Files: > ChangeLog FormMaths.C > Log Message: > compilation fixes so whenever I use stringst

[larsbj@lyx.org (Lars Gullik Bjønnes)] Re: [Cvslog] lyx-devel/src

2001-03-16 Thread Lars Gullik Bjønnes
birdstep.com (8.11.0/8.11.0) id f2G0Q1R08818; Fri, 16 Mar 2001 01:26:01 +0100 X-Authentication-Warning: trylle.birdstep.com: larsbj set sender to lyx using -f To: [EMAIL PROTECTED] Subject: Re: [Cvslog] lyx-devel/src References: <[EMAIL PROTECTED]> From: [EMAIL PROTECTED] (Lars Gullik Bjø

Re: [Cvslog] lyx-devel/src/insets

2001-03-14 Thread Jean-Marc Lasgouttes
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> On Tue, Mar 13, 2001 at 02:52:20PM +0100, Lars Gullik Bjønnes Dekel> wrote: >> | Log Message: | Allow including of files with different class than >> the parent file >> >> Are you sure about this? We explictly disallowed this for a r

Re: [Cvslog] lyx-devel/src/insets

2001-03-13 Thread Dekel Tsur
On Tue, Mar 13, 2001 at 02:52:20PM +0100, Lars Gullik Bjønnes wrote: > | Log Message: > | Allow including of files with different class than the parent file > > Are you sure about this? > We explictly disallowed this for a reason. (albeit I can recall the > discussion) check the mail archives. I