On 11-Apr-2002 Juergen Vigna wrote:
The attached small patch changes LyX's behaviour for NeedFullRow insets in
that it does give them ALWAYS the full row for drawing and does not care if
there is some indent or depth. IMO this is correct and should be done, also
this fixes a few problems we
Juergen Vigna [EMAIL PROTECTED] writes:
| The attached small patch changes LyX's behaviour for NeedFullRow insets in
| that it does give them ALWAYS the full row for drawing and does not care if
| there is some indent or depth. IMO this is correct and should be done, also
| this fixes a few
Juergen Vigna [EMAIL PROTECTED] writes:
| On 11-Apr-2002 Juergen Vigna wrote:
The attached small patch changes LyX's behaviour for NeedFullRow insets in
that it does give them ALWAYS the full row for drawing and does not care if
there is some indent or depth. IMO this is correct and should be
On Fri, Apr 12, 2002 at 10:31:15AM +0200, Lars Gullik Bjønnes wrote:
| + Inset * ins;
| + if ((row-par()-getChar(row-pos()) == Paragraph::META_INSET)
| + (ins=row-par()-getInset(row-pos()))
| + (ins-needFullRow() || ins-display()))
| + return
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen The attached small patch changes LyX's behaviour for
Juergen NeedFullRow insets in that it does give them ALWAYS the full
Juergen row for drawing and does not care if there is some indent or
Juergen depth. IMO this is correct and should
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen On 11-Apr-2002 Juergen Vigna wrote:
The attached small patch changes LyX's behaviour for NeedFullRow
insets in that it does give them ALWAYS the full row for drawing
and does not care if there is some indent or depth. IMO this is
On 12-Apr-2002 Lars Gullik Bjønnes wrote:
| + Inset * ins;
| + if ((row-par()-getChar(row-pos()) == Paragraph::META_INSET)
| + (ins=row-par()-getInset(row-pos()))
| + (ins-needFullRow() || ins-display()))
| + return LYX_PAPER_MARGIN;
| +
On Friday 12 April 2002 5:23 am, R. Lahaye wrote:
Hi,
I have attached a tar file that contains an example lyx-file
and a graphics file, that hopefully demonstrate the problem.
Please start LyX-CVS from beginning (don't use an already
running LyX) and open the attached GraphicsTest.lyx,
On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen The attached small patch changes LyX's behaviour for
Juergen NeedFullRow insets in that it does give them ALWAYS the full
Juergen row for drawing and does not care if there is some indent
On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
Juergen Hmm, I did not get any complaints so I will commit this patch
Juergen later this morning.
Huh? I just posted my own complaint one minute ago...
Well I did not get it until now so! Anyway if you think this is wrong we can
always revert it
Angus Leeming wrote:
No, Rob, you aren't the only one experiencing this. It will be fixed before
1.2 comes out. we're currently trying to do it right as opposed to hack a
solution.
One point of serious concern is that LyX apparently is dumping and removing(!!)
the corresponding eps files
On Friday 12 April 2002 9:55 am, R. Lahaye wrote:
Angus Leeming wrote:
No, Rob, you aren't the only one experiencing this. It will be fixed
before 1.2 comes out. we're currently trying to do it right as opposed
to hack a solution.
One point of serious concern is that LyX apparently is
R == R Lahaye [EMAIL PROTECTED] writes:
R Hi,
R I have attached a tar file that contains an example lyx-file and a
R graphics file, that hopefully demonstrate the problem.
I think the following patch addresses the issue. Rob, Herbert, could
you please test it and tell me whether it works?
Angus wrote.
In other words I can not get a 270 degree rotation no matter how the
figure was recently rotated.
Claus
Why the hell are the output images affected? I _really_ don't believe
you
there.
Well it _really_ happens :-). I just noticed that I got this error
message on the terminal
On Friday 12 April 2002 10:46 am, Claus Hindsgaul wrote:
Angus wrote.
In other words I can not get a 270 degree rotation no matter how the
figure was recently rotated.
Claus
Why the hell are the output images affected? I _really_ don't believe
you
there.
Well it _really_ happens
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
Juergen Hmm, I did not get any complaints so I will commit this patch
Juergen later this morning.
Huh? I just posted my own complaint one minute ago...
Juergen Well I did not get it until
fre, 2002-04-12 kl. 12:01 skrev Angus Leeming:
Please tell me if you can't rotate the LaTeX output image by 270 degs.
==
The LaTeX-output is fine, so this is only a display problem after all -
and obviously known and being fixed. Thanks.
Claus
Since my e-mail seems to arrive very slowly, let's try to post this one
in a different way. People, please try this patch.
-Original Message-
From: Jean-Marc Lasgouttes [mailto:[EMAIL PROTECTED]]
Sent: vendredi 12 avril 2002 12:05
To: [EMAIL PROTECTED]
Subject: Re: Graphics: file loading
Jean-Marc Lasgouttes wrote:
R == R Lahaye [EMAIL PROTECTED] writes:
R Hi,
R I have attached a tar file that contains an example lyx-file and a
R graphics file, that hopefully demonstrate the problem.
I think the following patch addresses the issue. Rob, Herbert, could
you please
Angus Leeming wrote:
Just for my information, what are the current bugs associated with the
graphics inset. I know about:
* LaTeX is unable to find the generated eps file if the original non-eps file
lies in a directory deeper than the document.
* If LyX loads a graphics
On Friday 12 April 2002 11:30 am, R. Lahaye wrote:
Angus Leeming wrote:
Just for my information, what are the current bugs associated with the
graphics inset. I know about:
* LaTeX is unable to find the generated eps file if the original non-eps
file lies in a directory deeper than the
Hello,
I did some work to separate the contrib stuff from the rest
on the users site. The result can be seen here
http://www.devel.lyx.org/~lasgouttes/www-user
If it looks good to everyone, I'll commit it. ChangeLog entry is
2002-04-12[EMAIL PROTECTED]
* navbar.inc: rename
On Fri, 12 Apr 2002, Angus Leeming wrote:
1) BUG:
Bounding-box implementation on the LyX view is not consistent with
the final DVI/Postscript output.
Is this still the case? Is your Bounding Box consistent with the eps data, or
have you modified it?
eg, if the postscript points
~On Fri, 12 Apr 2002, R. Lahaye wrote:
1) BUG:
Bounding-box implementation on the LyX view is not consistent with
the final DVI/Postscript output.
Also, the use of the Top-right y-coordinate in the LyX View is bogus!
Use 'clip to boundingbox' to check this.
as Angus wrote, this
On Fri, 12 Apr 2002, Lasgouttes, J.M. wrote:
I think the following patch addresses the issue. Rob, Herbert, could
you please test it and tell me whether it works?
at weekend, I have no lyx on this machine in my office.
the other one is outer space ... did tonight
an update to suse8.0 ...
it
On Fri, Apr 12, 2002 at 02:07:22PM +0200, Herbert Voss wrote:
it was my 11th update with suse since 4.1 and
my machine NEVER runs after an update
Which should have taught you to backup /etc, and /home and install from
scratch after the third time or so ;-)
Andre'
--
Those who desire to
Thinking about Herbert and Rob's list of loadable graphics formats, I
discover the following code:
string const findTargetFormat(string const from)
{
typedef GImage::FormatList FormatList;
FormatList const formats = GImage::loadableFormats();
Now GImage::loadableFormats()
On Friday 12 April 2002 1:04 pm, Herbert Voss wrote:
~On Fri, 12 Apr 2002, R. Lahaye wrote:
1) BUG:
Bounding-box implementation on the LyX view is not consistent with
the final DVI/Postscript output.
Also, the use of the Top-right y-coordinate in the LyX View is bogus!
Use
Angus Leeming [EMAIL PROTECTED] writes:
| Thinking about Herbert and Rob's list of loadable graphics formats, I
| discover the following code:
| string const findTargetFormat(string const from)
| {
| typedef GImage::FormatList FormatList;
| FormatList const formats =
On Sun, Apr 07, 2002 at 09:40:55AM +0200, Michael Schmitt wrote:
- Create math formula; enter ^, ^, cursorleft,shift-cursorright;
delete
- Create math formula; enter ^, shift-cursorleft, delete
- same procedure as above
- Create math formula; enter ^, ^, shift-cursorright,
Open the attached document and click in the footnote. You get a
selection. This is wrong... Same result with a displayed math
equation.
Juergen, is it your doing?
JMarc
newfile1.lyx
Description: Binary data
On Friday 12 April 2002 2:07 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Thinking about Herbert and Rob's list of loadable graphics formats, I
| discover the following code:
|
| string const findTargetFormat(string const from)
| {
| typedef
On Fri, Apr 12, 2002 at 03:00:11PM +0100, Angus Leeming wrote:
The const perhaps.
I take it you'd like me to make it more secure?
- FormatList const formats = GImage::loadableFormats();
+ FormatList const formats = GImage::loadableFormats();
By 12.2.5., the temporary object bound
When trying to use M-m [ or M-m (, I get respectively
formulabase::LFUN_MATH_DELIM, arg: '[ ]'
can't parse delimeters from '[ ]'
formulabase::LFUN_MATH_DELIM, arg: '( )'
can't parse delimeters from '( )'
This can't be right.
JMarc
PS: and delimeters should be delimiters
Angus Leeming wrote:
I'm sure someone, somewhere, will tell us to use the std algorithms, rather
than roll our own loops, but the above (or something close to it) should work.
Alternatively, why not just add agr to that string!
here is the alternative:
Herbert
--
On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
Open the attached document and click in the footnote. You get a
selection. This is wrong... Same result with a displayed math
equation.
Juergen, is it your doing?
Yes! I fixed it in my tree but I like a bit more testing before commiting
so I
Juergen Vigna [EMAIL PROTECTED] writes:
| On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
Open the attached document and click in the footnote. You get a
selection. This is wrong... Same result with a displayed math
equation.
Juergen, is it your doing?
| Yes! I fixed it in my tree but I like
On Fri, Apr 12, 2002 at 04:18:52PM +0200, Jean-Marc Lasgouttes wrote:
When trying to use M-m [ or M-m (, I get respectively
formulabase::LFUN_MATH_DELIM, arg: '[ ]'
can't parse delimeters from '[ ]'
I see the first line, but not the second. And it inserts () and [].
I just removed the
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Another problem. With the attachaed file, the macros do not
Jean-Marc redisplay correctly when you do pageup/down. I have also
Jean-Marc seen cases where the contents of the macro got drawn
Jean-Marc outside of the purple box
On 12-Apr-2002 Lars Gullik Bjønnes wrote:
| Yes! I fixed it in my tree but I like a bit more testing before commiting
| so I probably commit this only on Monday!
If you have a chance, please commit as soon as possible, I'd really
like to have a pre4 soon.
Well I commited what I had it
On Fri, Apr 12, 2002 at 05:54:35PM +0200, Jean-Marc Lasgouttes wrote:
This is definitely annoying.
But easy to fix...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
This bug was around a long time ago; I don't remember if it was fixed and
got broken again, or if it was ignored and declared correct behavior.
I use Alt-m g m m in text mode in 1.1.5fix2 all the time to make the
micrometer abbreviation - in TeX it is $\mu$m. In 1.2.0pre3, the above
sequence
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,
A graphics picture in mode Don't display gets one of two messages
in the graphics inset:
Draw request to start loading...
or
Loaded but not displaying
I find both messages typical info for developers, not relevant to the
average LyX user. All the user needs to know is that the picture
On 11-Apr-2002 Juergen Vigna wrote:
> The attached small patch changes LyX's behaviour for NeedFullRow insets in
> that it does give them ALWAYS the full row for drawing and does not care if
> there is some indent or depth. IMO this is correct and should be done, also
> this fixes a few problems
Juergen Vigna <[EMAIL PROTECTED]> writes:
| The attached small patch changes LyX's behaviour for NeedFullRow insets in
| that it does give them ALWAYS the full row for drawing and does not care if
| there is some indent or depth. IMO this is correct and should be done, also
| this fixes a few
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 11-Apr-2002 Juergen Vigna wrote:
>> The attached small patch changes LyX's behaviour for NeedFullRow insets in
>> that it does give them ALWAYS the full row for drawing and does not care if
>> there is some indent or depth. IMO this is correct and
On Fri, Apr 12, 2002 at 10:31:15AM +0200, Lars Gullik Bjønnes wrote:
> | + Inset * ins;
> | + if ((row->par()->getChar(row->pos()) == Paragraph::META_INSET) &&
> | + (ins=row->par()->getInset(row->pos())) &&
> | + (ins->needFullRow() || ins->display()))
> | +
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> The attached small patch changes LyX's behaviour for
Juergen> NeedFullRow insets in that it does give them ALWAYS the full
Juergen> row for drawing and does not care if there is some indent or
Juergen> depth. IMO this is
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 11-Apr-2002 Juergen Vigna wrote:
>> The attached small patch changes LyX's behaviour for NeedFullRow
>> insets in that it does give them ALWAYS the full row for drawing
>> and does not care if there is some indent or depth.
On 12-Apr-2002 Lars Gullik Bjønnes wrote:
> | + Inset * ins;
> | + if ((row->par()->getChar(row->pos()) == Paragraph::META_INSET) &&
> | + (ins=row->par()->getInset(row->pos())) &&
> | + (ins->needFullRow() || ins->display()))
> | + return
On Friday 12 April 2002 5:23 am, R. Lahaye wrote:
> Hi,
>
> I have attached a tar file that contains an example lyx-file
> and a graphics file, that hopefully demonstrate the problem.
>
> Please start LyX-CVS from beginning (don't use an already
> running LyX) and open the attached
On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> The attached small patch changes LyX's behaviour for
> Juergen> NeedFullRow insets in that it does give them ALWAYS the full
> Juergen> row for drawing and does not care if
On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
> Juergen> Hmm, I did not get any complaints so I will commit this patch
> Juergen> later this morning.
>
> Huh? I just posted my own complaint one minute ago...
Well I did not get it until now so! Anyway if you think this is wrong we can
always
Angus Leeming wrote:
>
> No, Rob, you aren't the only one experiencing this. It will be fixed before
> 1.2 comes out. we're currently trying to do it "right" as opposed to hack a
> solution.
One point of serious concern is that LyX apparently is dumping and removing(!!)
the corresponding eps
On Friday 12 April 2002 9:55 am, R. Lahaye wrote:
> Angus Leeming wrote:
> > No, Rob, you aren't the only one experiencing this. It will be fixed
> > before 1.2 comes out. we're currently trying to do it "right" as opposed
> > to hack a solution.
>
> One point of serious concern is that LyX
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> I have attached a tar file that contains an example lyx-file and a
R> graphics file, that hopefully demonstrate the problem.
I think the following patch addresses the issue. Rob, Herbert, could
you please test it and tell me whether
Angus wrote.
>> In other words I can not get a 270 degree rotation no matter how the
>> figure was recently rotated.
>>
>> Claus
>
>Why the hell are the output images affected? I _really_ don't believe
>you
>there.
Well it _really_ happens :-). I just noticed that I got this error
message on
On Friday 12 April 2002 10:46 am, Claus Hindsgaul wrote:
> Angus wrote.
>
> >> In other words I can not get a 270 degree rotation no matter how the
> >> figure was recently rotated.
> >>
> >> Claus
> >
> >Why the hell are the output images affected? I _really_ don't believe
> >you
> >there.
>
>
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
Juergen> Hmm, I did not get any complaints so I will commit this patch
Juergen> later this morning.
>> Huh? I just posted my own complaint one minute ago...
Juergen> Well I did not
fre, 2002-04-12 kl. 12:01 skrev Angus Leeming:
> Please tell me if you can't rotate the LaTeX output image by 270 degs.
> ==
The LaTeX-output is fine, so this is only a display problem after all -
and obviously known and being fixed. Thanks.
Claus
Since my e-mail seems to arrive very slowly, let's try to post this one
in a different way. People, please try this patch.
-Original Message-
From: Jean-Marc Lasgouttes [mailto:[EMAIL PROTECTED]]
Sent: vendredi 12 avril 2002 12:05
To: [EMAIL PROTECTED]
Subject: Re: Graphics: file loading
Jean-Marc Lasgouttes wrote:
>
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>
> R> Hi,
>
> R> I have attached a tar file that contains an example lyx-file and a
> R> graphics file, that hopefully demonstrate the problem.
>
> I think the following patch addresses the issue. Rob, Herbert,
Angus Leeming wrote:
>
> Just for my information, what are the current bugs associated with the
> graphics inset. I know about:
>
> * LaTeX is unable to find the generated eps file if the original non-eps file
> lies in a directory deeper than the document.
>
> * If LyX loads a graphics
On Friday 12 April 2002 11:30 am, R. Lahaye wrote:
> Angus Leeming wrote:
> > Just for my information, what are the current bugs associated with the
> > graphics inset. I know about:
> >
> > * LaTeX is unable to find the generated eps file if the original non-eps
> > file lies in a directory
Hello,
I did some work to separate the contrib stuff from the rest
on the users site. The result can be seen here
http://www.devel.lyx.org/~lasgouttes/www-user
If it looks good to everyone, I'll commit it. ChangeLog entry is
2002-04-12<[EMAIL PROTECTED]>
* navbar.inc: rename
On Fri, 12 Apr 2002, Angus Leeming wrote:
> > 1) BUG:
> >Bounding-box implementation on the LyX view is not consistent with
> >the final DVI/Postscript output.
>
> Is this still the case? Is your Bounding Box consistent with the eps data, or
> have you modified it?
>
> eg, if the
~On Fri, 12 Apr 2002, R. Lahaye wrote:
> 1) BUG:
>Bounding-box implementation on the LyX view is not consistent with
>the final DVI/Postscript output.
>Also, the use of the Top-right y-coordinate in the LyX View is bogus!
>Use 'clip to boundingbox' to check this.
as Angus wrote,
On Fri, 12 Apr 2002, Lasgouttes, J.M. wrote:
> I think the following patch addresses the issue. Rob, Herbert, could
> you please test it and tell me whether it works?
at weekend, I have no lyx on this machine in my office.
the other one is outer space ... did tonight
an update to suse8.0 ...
On Fri, Apr 12, 2002 at 02:07:22PM +0200, Herbert Voss wrote:
> it was my 11th update with suse since 4.1 and
> my machine NEVER runs after an update
Which should have taught you to backup /etc, and /home and "install from
scratch" after the third time or so ;-)
Andre'
--
Those who
Thinking about Herbert and Rob's list of loadable graphics formats, I
discover the following code:
string const findTargetFormat(string const & from)
{
typedef GImage::FormatList FormatList;
FormatList const & formats = GImage::loadableFormats();
Now GImage::loadableFormats()
On Friday 12 April 2002 1:04 pm, Herbert Voss wrote:
> ~On Fri, 12 Apr 2002, R. Lahaye wrote:
> > 1) BUG:
> >Bounding-box implementation on the LyX view is not consistent with
> >the final DVI/Postscript output.
> >Also, the use of the Top-right y-coordinate in the LyX View is bogus!
Angus Leeming <[EMAIL PROTECTED]> writes:
| Thinking about Herbert and Rob's list of loadable graphics formats, I
| discover the following code:
>
| string const findTargetFormat(string const & from)
| {
| typedef GImage::FormatList FormatList;
| FormatList const & formats =
On Sun, Apr 07, 2002 at 09:40:55AM +0200, Michael Schmitt wrote:
> - Create math formula; enter "^", "^", cursorleft,shift-cursorright;
>delete
>
> - Create math formula; enter "^", shift-cursorleft, delete
> -> same procedure as above
>
> - Create math formula; enter "^", "^",
Open the attached document and click in the footnote. You get a
selection. This is wrong... Same result with a displayed math
equation.
Juergen, is it your doing?
JMarc
newfile1.lyx
Description: Binary data
On Friday 12 April 2002 2:07 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Thinking about Herbert and Rob's list of loadable graphics formats, I
> | discover the following code:
> |
> | string const findTargetFormat(string const & from)
> | {
> | typedef
On Fri, Apr 12, 2002 at 03:00:11PM +0100, Angus Leeming wrote:
> > The const perhaps.
>
> I take it you'd like me to make it more secure?
> - FormatList const & formats = GImage::loadableFormats();
> + FormatList const formats = GImage::loadableFormats();
By 12.2.5., the temporary
When trying to use M-m [ or M-m (, I get respectively
formulabase::LFUN_MATH_DELIM, arg: '[ ]'
can't parse delimeters from '[ ]'
formulabase::LFUN_MATH_DELIM, arg: '( )'
can't parse delimeters from '( )'
This can't be right.
JMarc
PS: and "delimeters" should be "delimiters"
Angus Leeming wrote:
> I'm sure someone, somewhere, will tell us to use the std algorithms, rather
> than roll our own loops, but the above (or something close to it) should work.
>
> Alternatively, why not just add "agr" to that string!
here is the alternative:
Herbert
--
On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
>
> Open the attached document and click in the footnote. You get a
> selection. This is wrong... Same result with a displayed math
> equation.
>
> Juergen, is it your doing?
Yes! I fixed it in my tree but I like a bit more testing before commiting
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 12-Apr-2002 Jean-Marc Lasgouttes wrote:
>>
>> Open the attached document and click in the footnote. You get a
>> selection. This is wrong... Same result with a displayed math
>> equation.
>>
>> Juergen, is it your doing?
>
| Yes! I fixed it in my
On Fri, Apr 12, 2002 at 04:18:52PM +0200, Jean-Marc Lasgouttes wrote:
> When trying to use M-m [ or M-m (, I get respectively
> formulabase::LFUN_MATH_DELIM, arg: '[ ]'
> can't parse delimeters from '[ ]'
I see the first line, but not the second. And it inserts () and [].
I just removed the
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Another problem. With the attachaed file, the macros do not
Jean-Marc> redisplay correctly when you do pageup/down. I have also
Jean-Marc> seen cases where the contents of the macro got drawn
Jean-Marc> outside of
On 12-Apr-2002 Lars Gullik Bjønnes wrote:
>| Yes! I fixed it in my tree but I like a bit more testing before commiting
>| so I probably commit this only on Monday!
>
> If you have a chance, please commit as soon as possible, I'd really
> like to have a pre4 soon.
Well I commited what I had it
On Fri, Apr 12, 2002 at 05:54:35PM +0200, Jean-Marc Lasgouttes wrote:
> This is definitely annoying.
But easy to fix...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
This bug was around a long time ago; I don't remember if it was fixed and
got broken again, or if it was ignored and declared correct behavior.
I use "Alt-m g m m" in text mode in 1.1.5fix2 all the time to make the
micrometer abbreviation - in TeX it is "$\mu$m". In 1.2.0pre3, the above
sequence
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,
A graphics picture in mode "Don't display" gets one of two messages
in the graphics inset:
"Draw request to start loading..."
or
"Loaded but not displaying"
I find both messages typical info for developers, not relevant to the
average LyX user. All the user needs to know is that the
88 matches
Mail list logo
