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 wind
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
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
> "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
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
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
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: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
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
===
>> > 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> 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 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
On Saturday 23 March 2002 10:13 am, Michael Schmitt wrote:
> Hi Angus,
>
> the latest graphics patch seems to be broken. I have several documents
> which include tgif files (*.obj). When I want to view the DVI output, I
> get a large number of error messages like the following one:
>
> LaTeX E
On 26-Feb-2002 Herbert Voss wrote:
> it was so fast, that I forget to tell. Now I have no more
> time to go into the kitchen to make a cup of coffee until
> lyx is loading my doc ... :-)
Well maybe we should really think to not apply the patch then, this
is definitively a big negative point, we
Angus Leeming wrote:
> On Monday 25 February 2002 8:41 pm, Herbert Voss wrote:
>
>>a snapshot with the new graphics. it was the second image,
>>the first worked well.
>>
>>if I choose "don't display" LyX prints the graphic name
>>with "Error scaling etc". Opning the graphics again gave
>>the r
On 26-Feb-2002 Angus Leeming wrote:
> There's nothing wrong here, other than that the BufferView::updateInset call
> doesn't work properly if the graphics inset is inside another inset. This is
> a general update inset problem that others are better placed to solve than me
> I believe.
>
>
On Monday 25 February 2002 8:41 pm, Herbert Voss wrote:
> a snapshot with the new graphics. it was the second image,
> the first worked well.
>
> if I choose "don't display" LyX prints the graphic name
> with "Error scaling etc". Opning the graphics again gave
> the right view.
>
> scaling, rota
On Monday 25 February 2002 8:41 pm, Herbert Voss wrote:
> a snapshot with the new graphics. it was the second image,
> the first worked well.
Ok, I've found your graphic0.gif and looked at it!
There's nothing wrong here, other than that the BufferView::updateInset call
doesn't work properly if
On Tue, Feb 26, 2002 at 09:47:51AM +, Angus Leeming wrote:
> John has suggested througwing away the timer that it uses and using SIGCHLD
> or something instead. However, I am DEFINITELY not the right person to do
> this.
don't be silly !
712 /* signals */
713
714 typedef void
On Monday 25 February 2002 8:41 pm, Herbert Voss wrote:
> a snapshot with the new graphics. it was the second image,
> the first worked well.
>
> if I choose "don't display" LyX prints the graphic name
> with "Error scaling etc". Opning the graphics again gave
> the right view.
Interesting. I'll
a snapshot with the new graphics. it was the second image,
the first worked well.
if I choose "don't display" LyX prints the graphic name
with "Error scaling etc". Opning the graphics again gave
the right view.
scaling, rotating worked wonderful! :-)
Herbert
--
http://www.lyx.org/help/
Michael Schmitt wrote:
> Moreover:
>
> - Could you please change the color of the "cm/inch/..." boxes?
>(see the "minipage" dialog for comparison; when you move the
> cursor to the selection, its color changes)
>
> - It should not be allowed to enter a subcaption if this feature
>is dese
Hi,
I get a Purify report if I enter "3.3" in the "Size Width" field (see
below)
Moreover:
- Could you please change the color of the "cm/inch/..." boxes?
(see the "minipage" dialog for comparison; when you move the cursor
to the selection, its color changes)
- It should not be allowe
On Wednesday 22 August 2001 10:41, Baruch Even wrote:
> I wouldn't mind learning what is the cause for this, but I'm reworking
> parts of this code to fit the ImageTransformer addition so things might
> change.
>
> In the partial traceback it looks like the crash is in the XPM call,
> thus there
I wouldn't mind learning what is the cause for this, but I'm reworking
parts of this code to fit the ImageTransformer addition so things might
change.
In the partial traceback it looks like the crash is in the XPM call,
thus there are only two possible problems, either I'm using the XPM call
inco
Michael, can you run purify on this problem and see if you can reproduce it?
Angus
--
If I try to input a .png file (for example) using the new graphics dialog, I
crash lyx. I have the appropriate converter defined (and this all was workin
83 matches
Mail list logo
