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 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
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"
> "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
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
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
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
> "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
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
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!
> >>
> >
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> | Th
> "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 |
La
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
> "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 sam
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 bounding box" to see these effects.
>>
>
> Rob,
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 i
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 L
> "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 bet
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 corr
[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
> "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
>> asse
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) &&
> >
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 isValid
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
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 p
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 ... should
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.
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 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).
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 mea
> "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.
JM
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.
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.
>
> "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->
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..
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 i
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 val
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 rememb
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))
>
>
>
On Thursday 04 April 2002 1:47 pm, Herbert Voss wrote:
> 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.
> >>>
> >>>
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:
>>>
>>
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, t
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=
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 cir
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))
>
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 Contr
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;
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 = sp
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))
| retu
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
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.
>>>
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 proble
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
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 o
"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 (DVI
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 interpret
58 matches
Mail list logo
