On Wed, 10 Apr 2002, Allan Rae wrote:
[...]
> Compile times have blown out to be nearly ten times longer than they
> used to be two years ago. It would be interesting to know how much of
> that is due to the now extensive use of STL, the extensive use of
> templates in the frontends/, the use of
On Wed, 10 Apr 2002, John Levon wrote:
> On Wed, Apr 10, 2002 at 11:08:11AM +1000, Allan Rae wrote:
>
> > There is still a small problem with Qt's insistence on claiming the
> > name emit as a keyword but the libsigc++ crew have made some recent
> > changes to avoid most of the problems there.
>
Combining a couple of emails into one...
| On Tue, Apr 09, 2002 at 01:26:37PM +0200, Lars Gullik Bjønnes wrote:
>> I want to use C++ so I prefere the latest compilers that have the
>> implementations that conform best to C++. I also want to use the C++
>> standard libraries...
The trouble is yo
On Wed, Apr 10, 2002 at 11:08:11AM +1000, Allan Rae wrote:
> There is still a small problem with Qt's insistence on claiming the
> name emit as a keyword but the libsigc++ crew have made some recent
> changes to avoid most of the problems there.
Practically that's not a problem for me.
regards
On Wed, 10 Apr 2002, Michael Koziarski wrote:
> At 12:39 AM 4/10/02 +0200, you wrote:
> >Michael Koziarski <[EMAIL PROTECTED]> writes:
> >
> > >> > Is there an easy way around this?
> > >>
> > >>Yes. Get LyX's version upgraded for LyX 1.3!
> > >>Angus
That's my inclination also.
> >| Wasn't t
On Tue, Apr 09, 2002 at 11:17:37PM +0200, Herbert Voss wrote:
> +@iE-mail: [EMAIL PROTECTED]
> The one who answers all questions on lyx-users
> mailing list
you should update your description too ...
john
--
"I never understood what's so hard about picking a unique
first and last na
At 12:39 AM 4/10/02 +0200, you wrote:
>Michael Koziarski <[EMAIL PROTECTED]> writes:
>
> >> > Is there an easy way around this?
> >>
> >>Yes. Get LyX's version upgraded for LyX 1.3!
> >>Angus
> >
>| Wasn't there talk of using boost's signal / slot mechanism?
>
>I have thought about that...
>
>De
Michael Koziarski <[EMAIL PROTECTED]> writes:
>> > Is there an easy way around this?
>>
>>Yes. Get LyX's version upgraded for LyX 1.3!
>>Angus
>
| Wasn't there talk of using boost's signal / slot mechanism?
I have thought about that...
Depends a bit on what other folk say.
I feel that we sho
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Hi,
>
| The top Makefile in latest CVS produces a void
| lyx-1.2.0cvs-bin.tar.gz with make bindist. That is because the tar command
| is defined as $(TAR), and called as $(AMTAR) in the rules for bindist.
>
| You can see a 'cf: command not f
Hi,
The top Makefile in latest CVS produces a void
lyx-1.2.0cvs-bin.tar.gz with make bindist. That is because the tar command
is defined as $(TAR), and called as $(AMTAR) in the rules for bindist.
You can see a 'cf: command not file' at the end when making bindist when
the makefile arrives at
Hi,
is lyx 1.1.6fix4 supposed to work on a 486 machine?
I've recompiled from source rpm (on a 686 machine so as not to wait ages)
using xforms-0.89-6, the package works fine on all other machines, but on my
486 laptop it bails out with a SIGSEGV just after startup. The main window
flashes for a
> > Is there an easy way around this?
>
>Yes. Get LyX's version upgraded for LyX 1.3!
>Angus
Wasn't there talk of using boost's signal / slot mechanism?If not,
I'll prepare the necessary patches after 1.2.0.
Cheers
Koz
"Technology is dominated by two types of people: those who underst
> > I am still unable to produce correct postscript or pdf
> > autoput for LyX-document of the "Docbook article
> > (SGML)" class, as it seems that jadetex does not handle
> > unicode fonts correctly.
>
> Do you know if the the xml toolchain ( with fop for the
> print backend) supports unicode?
please apply
Herbert
--
http://www.lyx.org/help/
Index: lib/CREDITS
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/CREDITS,v
retrieving revision 1.26
diff -u -r1.26 CREDITS
--- lib/CREDITS 2 Apr 2002 11:29:43 - 1.2
Jean-Marc Lasgouttes wrote:
>
> Herbert> open a new doc and insert a graphic which is two dirs deeper
> Herbert> than the doc dir.
>
> Would having prepareFile return RemoveExtension(filename_) fix this?
sure, but only for files which are in deeper dirs.
It's no problem for me to change it t
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Jean-Marc Lasgouttes wrote:
>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]>
>>> writes:
>>>
>>
But why does latex search in the tmp dir? We give it a nice
\input@path to tell that it should also look in
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> open a new doc and insert a graphic which is two dirs deeper
> Herbert> than the doc dir.
> [...]
> Herbert> hope, this helps
>
> I guess it does, but I do not know when I will have time
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
>
| Lars> Anyway what we must do is to check whether the libjpeg dir
| Lars> exists or not. (headers in particular)
>
| We do not ned the headers, only the library.
yes, you are ri
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 09 April 2002 4:43 pm, Lars Gullik Bjønnes wrote:
>> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>> |
>> | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> open a new doc and insert a graphic which is two dirs deeper
Herbert> than the doc dir.
[...]
Herbert> hope, this helps
I guess it does, but I do not know when I will have time to
investigate this.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Anyway what we must do is to check whether the libjpeg dir
Lars> exists or not. (headers in particular)
We do not ned the headers, only the library.
JMarc
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
| | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
On Tuesday 09 April 2002 4:43 pm, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> |
> | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECT
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>>
| Lars> | Lars> Hmm... please explain that so that I
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
>>>But why does latex search in the tmp dir? We give it a nice
>>>\input@path to tell that it should also look in the doc dir.
>>>
>
>
> Herbert> this belongs to non-(e)ps-files which were converte
On Tuesday 09 April 2002 1:56 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Tuesday 09 April 2002 1:11 pm, Lars Gullik Bjønnes wrote:
> >> but this worries me a bit, and we need to figure out what do to do
> >> with distributions. Do we distribute the generated
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
Lars> | Lars> Hmm... please explain that so that I understand it...
>>
Lars> | Lars> -ljpeg should be used if
On Tuesday 09 April 2002 4:42 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > Now how about my rejection of your insetgraphics.C patch. What needs to
> > be done here?
>
> attaches a patch with a lot of changes:
>
> - inPixels() gives wrong values back! +/- 1 point in fact of
>rounding prob
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>> But why does latex search in the tmp dir? We give it a nice
>> \input@path to tell that it should also look in the doc dir.
Herbert> this belongs to non-(e)ps-files which were converted.
Could you explain a bit more?
JMarc
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> the patch
> Herbert> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg35477.html
>
> Herbert> is buggy when you insert a graphic file which is in a deeper
> Herbert> dir than the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Hmm... please explain that so that I understand it...
>
| Lars> -ljpeg should be used if libforms does not contain jpeg_abort.
>
| No, if we do not have it we just cannot us
On Tuesday 09 April 2002 4:24 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > Alternatively, rotate it by 270.1 degs.
>
> this is not possible yet, only 4 characters. I'll send a
> fix together with some other more or less small changes
>
>
> Herbert
and just to show we really are nice people,
Angus Leeming wrote:
> Now how about my rejection of your insetgraphics.C patch. What needs to be
> done here?
attaches a patch with a lot of changes:
- inPixels() gives wrong values back! +/- 1 point in fact of
rounding problems -> image borders are cropped in lyx-view
- inBP() is a bette
> "adrien" == adrien rebollo <[EMAIL PROTECTED]> writes:
adrien> Hello, I have cleaned up the currency example to make it less
adrien> clumsy. Maybe we should rename it euro.lyx because it is what
adrien> people would look for.
I kept it under the same name, since it it also about other curr
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> the patch
Herbert> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg35477.html
Herbert> is buggy when you insert a graphic file which is in a deeper
Herbert> dir than the one from the doc. In this case the absolut path
Angus Leeming wrote:
> Alternatively, rotate it by 270.1 degs.
this is not possible yet, only 4 characters. I'll send a
fix together with some other more or less small changes
Herbert
--
http://www.lyx.org/help/
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I have not applied the patch below as it's the wrong fix. If
Angus> the original didn't work, then I think that the fault lies in
Angus> the support tools which should use Path but clearly aren't. In
Angus> other words, your patch
Jean-Marc Lasgouttes wrote:
> Actually, now that I have applied it, I see it does not look so good
I'll have a look tomorrow.
Juergen.
On Tuesday 09 April 2002 2:59 pm, Claus Hindsgaul wrote:
> tir, 2002-04-09 kl. 14:38 skrev R. Lahaye:
> > But now do the following series:
> >
> > 0 : LyX View updates to 0 degrees
> > 268 : LyX View updates to 268 degrees
> > 269 : nothing happens
> > 270 : LyX View updates to 270 degre
Claus Hindsgaul wrote:
>
> Did you actually look at the figure at 270 degrees?
Yes. I have the figure rotated 270 degrees.
Well, at least on the LyX canvas; that's what you're talking about,
aren't you? I haven't checked out the final DVI or PS output.
> In other words I can not get a 270 degre
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Hmm... please explain that so that I understand it...
Lars> -ljpeg should be used if libforms does not contain jpeg_abort.
No, if we do not have it we just cannot use the libforms image loader
and fall back on the converter-b
On Tuesday 09 April 2002 3:43 pm, Herbert Voss wrote:
> Claus Hindsgaul wrote:
> > Hi,
> >
> > Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
> > 270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
> > 270 degrees...
>
> seems to be a bug in xforms. Angu
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This looks good.
Actually, now that I have applied it, I see it does not look so good
:)
A few things:
void FormDocument::UpdateClassParams(BufferParams const & params)
{
// These are the params
tir, 2002-04-09 kl. 14:38 skrev R. Lahaye:
> But now do the following series:
>
> 0 : LyX View updates to 0 degrees
> 268 : LyX View updates to 268 degrees
> 269 : nothing happens
> 270 : LyX View updates to 270 degrees
> 271 : nothing happens
Did you actually look at the figure at 2
On Tue, Apr 09, 2002 at 10:55:05PM -0700, cghan wrote:
> > Should we use y for \psi and j for \varphi?
>
> I have no objection.
Ok. It's in CVS now.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
>
>>> configure:12832: checking for strchr configure:12860: gcc -o
>>> conftest -g -O2 -isystem /usr/X11R6/include conftest.c -ljpeg -lSM
>>> -lICE -lc -lm -L/usr/X11R6/lib -lX11 1>&5 /usr
On Tue, 9 Apr 2002, Andre Poenitz wrote:
> Ok... that's \varphi right now.
>
> Should we use y for \psi and j for \varphi?
>
I have no objection.
-cghan
R. Lahaye wrote:
>>>0 : LyX View updates to 0 degrees
>>>268 : LyX View updates to 268 degrees
>>>269 : nothing happens
>>>270 : LyX View updates to 270 degrees
>>>271 : nothing happens
>>>
>>>Something fishy is going on here.
>>>
>>I think that this graphics stuff is getting to the point of dimi
On Tue, Apr 09, 2002 at 02:52:07PM +0100, Jose Abilio Oliveira Matos wrote:
> I propose to drop your rule since it isn't exception safe, and you know
> that worries Lars. So it seems that _We_ don't like that rule.
Nah... last time I heard of it all that worried _Us_ was _type_safety...
Andr
Claus Hindsgaul wrote:
> Hi,
>
> Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
> 270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
> 270 degrees...
seems to be a bug in xforms. Angus?
In RotateMatrix [image_rotate.c 239] InternalError: bad specia
On Tue, Apr 09, 2002 at 12:29:52PM +0200, Claus Hindsgaul wrote:
> Hi,
>
> Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
> 270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
> 270 degrees...
>
> Clau
No, the plot thickens...
What doesn't work is
> "Bjarke" == Bjarke Roune <[EMAIL PROTECTED]> writes:
Andre> Most people want to get their job done. If they get it done in
Andre> 28 instead of 36 minutes they are usually happy...
>>
Bjarke> Hmm... I don't understand why std::string is so much worse. Is
Bjarke> it solely because it is a te
"Bjarke Roune" <[EMAIL PROTECTED]> writes:
| Hmm... I don't understand why std::string is so much worse. Is it solely
| because it is a template, and some compilers can't handle those as well as
| non-templates?
likely.
| It would seem the ideal place to fix this would be on the compiler side o
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Apr 09, 2002 at 03:03:16PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
Angus> Vive la République, comme on dit en français.
>> I am not should we should be proud of our presidents...
Andre> Come on... if not you, who else?
On Tue, Apr 09, 2002 at 10:19:02PM -0700, cghan wrote:
> >
> > \epsilon is already M-m g e.
> >
> > What was it in older versions?
> >
>
>
> M-m g y in lyx-1.1.6
Ok... that's \varphi right now.
Should we use y for \psi and j for \varphi?
Andre'
--
Those who desire to give up Freedom
On Tuesday 09 April 2002 3:04 pm, Herbert Voss wrote:
> Angus, I do not know if this is the right way to test a
>
> bounfing box, because it's a wrong one, when you change the
> values by hand. And LyX doesn't know that someone manipulates
> the bounding box. Converting to xpm gives the "true" siz
On Tue, Apr 09, 2002 at 03:11:45PM +0200, Lars Gullik Bjønnes wrote:
> | PS: Do we get a new Friday rule with 1.2.0?
>
> As in "Friday every day"?
That's a bit too harsh perhaps.
Maybe as in 'Friday every day that is not Februar 29th' or so...
Andre'
--
Those who desire to give up Freedom in
On Tue, Apr 09, 2002 at 03:11:02PM +0200, Lars Gullik Bjønnes wrote:
> Then we should work at getting faster compiles, not to change the
> features used from C++ or its library.
Agreed.
> A lot of LyX code is not nice at all, and makes the compile really
> slow. (~2000 line functions...)
Agreed
On Tue, 9 Apr 2002, Andre Poenitz wrote:
>
> \epsilon is already M-m g e.
>
> What was it in older versions?
>
M-m g y in lyx-1.1.6
-cghan
> Andre> Most people want to get their job done. If they get it done in
> Andre> 28 instead of 36 minutes they are usually happy...
>
Hmm... I don't understand why std::string is so much worse. Is it solely
because it is a template, and some compilers can't handle those as well as
non-templates?
Angus Leeming wrote:
> On Monday 08 April 2002 10:09 pm, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>+std::cerr << image_->w << " " << (params.bb.xr - params.bb.xl) << '\n'
>>>+<< image_->h << " " << (params.bb.yt - params.bb.yb) << std::endl;
>>>
>>I can do what I want,
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Apr 09, 2002 at 03:03:16PM +0200, Jean-Marc Lasgouttes wrote:
>> Angus> Vive la République, comme on dit en français.
>>
>> I am not should we should be proud of our presidents...
>
| Come on... if not you, who else?
>
| Andre'
>
| PS: Do we ge
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Apr 09, 2002 at 02:01:48PM +0200, Lars Gullik Bjønnes wrote:
>> | Other people have other goals. Sometimes most goals can be reached if
>> | everybody moves to somewhat less dogmatic point of views...
>>
>> As in "don't use modern C++ features"
On Tue, Apr 09, 2002 at 03:06:57PM +0200, Andre Poenitz wrote:
> PS: Do we get a new Friday rule with 1.2.0?
Every day is Friday ! Huzzah !
john
--
"I never understood what's so hard about picking a unique
first and last name - and not going beyond the 6 character limit."
- Toon Moen
On Tue, Apr 09, 2002 at 03:03:16PM +0200, Jean-Marc Lasgouttes wrote:
> Angus> Vive la République, comme on dit en français.
>
> I am not should we should be proud of our presidents...
Come on... if not you, who else?
Andre'
PS: Do we get a new Friday rule with 1.2.0?
--
Those who desire to
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Vive la République, comme on dit en français.
I am not should we should be proud of our presidents...
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 09 April 2002 1:11 pm, Lars Gullik Bjønnes wrote:
>> but this worries me a bit, and we need to figure out what do to do
>> with distributions. Do we distribute the generated files or not?
>
| I would quote Kalle Dahlheimer here: "No"
Not
On Tuesday 09 April 2002 1:38 pm, R. Lahaye wrote:
> Claus Hindsgaul writes:
> > Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
> > 270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
> > 270 degrees...
>
> Here 270 works just fine, with 1.2.0cvs on a Fr
On Tue, Apr 09, 2002 at 09:31:48PM +0900, [EMAIL PROTECTED] wrote:
> I have found a couple of bugs( or my ignorances) in lyx-1.2.0pre3:
> 1. I cannot enter "{" and "}" in mathed. When I enter "}", "{}"
> appear on the screen.
\{ gives blue { on screen and \{ in export
\} gives blue }
Claus Hindsgaul writes:
>
> Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
> 270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
> 270 degrees...
Here 270 works just fine, with 1.2.0cvs on a FreeBSD PC.
However, LyX View is behaving odd, when it comes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Tuesday 09 April 2002 1:11 pm, Lars Gullik Bjønnes wrote:
>> but this worries me a bit, and we need to figure out what do to do
>> with distributions. Do we distribute the generated files or not?
Angus> I would quote Kalle Dahl
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Apr 09, 2002 at 01:26:37PM +0200, Lars Gullik Bjønnes
Andre> wrote:
>> I want to use C++ so I prefere the latest compilers that have the
>> implementations that conform best to C++. I also want to use the
>> C++ standard li
On Tue, Apr 09, 2002 at 02:01:48PM +0200, Lars Gullik Bjønnes wrote:
> | Other people have other goals. Sometimes most goals can be reached if
> | everybody moves to somewhat less dogmatic point of views...
>
> As in "don't use modern C++ features"?
> and "Don't use templates?"
No. As in "think
On Tuesday 09 April 2002 1:17 pm, John Levon wrote:
> On Tue, Apr 09, 2002 at 02:13:22PM +0200, Juergen Vigna wrote:
> > Well it seems that not only u had still sleepy eyes is that something
> > general today up in UK ;)
>
> Dare I say we're all bored to tears with what's on the radio + tv ?
>
> j
Hello,
I have found a couple of bugs( or my ignorances) in lyx-1.2.0pre3:
1. I cannot enter "{" and "}" in mathed. When I enter "}", "{}"
appear on the screen.
2. In the float-figure environment(Insert->Floats->Figure), I cannot
enter the figure caption. The part for the caption seem
On Tuesday 09 April 2002 1:11 pm, Lars Gullik Bjønnes wrote:
> but this worries me a bit, and we need to figure out what do to do
> with distributions. Do we distribute the generated files or not?
I would quote Kalle Dahlheimer here: "No"
> (btw. I see you are introducint {} again after _all
On Tue, Apr 09, 2002 at 02:13:22PM +0200, Juergen Vigna wrote:
> Well it seems that not only u had still sleepy eyes is that something
> general today up in UK ;)
Dare I say we're all bored to tears with what's on the radio + tv ?
john
--
"I never understood what's so hard about picking a uni
On 09-Apr-2002 John Levon wrote:
> On Tue, Apr 09, 2002 at 02:06:11PM +0200, Juergen Vigna wrote:
>
>> As much as I can read above he's talking about gv and not ghostscript
>> man gv tells us:
>
> oops, just woke up :)
Well it seems that not only u had still sleepy eyes is that something
gener
Angus Leeming <[EMAIL PROTECTED]> writes:
>> This is 1.3 stuff.
>>
>> | If we can do all this, then we can remove the xforms/form_xxx.[Ch] files
>> | from the repository.
>>
>> Let's do that in 1.3 then.
>
| As you wish. Actually it's turning out pretty easy. Here's the
| xforms/forms/Makefile.a
On Tue, Apr 09, 2002 at 02:06:11PM +0200, Juergen Vigna wrote:
> As much as I can read above he's talking about gv and not ghostscript
> man gv tells us:
oops, just woke up :)
john
--
"I never understood what's so hard about picking a unique
first and last name - and not going beyond the 6 c
On 09-Apr-2002 John Levon wrote:
> On Tue, Apr 09, 2002 at 11:34:45AM +0200, Marco Morandini wrote:
>
>> However, it would be nice to add "-watch" to the default
>> command line arguments of gv.
>
> lyx 1.2 doesn't use ghostscript at all ...
As much as I can read above he's talking about gv an
On Tuesday 09 April 2002 12:56 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Attached is a first stab at getting the generation of those form_*.[Ch]
> | files from the .fd ones again. Currently all is horribly broken if the
> | build dir and src dir are different.
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Apr 09, 2002 at 01:26:37PM +0200, Lars Gullik Bjønnes wrote:
>> I want to use C++ so I prefere the latest compilers that have the
>> implementations that conform best to C++. I also want to use the C++
>> standard libraries...
>
| Other people h
Angus Leeming <[EMAIL PROTECTED]> writes:
| Attached is a first stab at getting the generation of those form_*.[Ch] files
| from the .fd ones again. Currently all is horribly broken if the build dir
| and src dir are different.
Because this:
updatesrc: test
for fil in *.C *.h; \
On Tuesday 09 April 2002 12:47 pm, John Levon wrote:
> On Tue, Apr 09, 2002 at 11:34:45AM +0200, Marco Morandini wrote:
> > However, it would be nice to add "-watch" to the default
> > command line arguments of gv.
>
> lyx 1.2 doesn't use ghostscript at all ...
>
> regards
> john
Err...
yes it d
On Tue, Apr 09, 2002 at 11:34:45AM +0200, Marco Morandini wrote:
> However, it would be nice to add "-watch" to the default
> command line arguments of gv.
lyx 1.2 doesn't use ghostscript at all ...
regards
john
--
"I never understood what's so hard about picking a unique
first and last name
On Tue, Apr 09, 2002 at 01:26:37PM +0200, Lars Gullik Bjønnes wrote:
> I want to use C++ so I prefere the latest compilers that have the
> implementations that conform best to C++. I also want to use the C++
> standard libraries...
Other people have other goals. Sometimes most goals can be reache
Attached is a first stab at getting the generation of those form_*.[Ch] files
from the .fd ones again. Currently all is horribly broken if the build dir
and src dir are different.
I decided that since the .[Ch] files are generated, they should go in the
build tree.
I don't know how to get the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
| Allan> You will surely notice that there is a 100MB difference between
| Allan> the du tests of both runs. There is also an 8 minute difference
| Allan> in `make` times. This difference ge
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 08-Apr-2002 Jean-Marc Lasgouttes wrote:
>> Note that I just translated all the xx_ffo.lyx docs to 1.2.0 in
>> cvs, except sk_UserGuide.lyx which seems to have a problem reading
>> a Formula inset. I decided not to touch it.
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> You will surely notice that there is a 100MB difference between
Allan> the du tests of both runs. There is also an 8 minute difference
Allan> in `make` times. This difference gets even larger when there is
Allan> any user activity.
Th
Helge Hafting wrote:
>
> Jean-Marc Lasgouttes wrote:
> >
> > > "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
> >
> > Helge> Dropping --enable-shared didn't seem to help:
> >
> > The problem is probably to know why configure decided that you do not
> > have strchr or bcopy. Could you se
Jean-Marc Lasgouttes wrote:
>
> > "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
>
> Helge> Dropping --enable-shared didn't seem to help:
>
> The problem is probably to know why configure decided that you do not
> have strchr or bcopy. Could you send the snippet of your config.log
> f
On 08-Apr-2002 Jean-Marc Lasgouttes wrote:
> Note that I just translated all the xx_ffo.lyx docs to 1.2.0 in cvs,
> except sk_UserGuide.lyx which seems to have a problem reading a
> Formula inset. I decided not to touch it.
We should obviously make sure that the produced files are more or less
On Tuesday 09 April 2002 11:56 am, Juergen Vigna wrote:
> On 09-Apr-2002 Angus Leeming wrote:
> > why not leave the bounding box as blank until the file is loaded into LyX
> > and then set it to 0 0 image->w image->h ? That'd do the trick wouldn't
> > it?
>
> Just a small question, if I load an ep
On Tue, 9 Apr 2002, R. Lahaye wrote:
> Angus Leeming wrote:
> >
> > why not leave the bounding box as blank until the file is loaded into LyX and
> > then set it to 0 0 image->w image->h ? That'd do the trick wouldn't it?
>
> Why assuming the two zero values? Is that always correct?
> Isn't it sa
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, Apr 08, 2002 at 03:34:50PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> Not bugs, but things that should IMO be done
>>
John> * convert examples/ to 1.2.0 files if it isn't done already
Note that I just translated all the xx_
On 09-Apr-2002 Angus Leeming wrote:
> why not leave the bounding box as blank until the file is loaded into LyX and
> then set it to 0 0 image->w image->h ? That'd do the trick wouldn't it?
Just a small question, if I load an eps file this way is w,h w+h relative to
the boundingbox of the eps
Angus Leeming wrote:
>
> why not leave the bounding box as blank until the file is loaded into LyX and
> then set it to 0 0 image->w image->h ? That'd do the trick wouldn't it?
Why assuming the two zero values? Is that always correct?
Isn't it safer and better to check the real bounding-box valu
Hi,
Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
270 degrees...
Clau
1 - 100 of 109 matches
Mail list logo
