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, ei
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
responsi
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
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 -- bu
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
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 Wed, 26 Feb 2003, Angus Leeming wrote:
> I am clearly a brain dead zombie.
Surely, you meant muttonhead?
Allan. (ARRae)
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.
Ple
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.
Ple
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 shoul
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 kn
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?
>
> He
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
> >
> > 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.
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, Bo
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
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
>
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
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 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.
Hel
I'll be back on Tuesday to see how many things I've just broken.
Toodle pip.
--
Angus
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 forms/form_
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
> "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
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 commi
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 5
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 c
> "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?
JM
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
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 cla
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 lic
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
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
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
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 abo
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 al
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 hole cannot be fixed without permission of all contributors.
so why not get it and fix the license?
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 sof
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
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).
>
> 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
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 would still mean y
> > 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 que
"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 shoul
> 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
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 co
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 min
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].
>
>
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 Gravi
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
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.
*
* \a
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:
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> versio
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 i
> "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
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
b
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
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 c
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.
> /
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
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 r
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
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 integer
> Fixed.
>
Hey thanks! You fix faster than I can compile!
Alfredo
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
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
Angus Leeming wrote:
> That's a bit linux-specific for me.
Is there something other than linux? ;-)
Jürgen
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 bit
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 1
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
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:1
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 lo
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%
74 matches
Mail list logo
