> "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
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
> 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
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
> "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
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
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
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
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
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
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
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
> > 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.
> >
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
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
> "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
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
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
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
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'
>
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
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
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
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
> "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
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
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ø
> "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
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
29 matches
Mail list logo