Alfredo Braunstein wrote:
On current lyx, qt frontend, I get on startup (only on the qt frontend,
xforms works perfectly):
I think this behaviour has been introduced yesterday. (don't know when
exactly, I was away). The bt ends there because gdb seems to have hard
time going further (100% cpu
Kayvan A. Sylvan wrote:
On Wed, Feb 26, 2003 at 04:30:18PM +0100, Jean-Marc Lasgouttes wrote:
It seems that 1.3.1 is beginning to have enough fixes in to warrant a
release. While there are no real show stopper in 1.3.0 (which is a
good thing), what we have now in 1.3.1cvs gives a lot of
Kohtaro Hitomi wrote:
Thank you for making CJK-LyX 1.3.0. Howenver, I could not compile the
patched xforms with the following message.
xpopup.c: In function draw_title':
xpopup.c:1485: parse error before static'
xpopup.c:1493: fset' undeclared (first use in this function)
xpopup.c:1493:
Hi,
Yet another patch in my tree that was rejected when in 1.3.0 freeze.
It's Angus' suggestion to use lyx::float_equal() when comparing
'sensitive' floats and doubles.
Patch attached.
Rob.
xformsImage.diff.gz
Description: application/gzip
Jean-Marc Lasgouttes wrote:
So, what else do you think should be done?
Since there have been some irritations about the moc on the users list...
Jürgen.Index: INSTALL
===
RCS file: /cvs/lyx/lyx-devel/INSTALL,v
retrieving revision
Juergen Spitzmueller wrote:
Jean-Marc Lasgouttes wrote:
So, what else do you think should be done?
Since there have been some irritations about the moc on the users list...
Jrgen.
That's a bit linux-specific for me. Moreover, the place to tell them this is
in the step-by-step bit. Try
Angus Leeming wrote:
That's a bit linux-specific for me.
Is there something other than linux? ;-)
Jrgen
Rob Lahaye wrote:
Yet another patch in my tree that was rejected when in 1.3.0 freeze.
It's Angus' suggestion to use lyx::float_equal() when comparing
'sensitive' floats and doubles.
Patch attached.
Thanks, Rob. Applied, together with your prettifying patch.
--
Angus
Alfredo Braunstein wrote:
On current lyx, qt frontend, I get on startup (only on the qt frontend,
xforms works perfectly):
I think this behaviour has been introduced yesterday. (don't know when
exactly, I was away). The bt ends there because gdb seems to have hard
time going further (100%
Fixed.
Hey thanks! You fix faster than I can compile!
Alfredo
I finally managed to work on converter.C.
I've done the first split (converter.[Ch] - converter.[Ch] + format.[Ch]
+graph.[Ch]), with no change in interface nor in functionality.
The graph work is done in the class Graph, who knows _almost_ nothing about
converters nor formats (work with
Alfredo Braunstein wrote:
I finally managed to work on converter.C.
I've done the first split (converter.[Ch] - converter.[Ch] + format.[Ch]
+graph.[Ch]), with no change in interface nor in functionality.
The graph work is done in the class Graph, who knows _almost_ nothing
about
So here it is. Please comment.
Thanks, Alfredo/**
* \file format.C
* Copyright 1995 Matthias Ettrich
* Copyright 2002 the LyX Team
* Read the file COPYING
*
* \author Dekel Tsur
*/
#include format.h
#include lyxrc.h
#include debug.h
#include lyx_cb.h // for ShowMessage() ... to be removed?
Alfredo Braunstein wrote:
So here it is. Please comment.
Loks good. Here's some comments ;-)
Angus
* Copyright 2002 the LyX Team
There is no such formal entity. Please use
/**
* \file format.C
* This file is part of LyX, the document processor.
* Licence details can be found in the file
Angus Leeming wrote:
Alfredo Braunstein wrote:
So here it is. Please comment.
Loks good. Here's some comments ;-)
Angus
* Copyright 2002 the LyX Team
There is no such formal entity. Please use
Ok, I though I had to leave it because it was there on the original file.
// FIXME:
On Thu, Feb 27, 2003 at 11:35:16AM +0100, Alfredo Braunstein wrote:
Why is it inline? Have you profiled this code? Take it out of line.
Not my doing, but I will.
You do not have to profile this part.
Angus just meant Unless you have verified that there is a bottleneck
by profiling the code,
Andre Poenitz wrote:
On Thu, Feb 27, 2003 at 11:35:16AM +0100, Alfredo Braunstein wrote:
Why is it inline? Have you profiled this code? Take it out of line.
Not my doing, but I will.
You do not have to profile this part.
Angus just meant Unless you have verified that there is a
Hi,
Just created another win32 build, based on 1.3.0:
http://www.home.zonnet.nl/rareitsma/lyx/
This fixes the preferences bug and the table bug. Stripped-down versions of
Perl and Python are now included.
Known bugs:
-Screen updates too often; visible when browsing menus. Actually, the whole
Ruurd == Ruurd Reitsma [EMAIL PROTECTED] writes:
Ruurd Hi, Just created another win32 build, based on 1.3.0:
Ruurd http://www.home.zonnet.nl/rareitsma/lyx/
Ruurd This fixes the preferences bug and the table bug. Stripped-down
Ruurd versions of Perl and Python are now included.
Did you check
Angus Leeming wrote:
//does this belong here??
string const Formats::papersize(Buffer const * buffer) const
It doesn't 'feel' right does it. Why not make it a stand-alone function?
It is accessed also from converter.C (it was before a member of Converters,
don't ask me why. I've passed it
Jean-Marc Lasgouttes wrote:
Ruurd == Ruurd Reitsma [EMAIL PROTECTED] writes:
Ruurd Hi, Just created another win32 build, based on 1.3.0:
Ruurd http://www.home.zonnet.nl/rareitsma/lyx/
Ruurd This fixes the preferences bug and the table bug. Stripped-down
Ruurd versions of Perl and
On Thu, 27 Feb 2003, Angus Leeming wrote:
Kohtaro Hitomi wrote:
Thank you for making CJK-LyX 1.3.0. Howenver, I could not compile the
patched xforms with the following message.
xpopup.c: In function draw_title':
xpopup.c:1485: parse error before static'
xpopup.c:1493: fset'
The corrected version.
I've added converter.[Ch] here so you can look at it without applying the
patch, but they are already contained on patch.diff.
Alfredo
/**
* \file converter.C
* This file is part of LyX, the document processor.
* Licence details can be found in the file COPYING.
*
*
Alfredo Braunstein wrote:
Why is the Converter c-tor inline? Do you need to #include format.h in
converter.h? Can you not forward declare class Format?
I would take papersize out of class Format, but still have its
definition/declaration in format.[Ch].
Looks good. Would you like it applied
This makes a nicer Include dialog. Patch attached. It has no ChangeLog, therefore:
src/frontends/xforms/ChangeLog:
2003-02-27 Rob Lahaye [EMAIL PROTECTED]
* FormInclude.[Ch]: use RadiobuttonGroup code, add tooltips and add comments.
* forms/form_include.fd: nicer layout and add proper
Angus Leeming wrote:
Alfredo Braunstein wrote:
Why is the Converter c-tor inline? Do you need to #include format.h in
converter.h? Can you not forward declare class Format?
I would take papersize out of class Format, but still have its
definition/declaration in format.[Ch].
Looks
Jean-Marc Lasgouttes wrote:
While there are no real show stopper in 1.3.0 (which is a
good thing), what we have now in 1.3.1cvs gives a lot of polish.
Well, 1.3.0 has some really nasty cursor problems, e.g., if there are two minipages inside a float and you use the mouse to switch between both
Angus Leeming wrote:
Alfredo Braunstein wrote:
Why is the Converter c-tor inline?
No idea. I've changed it. The same for Format.
Do you need to #include format.h in
converter.h? Can you not forward declare class Format?
Actually, this will force #including format.h in outside code which
Indeed. I think that we should merge Ruurd's diff into cvs. It's pretty
trivial and in someways actually improves readability ;-)
This would be a very good idea indeed.
Ruurd, maybe you can send your latest diff to the list? (am not sure the one
on the website is the latest one)
One thing I
Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Did you check the various licenses to make sure that you have the
right to distribute this? And what about the Qt license?
To be honest, I have no rights to do this. So, please don't sue me ;-)
The licence should be
Did you check the various licenses to make sure that you have the
right to distribute this? And what about the Qt license?
To be honest, I have no rights to do this. So, please don't sue me ;-)
The licence should be extended in the some fashion as it was extended for
xforms. The question
I can compile it for you using latest commercial Qt3 (enterprise) as long
as
you put proper exclusion in the license.
I have done it several times with other software, and it's perfectly OK
(legal).
Since lyx compiles on gcc 3.2, it should compile with little problem on
bcc5.5
that I'm
Andre Poenitz wrote:
On Thu, Feb 27, 2003 at 08:39:21AM -0500, Kuba Ober wrote:
I can compile it for you using latest commercial Qt3 (enterprise) as long
as you put proper exclusion in the license.
I have done it several times with other software, and it's perfectly OK
(legal).
But that
On Thu, Feb 27, 2003 at 02:17:43PM +0100, Ruurd Reitsma wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Did you check the various licenses to make sure that you have the
right to distribute this? And what about the Qt license?
To be honest, I have no
On Thu, Feb 27, 2003 at 03:04:09PM +0100, Andre Poenitz wrote:
On Thu, Feb 27, 2003 at 08:39:21AM -0500, Kuba Ober wrote:
I can compile it for you using latest commercial Qt3 (enterprise) as long as
you put proper exclusion in the license.
I have done it several times with other software,
the hole cannot be fixed without permission of all contributors.
so why not get it and fix the license?
On Thu, Feb 27, 2003 at 09:18:02AM -0500, Dr. Richard E. Hawkins wrote:
But that would still mean you need approval of all contributors to change
the licence, wouldn't it?
No. Permission was never obtained to switch to the current purported
license. Lyx has always had a big hole in the
Alfredo Braunstein wrote:
Actually, this will force #including format.h in outside code which use
the formats object, because the extern declaration of the global object
formats is in it.
I would leave this one as is for now, if it's ok with you. (I promess to
do it soon)
I have already
Dr. Richard E. Hawkins wrote:
On Thu, Feb 27, 2003 at 02:17:43PM +0100, Ruurd Reitsma wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Did you check the various licenses to make sure that you have the
right to distribute this? And what about the Qt
On Thu, Feb 27, 2003 at 03:24:03PM +0100, Andre Poenitz wrote:
On Thu, Feb 27, 2003 at 09:18:02AM -0500, Dr. Richard E. Hawkins wrote:
But that would still mean you need approval of all contributors to change
the licence, wouldn't it?
No. Permission was never obtained to switch to the
On Thu, Feb 27, 2003 at 09:36:50AM -0500, Dr. Richard E. Hawkins wrote:
GPL? (probably not)
GPL with may be linked to xforms?
GPL with may be linked to whatever?
It's very close to this. I sat down, analyzed what happened, applied
the law, and wrote the qualification to the license to
On Thu, Feb 27, 2003 at 03:43:18PM +0100, Andre Poenitz wrote:
On Thu, Feb 27, 2003 at 09:36:50AM -0500, Dr. Richard E. Hawkins wrote:
GPL with may be linked to whatever?
It's very close to this. I sat down, analyzed what happened, applied
the law, and wrote the qualification to the
Dr. Richard E. Hawkins wrote:
My original writing came in response to the critical bug at debian
(license impurity). Lars included the paragraphs sometime while I was
at Iowa State, which means sometime between 1996-1999. I don't know
when the change to the current, legally wrong, claim of
Sorting through my old mail, I found this. It's John's patch that
uncorrected the license. Reversing this solves the problem, as neither
John nor anyone else had the legal standing to make this change.
This patch should be reversed. Note that QT/xforms is not the only
difference; the other
On Thursday 27 February 2003 16:39, Jean-Marc Lasgouttes wrote:
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Jean-Marc Lasgouttes wrote:
It seems that 1.3.1 is beginning to have enough fixes in to
warrant a release. While there are no real show stopper in 1.3.0
(which
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
I'm not sure anymore (this is a sign that things move too fast for
me...). Can you show the fix again?
Alfredo This one:
OK, it seems that Angus applied it. What would be a good (short)
description of the bug it fixes?
JMarc
Jean-Marc Lasgouttes wrote:
OK, it seems that Angus applied it. What would be a good (short)
description of the bug it fixes?
JMarc
I think something like:
Preview snippets are converted twice in (almost) all cases except from
startup.
And had maybe some other disgusting undetected
OK, I've dug them out; here is the context of the license.
Also note that it was Asger, not Lars, that committed the (correct)
license.
However, I was expecting one more round of editing when he did it--it's
missing a clause reserving future changes to lyx rather than the FSF
(would have become
Argh, I didn't include before sending.
Here are the old posts from my old mail, headers and all, with the
discussions from when we fixed the license. I'd forgotten just how much
more, uhh, perturbed John Weiss was about the High Church of Emacs than
I was :)
And it was Asger, not Lars, who
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Jean-Marc Lasgouttes wrote:
It seems that 1.3.1 is beginning to have enough fixes in to
warrant a release. While there are no real show stopper in 1.3.0
(which is a good thing), what we have now in 1.3.1cvs gives a lot
of
On Thu, Feb 27, 2003 at 03:25:07PM +0100, Edwin Leuven wrote:
the hole cannot be fixed without permission of all contributors.
so why not get it and fix the license?
Last time around, we figured that contacting them all would be an
impossibility (we're not even sure who they are for some of
LyX now has a proper label dialog. At least the xforms frontend does. The Qt
frontend doesn't have a label dialog at all anymore.
Before you jump down my throat, I attach the changes that I made to xforms.
Basically, I did nothing more than rename FormIndex.[Ch] as FormText.[Ch]
and
I'll be back on Tuesday to see how many things I've just broken.
Toodle pip.
--
Angus
On Thu, Feb 27, 2003 at 08:39:59AM +, Angus Leeming wrote:
Kayvan A. Sylvan wrote:
I have set up an automated build (twice a day) for this branch.
The output is in ftp://ftp.sylvan.com/pub/lyx/devel and the build
happens at 6AM and 6PM each day (PST).
Hi, Sylvan.
Hello Angus,
Angus Leeming wrote:
I'll be back on Tuesday to see how many things I've just broken.
Toodle pip.
Have a good weekend
Alfredo
On Thu, Feb 27, 2003 at 11:16:27AM -0500, Dr. Richard E. Hawkins wrote:
Last time around, we figured that contacting them all would be an
impossibility (we're not even sure who they are for some of the early
stuff).
For some of the early stuff it's not that interesting as certain pieces
don't
On Thu, Feb 27, 2003 at 09:16:16AM -0500, Dr. Richard E. Hawkins wrote:
No, the current lyx license just plain isn't correct (as a legal issue).
I wrote the prior qualifications a few years ago, but John replaced that
with what it says now. The problem is that that's just not what the law
Hi
I want the lyx file format specification.
Does anyone know where can I find this complete specification?
Thanks in advance and best regards.
Boris
That should be Hi, Kayvan.
I know that. Realy I do ;-) Please accept my apologies. Sometimes my brain
doesn't function properly.
No problem. I now have qt builds auto-generated, though I don't really
know if they work for anyone. You can grab the 1.4cvs qt RPM and try it.
On Thu, Feb 27, 2003 at 03:22:05PM -0500, Kostas Oikonomou wrote:
John, perhaps I'm being a bit slow about this, but since I don't have an
anti-aliased Qt, what do I do to solve my problem?
I have no idea. Perhaps Dekel's patch to the maths symbols file was
broken ? Dekel ?
john
Angus Leeming wrote:
A.P.Manners wrote:
Lyx 1.3.0 appears to be unbuildable on Solaris 2.6 because of boost.
Others seem to be reporting problems with boost on Solaris 2.6 although,
cursiously, not the same problems as I am experiencing. Is there a known
work around?
Hello. Kayvan
On Wed, 26 Feb 2003, Andre Poenitz wrote:
On Wed, Feb 26, 2003 at 04:09:37PM +, Angus Leeming wrote:
As John has noted, these differnet LFUNs are sufficiently similar to make
the thought of collapsing them together attractive.
My question: should I use these switches or should I use
Patch attached, without ChangeLog; therefore:
src/frontends/xforms/ChangeLog:
2003-02-28 Rob Lahaye [EMAIL PROTECTED]
* FormTabularCreate.C: remove slider settings (now part of .fd file) and add tooltips.
* forms/form_tabular_create.fd: prettify; add slider settings and proper gravity.
Patch attached, without ChangeLog; therefore:
src/frontends/xforms/ChangeLog:
2003-02-28 Rob Lahaye [EMAIL PROTECTED]
* FormTabularCreate.C: remove slider settings (now part of .fd file) and add tooltips.
* forms/form_tabular_create.fd: prettify; add slider settings and proper gravity.
On Wed, 26 Feb 2003, Angus Leeming wrote:
I am clearly a brain dead zombie.
Surely, you meant muttonhead?
Allan. (ARRae)
Thank you, Angus. I succeed to compile xforms-i18n. But I cannot compile
CJK-LyX-1.3.0 with the flowing message,
In file included from ../../src/lyxtextclass.h:21,
from ../../src/bufferparams.h:23,
from ../../src/lyxrc.h:19,
On Thu, Feb 27, 2003 at 09:26:20PM +, A.P.Manners wrote:
Unless someone knows otherwise (knows how to instruct boost to get
around the missing header files in std) I would conclude that boost is
preventing lyx from being built with gcc 2.95.2.
2.95.3 works fairly well under Linux, though.
On Fri, Feb 28, 2003 at 12:15:10PM +1000, Allan Rae wrote:
How about a map or array lookup instead?
Later. First move the code.
This can't go to the factory? This is it's purpose after all...
Or how about auto-registration of insets with the factory -- probably
a bit outlandish -- but
Alfredo Braunstein wrote:
Attached is the result.
Thanks,
Alfredo
Do I have to wait until tuesday or there is another caritative soul that can
apply it?
Thanks, Alfredo
Jean-Marc Lasgouttes wrote:
- don't cause a warning message to complain about starting an already
running timer. Just don't start it ;-)
I've just remembered that there was another mini fix to forkedcontr.C we
cooked up with Angus that was applied to HEAD. I suspect that the bug was
On Fri, Feb 28, 2003 at 08:40:09AM +0100, Alfredo Braunstein wrote:
Do I have to wait until tuesday or there is another caritative soul that can
apply it?
Send me the patch again.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve,
Vaclav,
Just had a further look, and I'm guessing that you're trying to get output
as in example 2 of instraut.ps, where the authors are one after the other,
followed by addresses? I have to admit, this isn't a format I've ever had
to use, so I didn't think of it.
As to the question, I don't
Hi
Sorry, I was wrong with my question.
I am looking for all the information related to the lyx tags.
All the tags that lyx can handle.
Sorry for my last question and thanks again.
Boris
On Thu, 27 Feb 2003 18:45:15 +0100
Andre Poenitz wrote:
On Thu, Feb 27, 2003 at 06:44:57PM +0100,
Alfredo Braunstein wrote:
> On current lyx, qt frontend, I get on startup (only on the qt frontend,
> xforms works perfectly):
> I think this behaviour has been introduced yesterday. (don't know when
> exactly, I was away). The bt ends there because gdb seems to have hard
> time going further
Kayvan A. Sylvan wrote:
> On Wed, Feb 26, 2003 at 04:30:18PM +0100, Jean-Marc Lasgouttes wrote:
>>
>> It seems that 1.3.1 is beginning to have enough fixes in to warrant a
>> release. While there are no real show stopper in 1.3.0 (which is a
>> good thing), what we have now in 1.3.1cvs gives a
Kohtaro Hitomi wrote:
> Thank you for making CJK-LyX 1.3.0. Howenver, I could not compile the
> patched xforms with the following message.
>
> xpopup.c: In function draw_title':
> xpopup.c:1485: parse error before static'
> xpopup.c:1493: fset' undeclared (first use in this function)
>
Hi,
Yet another patch in my tree that was rejected when in 1.3.0 freeze.
It's Angus' suggestion to use lyx::float_equal() when comparing
'sensitive' floats and doubles.
Patch attached.
Rob.
xformsImage.diff.gz
Description: application/gzip
Jean-Marc Lasgouttes wrote:
> So, what else do you think should be done?
Since there have been some irritations about the moc on the users list...
Jürgen.Index: INSTALL
===
RCS file: /cvs/lyx/lyx-devel/INSTALL,v
retrieving revision
Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
>> So, what else do you think should be done?
>
> Since there have been some irritations about the moc on the users list...
>
> Jürgen.
That's a bit linux-specific for me. Moreover, the place to tell them this is
in the step-by-step
Angus Leeming wrote:
> That's a bit linux-specific for me.
Is there something other than linux? ;-)
Jürgen
Rob Lahaye wrote:
> Yet another patch in my tree that was rejected when in 1.3.0 freeze.
> It's Angus' suggestion to use lyx::float_equal() when comparing
> 'sensitive' floats and doubles.
>
> Patch attached.
Thanks, Rob. Applied, together with your prettifying patch.
--
Angus
Alfredo Braunstein wrote:
> On current lyx, qt frontend, I get on startup (only on the qt frontend,
> xforms works perfectly):
> I think this behaviour has been introduced yesterday. (don't know when
> exactly, I was away). The bt ends there because gdb seems to have hard
> time going further
> Fixed.
>
Hey thanks! You fix faster than I can compile!
Alfredo
I finally managed to work on converter.C.
I've done the first split (converter.[Ch] -> converter.[Ch] + format.[Ch]
+graph.[Ch]), with no change in interface nor in functionality.
The graph work is done in the class Graph, who knows _almost_ nothing about
converters nor formats (work with
Alfredo Braunstein wrote:
> I finally managed to work on converter.C.
>
> I've done the first split (converter.[Ch] -> converter.[Ch] + format.[Ch]
> +graph.[Ch]), with no change in interface nor in functionality.
>
> The graph work is done in the class Graph, who knows _almost_ nothing
> about
So here it is. Please comment.
Thanks, Alfredo/**
* \file format.C
* Copyright 1995 Matthias Ettrich
* Copyright 2002 the LyX Team
* Read the file COPYING
*
* \author Dekel Tsur
*/
#include "format.h"
#include "lyxrc.h"
#include "debug.h"
#include "lyx_cb.h" // for ShowMessage() ... to be
Alfredo Braunstein wrote:
> So here it is. Please comment.
Loks good. Here's some comments ;-)
Angus
* Copyright 2002 the LyX Team
There is no such formal entity. Please use
/**
* \file format.C
* This file is part of LyX, the document processor.
* Licence details can be found in the
Angus Leeming wrote:
> Alfredo Braunstein wrote:
>
>> So here it is. Please comment.
> Loks good. Here's some comments ;-)
> Angus
>
>
> * Copyright 2002 the LyX Team
>
> There is no such formal entity. Please use
Ok, I though I had to leave it because it was there on the original file.
>
On Thu, Feb 27, 2003 at 11:35:16AM +0100, Alfredo Braunstein wrote:
> > Why is it inline? Have you profiled this code? Take it out of line.
>
> Not my doing, but I will.
You do not have to profile this part.
Angus just meant "Unless you have verified that there is a bottleneck
by profiling the
Andre Poenitz wrote:
> On Thu, Feb 27, 2003 at 11:35:16AM +0100, Alfredo Braunstein wrote:
>> > Why is it inline? Have you profiled this code? Take it out of line.
>>
>> Not my doing, but I will.
>
> You do not have to profile this part.
>
> Angus just meant "Unless you have verified that
Hi,
Just created another win32 build, based on 1.3.0:
http://www.home.zonnet.nl/rareitsma/lyx/
This fixes the preferences bug and the table bug. Stripped-down versions of
Perl and Python are now included.
Known bugs:
-Screen updates too often; visible when browsing menus. Actually, the whole
> "Ruurd" == Ruurd Reitsma <[EMAIL PROTECTED]> writes:
Ruurd> Hi, Just created another win32 build, based on 1.3.0:
Ruurd> http://www.home.zonnet.nl/rareitsma/lyx/
Ruurd> This fixes the preferences bug and the table bug. Stripped-down
Ruurd> versions of Perl and Python are now included.
Angus Leeming wrote:
> //does this belong here??
> string const Formats::papersize(Buffer const * buffer) const
>
> It doesn't 'feel' right does it. Why not make it a stand-alone function?
It is accessed also from converter.C (it was before a member of Converters,
don't ask me why. I've passed
Jean-Marc Lasgouttes wrote:
>> "Ruurd" == Ruurd Reitsma <[EMAIL PROTECTED]> writes:
>
> Ruurd> Hi, Just created another win32 build, based on 1.3.0:
>
> Ruurd> http://www.home.zonnet.nl/rareitsma/lyx/
>
> Ruurd> This fixes the preferences bug and the table bug. Stripped-down
> Ruurd>
On Thu, 27 Feb 2003, Angus Leeming wrote:
> Kohtaro Hitomi wrote:
>
> > Thank you for making CJK-LyX 1.3.0. Howenver, I could not compile the
> > patched xforms with the following message.
> >
> > xpopup.c: In function draw_title':
> > xpopup.c:1485: parse error before static'
> >
The corrected version.
I've added converter.[Ch] here so you can look at it without applying the
patch, but they are already contained on patch.diff.
Alfredo
/**
* \file converter.C
* This file is part of LyX, the document processor.
* Licence details can be found in the file COPYING.
*
*
Alfredo Braunstein wrote:
Why is the Converter c-tor inline? Do you need to #include "format.h" in
converter.h? Can you not forward declare class Format?
I would take papersize out of class Format, but still have its
definition/declaration in format.[Ch].
Looks good. Would you like it applied
This makes a nicer Include dialog. Patch attached. It has no ChangeLog, therefore:
src/frontends/xforms/ChangeLog:
2003-02-27 Rob Lahaye <[EMAIL PROTECTED]>
* FormInclude.[Ch]: use RadiobuttonGroup code, add tooltips and add comments.
* forms/form_include.fd: nicer layout and add proper
Angus Leeming wrote:
> Alfredo Braunstein wrote:
>
> Why is the Converter c-tor inline? Do you need to #include "format.h" in
> converter.h? Can you not forward declare class Format?
>
> I would take papersize out of class Format, but still have its
> definition/declaration in format.[Ch].
>
>
Jean-Marc Lasgouttes wrote:
While there are no real show stopper in 1.3.0 (which is a
good thing), what we have now in 1.3.1cvs gives a lot of polish.
Well, 1.3.0 has some really nasty cursor problems, e.g., if there are two minipages inside a float and you use the mouse to switch between both
1 - 100 of 146 matches
Mail list logo
