On 04/05/2013 12:41 PM, Jean-Pierre Chrétien wrote:
Hello,
A recent post on lyx-fr
http://thread.gmane.org/gmane.editors.lyx.french/1769
draw my attention about a bounding box consistency problem for the
exemple.png file attached to this post, which may happen with other png
files unless this
On Sat, May 18, 2013 at 10:01 PM, Uwe Stöhr wrote:
> Am 18.05.2013 14:34, schrieb Uwe Stöhr:
>
>
>> I can compile the file using pdflatex.
>
>
> After Kornel's mail I had a closer look ant it indeed failed on my laptop.
> It turned out that the additional graphics driver was the problem. dvips is
Am 18.05.2013 14:34, schrieb Uwe Stöhr:
I can compile the file using pdflatex.
After Kornel's mail I had a closer look ant it indeed failed on my laptop. It turned out that the
additional graphics driver was the problem. dvips is already declared as driver in the layout file
but the example
Am Samstag, 18. Mai 2013 um 14:34:40, schrieb Uwe Stöhr
> Am 18.05.2013 00:06, schrieb Scott Kostyshak:
> > On Sun, Apr 14, 2013 at 3:38 AM, Scott Kostyshak wrote:
> >> Exporting via ps2pdf works fine, but pdflatex and luatex fail. I think
> >> pdflatex fails because of converting the eps to pdf.
Am 18.05.2013 00:06, schrieb Scott Kostyshak:
On Sun, Apr 14, 2013 at 3:38 AM, Scott Kostyshak wrote:
Exporting via ps2pdf works fine, but pdflatex and luatex fail. I think
pdflatex fails because of converting the eps to pdf.
I thought I had fixed a similar error before with the following:
ep
On Sun, Apr 14, 2013 at 3:38 AM, Scott Kostyshak wrote:
> Exporting via ps2pdf works fine, but pdflatex and luatex fail. I think
> pdflatex fails because of converting the eps to pdf.
>
> I thought I had fixed a similar error before with the following:
>
> epstool --copy --bbox platypus.eps --outp
Hello,
A recent post on lyx-fr
http://thread.gmane.org/gmane.editors.lyx.french/1769
draw my attention about a bounding box consistency problem for the exemple.png
file attached to this post, which may happen with other png files unless this
one is very particular.
This image is recognised
Exporting via ps2pdf works fine, but pdflatex and luatex fail. I think
pdflatex fails because of converting the eps to pdf.
I thought I had fixed a similar error before with the following:
epstool --copy --bbox platypus.eps --output platypus2.eps
But this did not help.
Any ideas?
Scott
On Mon, Nov 19, 2012 at 9:34 PM, Stephen Buonopane
wrote:
> Scott,
>
> Thanks again for the help.
>
> I have tracked the issue down to the ps2eps script that LyX runs to convert
> from pdf to LyX (or Qt) display format.
>
> Basically ps2eps recalculates the bounding
Scott,
Thanks again for the help.
I have tracked the issue down to the ps2eps script that LyX runs to convert
from pdf to LyX (or Qt) display format.
Basically ps2eps recalculates the bounding box based on the actual elements in
the image, so it throws away any whitespace surrounding the
On Nov 15, 2012, at 7:18 AM, Scott Kostyshak wrote:
> On Wed, Nov 14, 2012 at 10:25 PM, Stephen Buonopane
> wrote:
>> I am trying to debug a problem with the use of the "clip to bounding box"
>> feature on pdf files.
>> LyX seems to extract a different value
On Wed, Nov 14, 2012 at 10:25 PM, Stephen Buonopane
wrote:
> I am trying to debug a problem with the use of the "clip to bounding box"
> feature on pdf files.
> LyX seems to extract a different value of the bounding box then the media box
> that is defined in the pdf
I am trying to debug a problem with the use of the "clip to bounding box"
feature on pdf files.
LyX seems to extract a different value of the bounding box then the media box
that is defined in the pdf file.
For example…
Media Box = 0 0 612 792
LyX gets 0 0 481 628
If you then try
Bounding box is not working as expected. This applies to 2.0.x _and_ master
branch.
Selecting values _has_ effect (in created pdf output), even if the button "Clip
to bounding box" in graphics-dialogue "Clipping"
is not checked.
Using the button "Get from file" d
kage{pst-eps}
>
> this would compile with the View PS button to a postscript graphic contained
> in a bounding box of just a few centimetres per side. In LyX 2.0.2 the
> pst-eps package and its TeXtoEPS environment seem to be ignored. The graphic
> compiles okay but the bounding box
cks code like so:
\begin{TeXtoEPS}
\pspicture*(4,3)
\pspolygon(.5,.5)(3.5,.5)(.5,2.5)
\endpspicture
\end{TeXtoEPS}
Provided the preamble included
\usepackage{pstricks}
\usepackage{pst-eps}
this would compile with the View PS button to a postscript graphic
contained in a bounding box of ju
On 01/10/2008 12:16, Manveru wrote:
2008/9/30 Abdelrazak Younes<[EMAIL PROTECTED]>:
Should I fill a bugzilla as nobody replies about this?
Yes, with test documents so that we can reproduce the issues. One entry per
bug please.
First problem reported here is filled:
http://bu
gt;
>>>> I have a problem with Postscript file which I would like to include as
>>>> a vector graphics in LyX document. The problem I have is that
>>>> orientation of PS is landscape, but preview images shown in LyX are
>>>> portrait. This causes a lot o
On Mon, Dec 18, 2006 at 04:16:21PM +0100, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> Martin> Didn't JM want this in 1.4 too?
>
> Jean-Marc> That would be this. I am going to
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Didn't JM want this in 1.4 too?
Jean-Marc> That would be this. I am going to apply soon.
I meant *this*. Applying now.
JMarc
Index: src/paragraph.h
===
On Mon, Dec 18, 2006 at 04:00:49PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Didn't JM want this in 1.4 too?
>
> That would be this. I am going to apply soon.
>
> JMarc
Which 'this'?
Guess we'll soon see :-)
- Martin
pgpu7
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Didn't JM want this in 1.4 too?
That would be this. I am going to apply soon.
JMarc
On Sat, Dec 16, 2006 at 10:07:51PM +0100, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >
> >I am writing this on a Nokia 770 over a ten-second latency bluetooth +
> >G3 connection. Back next week.
> >so, as you appear to have it in your tree, just commit it.
>
> OK, thanks.
>
> Abdel.
Tha
Martin Vermeer wrote:
I am writing this on a Nokia 770 over a ten-second latency bluetooth +
G3 connection. Back next week.
so, as you appear to have it in your tree, just commit it.
OK, thanks.
Abdel.
Younes
wrote:
> Angus Leeming wrote:
> > Angus Leeming wrote:
> >
> > > Open the User Guide. Click on the footnote inset
> > > by the LyX Team
> > > to expand it. The resulting bounding box expands
> > > beyond the right hand
&
Martin Vermeer wrote:
On Fri, 2006-12-15 at 12:16 +0100, Abdelrazak Younes wrote:
Angus Leeming wrote:
Angus Leeming wrote:
Open the User Guide. Click on the footnote inset
by the LyX Team
to expand it. The resulting bounding box expands beyond the right hand
border of the screen
Martin Vermeer wrote:
On Fri, 2006-12-15 at 12:16 +0100, Abdelrazak Younes wrote:
Angus Leeming wrote:
Angus Leeming wrote:
Open the User Guide. Click on the footnote inset
by the LyX Team
to expand it. The resulting bounding box expands beyond the right hand
border of the screen
On Fri, 2006-12-15 at 12:16 +0100, Abdelrazak Younes wrote:
> Angus Leeming wrote:
> > Angus Leeming wrote:
> >
> >> Open the User Guide. Click on the footnote inset
> >> by the LyX Team
> >> to expand it. The resulting bounding box expands beyon
Angus Leeming wrote:
Angus Leeming wrote:
Open the User Guide. Click on the footnote inset
by the LyX Team
to expand it. The resulting bounding box expands beyond the right hand
border of the screen. See attached screenshot.
Interestingly, cutting 'by the LyX Team ' and th
Angus Leeming wrote:
> Angus Leeming wrote:
>
>> Open the User Guide. Click on the footnote inset
>> by the LyX Team
>> to expand it. The resulting bounding box expands beyond the right hand
>> border of the screen. See attached screenshot.
>
> Int
Dear Qt developers,
when running LyX 1.3.6cvs with Qt Win/Free, I get a lot of (> 50) identical
error messages:
QFontEngineWin: boundingBox( glyph_t ) GetGlyphOutline: Die Funktion kann
nicht abgeschlossen werden.
English translation: "The function cannot be finished."
I get these messages w
eps (No [Apply] nor
> > [OK] yet!), just tab over to Bounding Box and see that the bb coordinates
> > have changed. All other settings are still there as they were before.
> > With eps files, the bounding box changed to the values in the new file.
> > With my Grace files, the b
Draft,
> Unzip, Extra LaTeX options etc. etc.) with, say, graph1.eps. I then clicked
> on Browse for another graphics file, selected graph2.eps (No [Apply] nor
> [OK] yet!), just tab over to Bounding Box and see that the bb coordinates
> have changed. All other settings are still there as
Herbert Voss writes:
>
> R. Lahaye wrote:
>
> > I have two identical files, say graph1.eps and graph2.eps.
> > Then do this simple sequence:
> > - open a graphics and load graph1.eps
> > - set the the bounding box (and clip)
> > - click [Apply]
> >
On Tuesday 30 April 2002 2:46 pm, Herbert Voss wrote:
> Angus what is with my last patch to FormGraphics (tooltips)
> and the missing LyXkeepAspectRatio??
> it's a lot of work for me to keep apart the different patches.
>
> Herbert
I'm looking at it now.
Angus
les, say graph1.eps and graph2.eps.
> Then do this simple sequence:
>
> - open a graphics and load graph1.eps
> - set the the bounding box (and clip)
> - click [Apply]
> - load graph2.eps
>
> Then the bounding box values are immediately reset to the values
> corresponding
les, say graph1.eps and graph2.eps.
> Then do this simple sequence:
>
> - open a graphics and load graph1.eps
> - set the the bounding box (and clip)
> - click [Apply]
> - load graph2.eps
>
> Then the bounding box values are immediately reset to the values
> corresponding
On Tuesday 30 April 2002 2:23 pm, R. Lahaye wrote:
All of a sudden I remember we had different experiences with the
> LyX View clipping some time ago.
> Wonder whether again the reason is that I'm having XForms 0.88.1,
> therefore using the external graphics modification tools?
> Angus, do you ha
a graphics and load graph1.eps
- set the the bounding box (and clip)
- click [Apply]
- load graph2.eps
Then the bounding box values are immediately reset to the values
corresponding to "Get values from file"; clip and everything else
are still same.
Sure you don't see this?
A
l settings from its 'predecessor', with the
> only exception the bounding box settings. For example when I set
> "Draft mode", "Don't unzip" or "Additional LaTeX options", will all
> persists when changing the file name.
>
> However
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > I have clipped my figures at all four sides.
> > When I export the document to LaTeX, I don't see any
> > of the bounding box clip values.
> >
> > Figure inc
R. Lahaye wrote:
> I have clipped my figures at all four sides.
> When I export the document to LaTeX, I don't see any
> of the bounding box clip values.
>
> Figure inclusion in the exported LaTeX file looks like:
>
>
Hi,
I have clipped my figures at all four sides.
When I export the document to LaTeX, I don't see any
of the bounding box clip values.
Figure inclusion in the exported LaTeX file looks like:
--
\begin{figure}%
\includegraphics[
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
effect whatsoever on the displayed graphics.
forget all what I wrote before, because we had different images.
All works well if you have a bounding box like bb=0 0 X X.
You get always different views when you have a relative
original bounding box, like the one from the attached rose.eps.
it'
t;different slabs for LyX and for LaTeX!
> >>
> >>PS: use "clip to bounding box" to see these effects.
> >
> > Rob,
> >
> > using today's cvs (as of two minutes ago) all works perfectly as far as
> > I'm concerned. I attach small screensh
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
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> 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 lapto
> "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
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...).
>
|
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 hom
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 boundi
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
oordinate cuts off
> different slabs for LyX and for LaTeX!
>
> Rob.
>
> PS: use "clip to bounding box" to see these effects.
Rob,
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
> "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
correctly!
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!
Rob.
PS: use "clip to bounding box" to see these effects.
[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 f
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 th
en you are entitled to some _small_ cleanup in
>>the same area as well.
>>
>
> Try this for size. The graphics now works as it should, for me at least.
+ * 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.
Herbert
--
http://www.lyx.org/help/
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.
te
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))
>
>
>
>
> this looks better to me
>
> if !(isValidLength(a) && isValidLength(b) &&
>isValidLength(c) && isValidLength(d))
>
> Herbert
Incidentally, Herbert, LyX no longer reads the bounding box of this eps file.
It used to! Care to have a look?
Angus
time_40.eps.bz2
Description: BZip2 compressed data
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
n 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 L
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
1 - 100 of 111 matches
Mail list logo
