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
57 matches
Mail list logo
