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 pic
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
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
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)
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
> "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 th
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 spuri
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 t
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
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
--
http://w
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"
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
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 GImage
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 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-cur
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 = GImage::
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!
>
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() re
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
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, 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, 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 postscri
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 'H
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 deepe
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 some_pa
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,
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
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
> "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
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.
>
> We
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 t
> "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
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 appare
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 fil
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 rever
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
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.ly
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_MAR
> "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.
> "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 correc
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()))
> | + retu
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 sh
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 pro
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
44 matches
Mail list logo
