On Saturday 13 April 2002 1:45 am, R. Lahaye wrote:
Hi,
While having trouble with the Graphics routine, I have deleted
the EPS-XPM and PNG-XPM converters in Preferences in a
trial to solve my problems.
After that, LyX cannot anymore load my EPS file and
pops up the Alert window which
On Saturday 13 April 2002 1:45 am, R. Lahaye wrote:
> Hi,
>
> While having trouble with the Graphics routine, I have deleted
> the "EPS->XPM" and "PNG->XPM" converters in Preferences in a
> trial to solve my problems.
>
> After that, LyX cannot anymore load my EPS file and
> pops up the Alert
Hi,
While having trouble with the Graphics routine, I have deleted
the EPS-XPM and PNG-XPM converters in Preferences in a
trial to solve my problems.
After that, LyX cannot anymore load my EPS file and
pops up the Alert window which looks like in the attachment.
The message-text area is
Hi,
While having trouble with the Graphics routine, I have deleted
the "EPS->XPM" and "PNG->XPM" converters in Preferences in a
trial to solve my problems.
After that, LyX cannot anymore load my EPS file and
pops up the Alert window which looks like in the attachment.
The message-text area is
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.
There is also
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 gets even larger
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 reached
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 have
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 about
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 libraries...
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?
and
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.
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 is hiding
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 you
> "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.
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
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
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
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
> "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
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++
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...)
> "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
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
please apply, otherwise graphics in deeper dir's than the doc
have wrong dir. most of docs don't run.
see former mail for the ref to the mail archive.
attached a patch which makes tgif run, too.
Herbert
--
http://www.lyx.org/help/
Index: src/insets/ChangeLog
On Monday 08 April 2002 6:24 pm, Herbert Voss wrote:
please apply, otherwise graphics in deeper dir's than the doc
have wrong dir. most of docs don't run.
see former mail for the ref to the mail archive.
attached a patch which makes tgif run, too.
Herbert
I've applied the tgif stuff.
I
could ypu please apply this small patch:
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36140.html
Herbert
--
http://www.lyx.org/help/
On Monday 08 April 2002 6:58 pm, Herbert Voss wrote:
could ypu please apply this small patch:
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36140.html
Herbert
Yup. Done.
A
On Thu, 4 Apr 2002, Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Andre Which compiler that we support does not have a sufficient
| Andre std::string?
| There are bugs in compaq cxx 6.2 with std::string (an extraneous
| assert), but I think it is fixed in
please apply, otherwise graphics in deeper dir's than the doc
have wrong dir. most of docs don't run.
see former mail for the ref to the mail archive.
attached a patch which makes tgif run, too.
Herbert
--
http://www.lyx.org/help/
Index: src/insets/ChangeLog
On Monday 08 April 2002 6:24 pm, Herbert Voss wrote:
> please apply, otherwise graphics in deeper dir's than the doc
> have wrong dir. most of docs don't run.
> see former mail for the ref to the mail archive.
>
> attached a patch which makes tgif run, too.
>
> Herbert
I've applied the tgif
could ypu please apply this small patch:
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36140.html
Herbert
--
http://www.lyx.org/help/
On Monday 08 April 2002 6:58 pm, Herbert Voss wrote:
> could ypu please apply this small patch:
>
> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36140.html
>
> Herbert
Yup. Done.
A
On Thu, 4 Apr 2002, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | Andre> Which compiler that we support does not have a sufficient
> | Andre> std::string?
> >
> | There are bugs in compaq cxx 6.2 with std::string (an extraneous
> | assert), but I think it is
using today's cvs (as of two minutes ago) all works perfectly as
far as
I'm concerned. I attach small screenshots of the LyX and LaTeX
views to
prove it.
Angus, I think Rob is right. Change your zoom-factor of the
prefs to e.g. 150% and you'll see, that the lyx view is
wrong!
>> > using today's cvs (as of two minutes ago) all works perfectly as
far as
>> > I'm concerned. I attach small screenshots of the LyX and LaTeX
views to
>> > prove it.
>>
>> Angus, I think Rob is right. Change your zoom-factor of the
>> prefs to e.g. 150% and you'll see, that the lyx
On Friday 05 April 2002 1:41 am, R. Lahaye wrote:
Hi,
I saw a long thread on this subject.
Downloading CVS in the meantime, has still a wrong
use of Top right y-coordinate for LyX View.
(The Top right y-coordinate is somehow also used
as the Bottom left y-coordinate).
For final LaTeX
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars At least with Gcc 3.1 the difference is not great.
| Thanks for doing it. I could not find the time yesterday. The
| difference is still great with gcc 2.9x. And gcc 3.1 is not released
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I haven't gcc 3.0 installed anymore, but that is also pretty
Lars good, but 3.1. is a lot better. And this will most likely
Lars continue.
Hmm, what I see is mostly higher compile times and higher disk
footprint for the same program.
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars but only for stringstream, what about all other api's that use
| Lars std::string?
| There are not so many of them, actually. ifstream/ofstream
| constructors, and ???
Most boost libs and other libs.
--
Lgb
On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
Yes, in part. Having control over this is good. And the compile time
factor is pretty important too on my p2-366/128M laptop I use here (of
course, it is less annoying on my p4-1.7G at home...).
Well to tell you the truth I gave up working at home
Juergen Vigna [EMAIL PROTECTED] writes:
| On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
Yes, in part. Having control over this is good. And the compile time
factor is pretty important too on my p2-366/128M laptop I use here (of
course, it is less annoying on my p4-1.7G at home...).
| Well to
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars
Lars but only for stringstream, what about all other api's that use |
Lars Lars std::string?
Lars | There are not so many of them, actually. ifstream/ofstream |
Lars constructors,
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Juergen Vigna [EMAIL PROTECTED] writes:
Lars | On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
Yes, in part. Having control over this is good. And the compile
time factor is pretty important too on my p2-366/128M laptop I use
here (of
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars
| Lars but only for stringstream, what about all other api's that use |
| Lars Lars std::string?
| Lars | There are not so many of
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars Juergen Vigna [EMAIL PROTECTED] writes:
| Lars | On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
Yes, in part. Having control over this is good. And the compile
time factor is pretty
On Friday 05 April 2002 11:35 am, Herbert Voss wrote:
Angus Leeming wrote:
The values of the (X,Y)-coordinates for Bottom left have
equal effect for both LyX View and LaTeX View.
However, the value of Top right x-coordinate cuts off
different slabs for LyX and for LaTeX!
PS: use clip to
On Friday 05 April 2002 1:41 am, R. Lahaye wrote:
> Hi,
>
> I saw a long thread on this subject.
> Downloading CVS in the meantime, has still a wrong
> use of Top right y-coordinate for LyX View.
> (The Top right y-coordinate is somehow also used
> as the Bottom left y-coordinate).
>
> For final
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> At least with Gcc 3.1 the difference is not great.
>
| Thanks for doing it. I could not find the time yesterday. The
| difference is still great with gcc 2.9x. And gcc 3.1
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I haven't gcc 3.0 installed anymore, but that is also pretty
Lars> good, but 3.1. is a lot better. And this will most likely
Lars> continue.
Hmm, what I see is mostly higher compile times and higher disk
footprint for the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> but only for stringstream, what about all other api's that use
| Lars> std::string?
>
| There are not so many of them, actually. ifstream/ofstream
| constructors, and ???
Most boost libs and other libs.
--
Lgb
On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
> Yes, in part. Having control over this is good. And the compile time
> factor is pretty important too on my p2-366/128M laptop I use here (of
> course, it is less annoying on my p4-1.7G at home...).
Well to tell you the truth I gave up working at
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
>
>> Yes, in part. Having control over this is good. And the compile time
>> factor is pretty important too on my p2-366/128M laptop I use here (of
>> course, it is less annoying on my p4-1.7G at home...).
>
|
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars>
Lars> but only for stringstream, what about all other api's that use |
Lars> Lars> std::string?
>>
Lars> | There are not so many of them, actually. ifstream/ofstream |
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Juergen Vigna <[EMAIL PROTECTED]> writes:
Lars> | On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
>>
>>> Yes, in part. Having control over this is good. And the compile
>>> time factor is pretty important too on my p2-366/128M
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars>
| Lars> but only for stringstream, what about all other api's that use |
| Lars> Lars> std::string?
>>>
| Lars> |
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Juergen Vigna <[EMAIL PROTECTED]> writes:
| Lars> | On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
>>>
Yes, in part. Having control over this is good. And the compile
On Friday 05 April 2002 11:35 am, Herbert Voss wrote:
> Angus Leeming wrote:
> >>The values of the (X,Y)-coordinates for Bottom left have
> >>equal effect for both LyX View and LaTeX View.
> >>However, the value of Top right x-coordinate cuts off
> >>different slabs for LyX and for LaTeX!
> >>
>
Hi,
The Graphics dialog's Bounding Box entry has the wrong effect
on the LyX View, concerning the Top-right/Bottom-left y-coordinates.
It's easiest seen by also selecting the Clip to bounding box.
The Top-right y-coordinate muddles up with the Bottom-left y-coordinate,
both being interpreted
R. Lahaye wrote:
Note: this muddling up is only for the LyX View on the canvas; in the final
DVI or Postscript View the bounding box coordinates seem to work fine.
Actually, now I think that the bounding box limits have different effects
on the LyX View and on the final LaTeX output
R. Lahaye wrote:
R. Lahaye wrote:
Note: this muddling up is only for the LyX View on the canvas; in the final
DVI or Postscript View the bounding box coordinates seem to work fine.
Actually, now I think that the bounding box limits have different effects
on the LyX View and on the final
On Thursday 04 April 2002 11:26 am, Herbert Voss wrote:
R. Lahaye wrote:
R. Lahaye wrote:
Note: this muddling up is only for the LyX View on the canvas; in the
final DVI or Postscript View the bounding box coordinates seem to work
fine.
Actually, now I think that the bounding box
On Thursday 04 April 2002 11:13 am, Angus Leeming wrote:
maybe that I'm totally wrong here (Angus??) but the boundingbox is never
used for the lyx-view.
I just committed a small patch that ensures that the BoundingBox member
variables are always initialised. Shouldn't affect Rob's problem
Angus Leeming wrote:
On Thursday 04 April 2002 11:26 am, Herbert Voss wrote:
R. Lahaye wrote:
R. Lahaye wrote:
Note: this muddling up is only for the LyX View on the canvas; in the
final DVI or Postscript View the bounding box coordinates seem to work
fine.
Actually, now I think that the
On Thursday 04 April 2002 11:49 am, Herbert Voss wrote:
Angus Leeming wrote:
On Thursday 04 April 2002 11:26 am, Herbert Voss wrote:
R. Lahaye wrote:
R. Lahaye wrote:
Note: this muddling up is only for the LyX View on the canvas; in the
final DVI or Postscript View the bounding box
Angus Leeming [EMAIL PROTECTED] writes:
| where BoundingBox bb is set so:
| BoundingBox::BoundingBox(string const bb)
| {
| if (bb.empty())
| return;
| string tmp1;
| string tmp2 = split(bb, tmp1, ' ');
| if (!isValidLength(tmp1))
| return;
On Thursday 04 April 2002 12:01 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| where BoundingBox bb is set so:
|
| BoundingBox::BoundingBox(string const bb)
| {
| if (bb.empty())
| return;
|
| string tmp1;
| string tmp2 = split(bb,
Angus Leeming [EMAIL PROTECTED] writes:
| On Thursday 04 April 2002 12:01 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| where BoundingBox bb is set so:
|
| BoundingBox::BoundingBox(string const bb)
| {
|if (bb.empty())
|return;
|
|string
Lars Gullik Bjønnes wrote:
| Sorry, you've lost me. What good would that be? Perhaps some sample code? I
| learn best through examples.
First you decide what the form om a valid bb string is:
but graphicx also accepts bb=1cm 1cm 1cm 1cm;
why not doing it in the same way than in
On Thu, Apr 04, 2002 at 02:24:08PM +0200, Herbert Voss wrote:
std::ifstream is(bb.c_str());
string a, b, c, d;
is a b c d;
if (!isValidLength(a) || !isValidLength(b) ||
!isValidLength(c) || !isValidLength(d))
return;
I'd
On Thu, Apr 04, 2002 at 02:09:44PM +0200, Lars Gullik Bjønnes wrote:
| std::ifstream is(bb.c_str());
then this would be:
std::istringstream is(bb);
Aehm... does this work with lyxstrings, too? I seem to remember people
adding .c_str() to my code in similar
On Thursday 04 April 2002 1:24 pm, Herbert Voss wrote:
Lars Gullik Bjønnes wrote:
| Sorry, you've lost me. What good would that be? Perhaps some sample
| code? I learn best through examples.
First you decide what the form om a valid bb string is:
but graphicx also accepts bb=1cm 1cm
On Thursday 04 April 2002 1:13 pm, Andre Poenitz wrote:
On Thu, Apr 04, 2002 at 02:09:44PM +0200, Lars Gullik Bjønnes wrote:
| std::ifstream is(bb.c_str());
then this would be:
std::istringstream is(bb);
Aehm... does this work with lyxstrings, too? I seem
Angus Leeming wrote:
On Thursday 04 April 2002 1:24 pm, Herbert Voss wrote:
Lars Gullik Bjønnes wrote:
| Sorry, you've lost me. What good would that be? Perhaps some sample
| code? I learn best through examples.
First you decide what the form om a valid bb string is:
but graphicx also
On Thu, Apr 04, 2002 at 02:47:09PM +0200, Herbert Voss wrote:
std::ifstream is(bb.c_str());
string a, b, c, d;
is a b c d;
if (!isValidLength(a) || !isValidLength(b) ||
!isValidLength(c) || !isValidLength(d))
this looks better to me
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Apr 04, 2002 at 02:09:44PM +0200, Lars Gullik Bjønnes wrote:
| std::ifstream is(bb.c_str());
then this would be:
std::istringstream is(bb);
| Aehm... does this work with lyxstrings, too? I seem to remember
Angus Leeming [EMAIL PROTECTED] writes:
| On Thursday 04 April 2002 1:24 pm, Herbert Voss wrote:
Lars Gullik Bjønnes wrote:
| Sorry, you've lost me. What good would that be? Perhaps some sample
| code? I learn best through examples.
First you decide what the form om a valid bb string
On Thu, Apr 04, 2002 at 03:13:11PM +0200, Lars Gullik Bjønnes wrote:
Note that the problems will lyxstring will only get bigger by
clinging to it we introduce a lot of ineffencies (conversion between
lyxstring-char*-std::string and back... with all the extra
allocations that result in),
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Apr 04, 2002 at 03:13:11PM +0200, Lars Gullik Bjønnes wrote:
Note that the problems will lyxstring will only get bigger by
clinging to it we introduce a lot of ineffencies (conversion between
lyxstring-char*-std::string and back... with
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Apr 04, 2002 at 03:13:11PM +0200, Lars Gullik Bjønnes
Andre wrote:
Note that the problems will lyxstring will only get bigger by
clinging to it we introduce a lot of ineffencies (conversion
between
lyxstring-
Angus Leeming [EMAIL PROTECTED] writes:
| Very neat. I'll apply it once I've tested it works.
Oh... feel free to wait now... if it works as it is it works...
| Well that's the point. There's some bug somewhere. Now I discover that LyX is
| no longer reading the BB info from file.
| Still
On Thursday 04 April 2002 2:37 pm, Jean-Marc Lasgouttes wrote:
There are bugs in compaq cxx 6.2 with std::string (an extraneous
assert), but I think it is fixed in 6.3 (cannot upgrade, though).
you don't need to surely. Just fix it locally and add a comment to
INSTALL.cxx or whatever.
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Which compiler that we support does not have a sufficient
Andre std::string?
Also, lyxstring as a few asserts of our own (from Lars, actually),
which have been very helpful to find some bugs that normal string did
not detect.
JMarc
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Andre Which compiler that we support does not have a sufficient
| Andre std::string?
| There are bugs in compaq cxx 6.2 with std::string (an extraneous
| assert), but I think it is fixed in 6.3 (cannot upgrade, though).
| Also lyxstring means
On Thu, Apr 04, 2002 at 03:37:11PM +0200, Jean-Marc Lasgouttes wrote:
Andre Which compiler that we support does not have a sufficient
Andre std::string?
There are bugs in compaq cxx 6.2 with std::string (an extraneous
assert), but I think it is fixed in 6.3 (cannot upgrade, though).
Well,
Angus Leeming wrote:
Incidentally, Herbert, LyX no longer reads the bounding box of this eps file.
It used to! Care to have a look?
here is the patch. I had to split the update in two
parts, one for the updateBB(). Didn't use a namespace,
in fact of these 5 xforms objects.
teste it with a
On Thursday 04 April 2002 2:36 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Very neat. I'll apply it once I've tested it works.
Oh... feel free to wait now... if it works as it is it works...
|
| Well that's the point. There's some bug somewhere. Now I
Herbert Voss wrote:
here is the patch. I had to split the update in two
parts, one for the updateBB(). Didn't use a namespace,
in fact of these 5 xforms objects.
teste it with a new insert-graphic and changing
an existing one.
sorry Angus, cut the diff for FormDocument ... shouldn't
be
Angus Leeming wrote:
On Thursday 04 April 2002 2:36 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Very neat. I'll apply it once I've tested it works.
Oh... feel free to wait now... if it works as it is it works...
|
| Well that's the point. There's some bug
On Thursday 04 April 2002 3:13 pm, Herbert Voss wrote:
Angus Leeming wrote:
Incidentally, Herbert, LyX no longer reads the bounding box of this eps
file. It used to! Care to have a look?
here is the patch. I had to split the update in two
parts, one for the updateBB(). Didn't use a
On Thursday 04 April 2002 3:24 pm, Herbert Voss wrote:
+ * FormGraphics.C (apply): 0 is an invalid Bounding Box dimension.
+ 0pt is what we need here.
this is not correct Angus. the default is a bb without
a unit, like the ones from the (e)ps-files.
and what does
On Thu, Apr 04, 2002 at 10:03:08AM -0400, Garst R. Reese wrote:
if (!isValidLength(a) || !isValidLength(b) ||
!isValidLength(c) || !isValidLength(d))
this looks better to me
if !(isValidLength(a) isValidLength(b)
isValidLength(c)
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Apr 04, 2002 at 03:37:11PM +0200, Jean-Marc Lasgouttes
Andre wrote: Which compiler that we support does not have a
Andre sufficient std::string?
There are bugs in compaq cxx 6.2 with std::string (an extraneous
assert), but I
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| | Andre Which compiler that we support does not have a sufficient
| | Andre std::string?
| | There are bugs in compaq cxx 6.2 with std::string (an extraneous
| | assert), but I think it is fixed
Hi,
I saw a long thread on this subject.
Downloading CVS in the meantime, has still a wrong
use of Top right y-coordinate for LyX View.
(The Top right y-coordinate is somehow also used
as the Bottom left y-coordinate).
For final LaTeX output (DVI or Postscript) these
y-coordinates are used
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars At least with Gcc 3.1 the difference is not great.
Thanks for doing it. I could not find the time yesterday. The
difference is still great with gcc 2.9x. And gcc 3.1 is not released
yet :)
I think that lyxstring is really better for
Hi,
The Graphics dialog's "Bounding Box" entry has the wrong effect
on the LyX View, concerning the Top-right/Bottom-left y-coordinates.
It's easiest seen by also selecting the "Clip to bounding box".
The Top-right y-coordinate muddles up with the Bottom-left y-coordinate,
both being
"R. Lahaye" wrote:
>
> Note: this muddling up is only for the LyX View on the canvas; in the final
> DVI or Postscript View the bounding box coordinates seem to work fine.
Actually, now I think that the bounding box limits have different effects
on the LyX View and on the final LaTeX output
R. Lahaye wrote:
> "R. Lahaye" wrote:
>
>>Note: this muddling up is only for the LyX View on the canvas; in the final
>>DVI or Postscript View the bounding box coordinates seem to work fine.
>>
>
> Actually, now I think that the bounding box limits have different effects
> on the LyX View and
On Thursday 04 April 2002 11:26 am, Herbert Voss wrote:
> R. Lahaye wrote:
> > "R. Lahaye" wrote:
> >>Note: this muddling up is only for the LyX View on the canvas; in the
> >> final DVI or Postscript View the bounding box coordinates seem to work
> >> fine.
> >
> > Actually, now I think that the
1 - 100 of 162 matches
Mail list logo