[EMAIL PROTECTED] writes:
| http://bugzilla.lyx.org/show_bug.cgi?id=424
>
>
>
>
>
| --- Additional Comments From [EMAIL PROTECTED] 2002-07-02 08:14 ---
| Lars?? What shall we do about this one? Please!
Dig deeper.
- compile without optimization
- compile without inlining
(and get gdb a
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Mon, Jul 01, 2002 at 10:00:34AM +0200, Lars Gullik Bjønnes wrote:
>> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>>
>> | I still had to add $(FRONTEND_LIBS) to lyx_LDADD and rearrange the order
>> | (reverse position of -ljpeg and -lforms) a
Andre Poenitz wrote:
>
> On Mon, Jul 01, 2002 at 12:02:51PM +0900, R. Lahaye wrote:
> > It's the recursion call in math_support.C::searchFont at line 596.
>
> Ah... this probably means it does not find the proper point
> for mathnormal and due to my stupid way to implement this fall
> back you r
Garst R. Reese wrote:
> The attached file worked sometime in 1.2pre, but now loses some
> information from the fancy headers. This has been a problem since 1.2.0.
> View ps and note that there is no number after Assignment at the top of
> page 2, and there should also be a line following with a n
Jean-Marc Lasgouttes wrote:
>
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>
> R> Good point. Then what about the following patch to src/lyx_main.C:
>
> I change the configure script to use the variable $host, which should
> do what you want. Please check it out.
OK. Now I get with "lyx
On Sun, 30 Jun 2002, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Fri, Jun 28, 2002 at 12:49:43AM +0200, Lars Gullik Bjønnes wrote:
> >> | It changes all the time. Every build it seems to be different. It's
> >> | pretty useless as a piece of information in a
David Kastrup <[EMAIL PROTECTED]> writes:
> >
> > Thereafter, the black box that is LyX's "run queue" sounds very
> > similar indeed to preview-latex. Does it not run as a forked process
> > and tell emacs when to load an image?
>
> Uh, not really.
[Details snipped] I explained in detail what
Hello,
I investigated a bit the crashes I get with gcc 2.96. As Lars suggested,
they go away if I turn off optimization completely. Recompiling
Bufferview_pimpl.C with optimization does not crash, but valgrind shows
that the good old problems have returned:
==16053== Invalid free() / delete / d
Angus Leeming <[EMAIL PROTECTED]> writes:
> What we need to do is to gather together a number of snippets into Andre's
> "run queue" and then fork this off as a separate process. Let's treat this as
> a black box for now
> input: X latex snippets
> output: X bitmap image files that
Herbert Voss <[EMAIL PROTECTED]> writes:
> Herbert Voss wrote:
>
> > Angus Leeming wrote:
> >
> >> The only two things I'd still like to do are be able to set the
> >> colors of foreground/background to be the same as LyX's and to set
> >> the font size to be the same as LyX's.
> >> As you can
Herbert Voss wrote:
> Angus Leeming wrote:
>
>> The only two things I'd still like to do are be able to set the colors
>> of foreground/background to be the same as LyX's and to set the font
>> size to be the same as LyX's.
>> As you can see, I've been unable to set the colors.
>
>
>
> shou
Herbert Voss <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
>
> > The only two things I'd still like to do are be able to set the
> > colors of foreground/background to be the same as LyX's and to set
> > the font size to be the same as LyX's. As you can see, I've been
> > unable to set the
Kayvan A. Sylvan wrote:
> Can anyone reproduce this?
>
> I get this on both Linux and WinXP.
also here with Linux
HErbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> The only two things I'd still like to do are be able to set the colors of
> foreground/background to be the same as LyX's and to set the font size to be
> the same as LyX's.
>
> As you can see, I've been unable to set the colors.
should be a simple change of the "whit
Angus Leeming <[EMAIL PROTECTED]> writes:
> The only two things I'd still like to do are be able to set the
> colors of foreground/background to be the same as LyX's and to set
> the font size to be the same as LyX's.
Colors: see separate post. Sorry for not thinking this through
before, that's
I made some changes in "pipeThroughMathematica". This time the mathematica
errors or warnings no more perturb the output parsing.
Regards,
geoffroy
Example of the console output with a warning
==
checking expr: ' Pi gamma'
checking
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 01 July 2002 6:51 pm, Andre Poenitz wrote:
> > Is that solved by some snippet David sent a few days ago?
>
> Hmm. Probably. I can't get them to work. See below.
> > One thing I have noticed from your screenshot is that the colors are
> > off
This seems to happen with any file:
[kayvan@camel ~/src/lyx/lib/examples]$ lyx --export pdf mathed.lyx
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in
Help->Introduction and send us a bug report, if necessary. Thanks !
Bye.
Aborted (
On Monday 01 July 2002 8:11 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > On Monday 01 July 2002 8:00 pm, Herbert Voss wrote:
> >>trial.lyx (reLyX) with the stuff from André
> >>
> >>Herbert
> >
> > Sorry, Herbert. This message is too cryptic for me. What are you saying
> > you've done?
>
> I
Angus Leeming wrote:
> On Monday 01 July 2002 8:00 pm, Herbert Voss wrote:
>
>>trial.lyx (reLyX) with the stuff from André
>>
>>Herbert
>>
>
> Sorry, Herbert. This message is too cryptic for me. What are you saying
> you've done?
I only wanted to know, how your trial.tex looks with
the stuf
On Monday 01 July 2002 8:00 pm, Herbert Voss wrote:
> trial.lyx (reLyX) with the stuff from André
>
> Herbert
Sorry, Herbert. This message is too cryptic for me. What are you saying
you've done?
A
trial.lyx (reLyX) with the stuff from André
Herbert
--
http://www.lyx.org/help/
On Monday 01 July 2002 6:51 pm, Andre Poenitz wrote:
> Is that solved by some snippet David sent a few days ago?
Hmm. Probably. I can't get them to work. See below.
>
> One thing I have noticed from your screenshot is that the
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 01 July 2002 6:00 pm, David Kastrup wrote:
> > You presumably would want to have "white space" to the left of the
> > equation cropped away.
>
> Exactly.
>
> > Since you would usually want to have the paragraph based stuff line
> > up, this
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Mon, Jul 01, 2002 at 07:00:05PM +0200, David Kastrup wrote:
> > Usually, this means that text math and short phrases and horizontal
> > material get a "tight" bounding box horizontally, whereas larger
> > paragraph-mode based stuff (like displayed eq
On Mon, Jul 01, 2002 at 06:16:11PM +0100, Angus Leeming wrote:
> One more dumn question. Background and foreground colours. The gs docs say
> that these must be set as X11 resources. Is there a way of setting them
> temporarily. A sort of:
>
> (Ghostscript*background #rrggbb, Ghostscript*forgro
On Mon, Jul 01, 2002 at 06:09:17PM +0100, Angus Leeming wrote:
> No, I just made it up. Would it not do the trick though?
I think it would.
Andre', currently destroying non-math insets...
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, eith
On Mon, Jul 01, 2002 at 07:00:05PM +0200, David Kastrup wrote:
> Usually, this means that text math and short phrases and horizontal
> material get a "tight" bounding box horizontally, whereas larger
> paragraph-mode based stuff (like displayed equations) gets a line
> width bounding box.
[Note t
On Monday 01 July 2002 6:00 pm, David Kastrup wrote:
> You presumably would want to have "white space" to the left of the
> equation cropped away.
Exactly.
> Since you would usually want to have the paragraph based stuff line
> up, this has turned out to be about the most desirable mode of
> ope
On Monday 01 July 2002 6:11 pm, Andre Poenitz wrote:
> On Mon, Jul 01, 2002 at 05:24:13PM +0100, Angus Leeming wrote:
> > > [If do, cant' this be made tmore transparent somehow?]
> >
> > Wrap you signal inside LyXSignal ?
> >
> > template
> > class LyXSignal : public Signal{
> > LyXSignal(LyXS
On Mon, Jul 01, 2002 at 10:00:34AM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | I still had to add $(FRONTEND_LIBS) to lyx_LDADD and rearrange the order
> | (reverse position of -ljpeg and -lforms) as above to get it to link.
>
> That implies a problem
On Mon, Jul 01, 2002 at 05:24:13PM +0100, Angus Leeming wrote:
> > [If do, cant' this be made tmore transparent somehow?]
>
> Wrap you signal inside LyXSignal ?
>
> template
> class LyXSignal : public Signal{
> LyXSignal(LyXSignal const &) {}
> };
Do we have that already?
Andre'
--
Tho
Angus Leeming <[EMAIL PROTECTED]> writes:
> Using the file I posted together with
> latex trial
> dvips -o trial.ps trial.dvi
> gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=png16m -sOutputFile=trial%03d.png
> -r300 trial.ps
Oh, I forgot: you usually would want antialiasing: add
-dGraphicsAlphaBit=4
Angus Leeming <[EMAIL PROTECTED]> writes:
> One more question.
>
> Using the file I posted together with
> latex trial
> dvips -o trial.ps trial.dvi
> gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=png16m -sOutputFile=trial%03d.png
> -r300 trial.ps
>
> Results in the following file (attached).
>
>
On Monday 01 July 2002 5:12 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > David,
> >
> > I've beem trying to use preview.sty on the attached latex file. (This is
> > using the preview.sty that comes with preview-latex-0.7.2b rather than
> > CVS.)
> >
> > Any clues about
On Monday 01 July 2002 5:34 pm, Andre Poenitz wrote:
> Am I right in assuming that I have to provide a copy constructor for insets
> as soon as the inset contains a signal as a signal is noncopiable?
That is correct. Signals are non-copyable.
> [If do, cant' this be made tmore transparent someho
Am I right in assuming that I have to provide a copy constructor for insets
as soon as the inset contains a signal as a signal is noncopiable?
[If do, cant' this be made tmore transparent somehow?]
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do
Angus Leeming <[EMAIL PROTECTED]> writes:
> David,
>
> I've beem trying to use preview.sty on the attached latex file. (This is
> using the preview.sty that comes with preview-latex-0.7.2b rather than CVS.)
> Any clues about what I'm doing wrong?
> Angus
You need to specify the dvips option t
David,
I've beem trying to use preview.sty on the attached latex file. (This is
using the preview.sty that comes with preview-latex-0.7.2b rather than CVS.)
This file was exported from LyX but I've stripped out the body to leave just
the math environment stuff. I've also inserted a \usepackage
Hi,
* Jean-Marc Lasgouttes; <[EMAIL PROTECTED]> on 01 Jul, 2002 wrote:
>> "Mike" == Mike Fabian <[EMAIL PROTECTED]> writes:
>Mike> Then the problem remains that some Turkish characters cannot by
>Mike> typed into LyX when using the Turkish keyboard mapping
>Mike> ('setxkbmap tr'). For exampl
> "Mike" == Mike Fabian <[EMAIL PROTECTED]> writes:
Hello Mike,
Thanks for the patches
Mike> But there are many other places in the current LyX source code
Mike> where tags are converted to lowercase with the locale dependent
Mike> tolower() function before conversion and the subsequent
Mik
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Good point. Then what about the following patch to src/lyx_main.C:
I change the configure script to use the variable $host, which should
do what you want. Please check it out.
JMarc
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Ron Bardell wrote:
>> If a figure float contains multiple images, the shell script
>> created in
>> GraphicsConverter.C does not provide unique temporary
>> file names for the image in certain cases
>> leading to a "error con
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I belive that I was wrong with that statement. Are now safe as
Lars> well, well, because we use the layout names when switching
Lars> classes.
OK, if you say so.
Lars> | This is getting more interesting. Do you plan to do it?
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | Don't get me wrong: I think that having directly the layout
| Lars> pointer is | great. However, I am not sure how you fixed the
| Lars> problems.
>
| Lars> What problems?
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Don't get me wrong: I think that having directly the layout
Lars> pointer is | great. However, I am not sure how you fixed the
Lars> problems.
Lars> What problems?
The problems with class switching. Is everything safe when
On Mon, Jul 01, 2002 at 03:17:53PM +0200, Lars Gullik Bjønnes wrote:
> | Why don't we store the layout string when it is needed? Is this too slow?
>
> What are you aiming at now? That is what I just removed.
Nothing special actually.
Andre'
--
Those who desire to give up Freedom in order to g
On Monday 01 July 2002 12:26, Andre Poenitz wrote:
> On Mon, Jul 01, 2002 at 12:02:50PM +0200, geof wrote:
> > This week-end I started the mathematica facilities. I've trying compile
> > lyx-devel from the CVS repository without success : I get a "Illegal
> > instruction" when I try to run lyx. So
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Jul 01, 2002 at 03:00:25PM +0200, Jean-Marc Lasgouttes wrote:
>> I thought it was one of the justifications for switching from numeric
>> layout to string layout. Remember that you did that because it was the
>> only way to fix the problems we h
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | Because we would need to re-read the textclasses (I think) and
| Lars> this | would invalidate the pointers. Am I wrong?
>
| Lars> But we are not doing that now anyway...
On Mon, Jul 01, 2002 at 03:00:25PM +0200, Jean-Marc Lasgouttes wrote:
> I thought it was one of the justifications for switching from numeric
> layout to string layout. Remember that you did that because it was the
> only way to fix the problems we had with class switching, according to
> you. And
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Because we would need to re-read the textclasses (I think) and
Lars> this | would invalidate the pointers. Am I wrong?
Lars> But we are not doing that now anyway...
I thought it was one of the justifications for switching f
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>>
| Lars> | Lars> This reduces binary size a tiny bit,
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
| Andre> On Mon, Jul 01, 2002 at 01:31:14PM +0200, Jean-Marc Lasgouttes
| Andre> wrote:
>>> I have to admit that I thought this issue would be discussed/solved
>>> in porto, and I am a b
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Jul 01, 2002 at 02:07:11PM +0200, Lars Gullik Bjønnes wrote:
>> | Apart from that, LyXLayout_ptr is certainly an ugly name.
>>
>> Give me a better name and I will change it.
>
| LyXLayoutPtr
>
| or
>
| layout_ptr
>
| But mixing upper case, l
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
Lars> | Lars> This reduces binary size a tiny bit, and should remove
Lars> the | Lars> LyXTextClass::operator
On Mon, Jul 01, 2002 at 02:07:11PM +0200, Lars Gullik Bjønnes wrote:
> | Apart from that, LyXLayout_ptr is certainly an ugly name.
>
> Give me a better name and I will change it.
LyXLayoutPtr
or
layout_ptr
But mixing upper case, lower case _and_ underscore hurt my eyes, too ;-}
Andre'
-
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Jul 01, 2002 at 01:31:14PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> I have to admit that I thought this issue would be discussed/solved
>> in porto, and I am a bit disappointed to see that it seem it was
>> not even dis
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> This reduces binary size a tiny bit, and should remove the
| Lars> LyXTextClass::operator[]() overhead.
>
| Lars> If I get no objections this will go in soonish.
>
| This pa
On Mon, Jul 01, 2002 at 12:42:00PM +0100, José Abílio Oliveira Matos wrote:
> That I know that it doesn't help, but after John last patch I am unable to
> run LyX at all. It core dumps at start with a segfault. So I think that I can
> complain also.
Things are only slightly better here: It ru
On Mon, Jul 01, 2002 at 01:31:14PM +0200, Jean-Marc Lasgouttes wrote:
> I have to admit that I thought this issue would be discussed/solved in
> porto, and I am a bit disappointed to see that it seem it was not even
> discussed there.
I have the impressions that things are a bit better know altho
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>> I have to admit that I thought this issue would be discussed/solved
>> in porto, and I am a bit disappointed to see that it seem it was
>> not even discussed there.
José> Actually this was discussed, because I took to th
On Monday 01 July 2002 12:31, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> Concerning the fact that I cannot run 1.3.0, I have not been
> complaining too much about it recently because I hardly have enough
> time to work on 1.2.1 these days. Of course, t
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> My can't we just use the output from config.guess:
Lars> ./config.guess i686-pc-linux-gnu
Lars> What other information do we need? The actual os version?
This is what $host is supposed to return.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jun 21, 2002 at 05:11:44PM +0900, R. Lahaye wrote:
>> 2. The Reconfigure item jumps from the Edit menu to Tools menu upon
>> loading a document. This is not nice. How about fixing its location
>> under the File menu? Right in fr
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This reduces binary size a tiny bit, and should remove the
Lars> LyXTextClass::operator[]() overhead.
Lars> If I get no objections this will go in soonish.
This patch is certainly a good idea, but it also means that we have n
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Well maybe I am drunk but this makes me fume. JMarc can't even
John> use 1.3.0 AT ALL thanks to your broken changes and you're
John> whining about some minor draw problems you could fix yourself if
John> you took ten minutes.
Concernin
Andre Poenitz wrote:
> On Mon, Jul 01, 2002 at 12:22:36PM +0200, Jean-Marc Lasgouttes wrote:
>
>>Andre> Then perhaps
>>Andre> tr [A-Z._] [a-zzz] < POTFILES.in | paste - POTFILES.in | sort |
>>Andre> cut -f 2
>>
>>Isn't this completely unportable? What an ugly solution...
>>
>
> What's unportabl
On Mon, Jul 01, 2002 at 12:22:36PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Then perhaps
> Andre> tr [A-Z._] [a-zzz] < POTFILES.in | paste - POTFILES.in | sort |
> Andre> cut -f 2
>
> Isn't this completely unportable? What an ugly solution...
What's unportable there? I always thought that the
On Mon, Jul 01, 2002 at 12:02:50PM +0200, geof wrote:
> This week-end I started the mathematica facilities. I've trying compile
> lyx-devel from the CVS repository without success : I get a "Illegal
> instruction" when I try to run lyx. So I worked with the 1.2.0 version of
> lyx!
> The implem
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Jul 01, 2002 at 11:29:13AM +0200, Lars Gullik Bjønnes
Andre> wrote:
>> Does that handle sorting differences between "a", "." and "_"?
Andre> Hm. No.
>> Also we need the correct filename...
Andre> Then perhaps
Andre> tr
Hi,
This week-end I started the mathematica facilities. I've trying compile
lyx-devel from the CVS repository without success : I get a "Illegal
instruction" when I try to run lyx. So I worked with the 1.2.0 version of
lyx!
The implementation is quite completed excepted for the matrix support
On Mon, Jul 01, 2002 at 11:29:13AM +0200, Lars Gullik Bjønnes wrote:
> Does that handle sorting differences between "a", "." and "_"?
Hm. No.
> Also we need the correct filename...
Then perhaps
tr [A-Z._] [a-zzz] < POTFILES.in | paste - POTFILES.in | sort | cut -f 2
should give a good appro
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Jul 01, 2002 at 11:14:36AM +0200, Lars Gullik Bjønnes wrote:
>> we do... and the different sorts, sorts it differently...
>> (that is where we get the problem...)
>
| What about
>
| ... | tr [A-Z] [a-z] | sort
>
| then?
Does that handle sor
On Mon, Jul 01, 2002 at 11:14:36AM +0200, Lars Gullik Bjønnes wrote:
> we do... and the different sorts, sorts it differently...
> (that is where we get the problem...)
What about
... | tr [A-Z] [a-z] | sort
then?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
w
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Jul 01, 2002 at 11:01:31AM +0200, Lars Gullik Bjønnes wrote:
>> To me?
>> The manually created one, but that has been shot down a number of
>> times earlier...
>
| Hm... does the order of entries in that file convey any information?
>
| If not,
On Mon, Jul 01, 2002 at 11:01:31AM +0200, Lars Gullik Bjønnes wrote:
> To me?
> The manually created one, but that has been shot down a number of
> times earlier...
Hm... does the order of entries in that file convey any information?
If not, wouldn't it be sufficient just to run 'sort' on POTFIL
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sun, Jun 30, 2002 at 12:26:53PM +0200, Lars Gullik Bjønnes wrote:
>> So the solution is either to make all generations of this document to
>> use the same sorting rules, _or_ to not have this file automatically
>> genereated, but manually edited/crea
On Fri, Jun 28, 2002 at 05:12:36PM +0300, Dekel Tsur wrote:
> He was using {{x}} only because of a bug in \bm package, so this
> construct do not happen normally.
Ok. I'll change {{...}} to a single {...} in the parser. This would
restrict the "superflous" braces to one level.
Maybe we could ev
On Mon, Jul 01, 2002 at 09:26:14AM +0100, Angus Leeming wrote:
> What do you think of this interface?
Hm.. why do we need the ID?
I'd rather identify the bitmap by contents, i.e. by the "latex_snippet"
string in
IDtag addSnippet(string const & latex_snippet);
This would have the addit
On Friday 28 June 2002 1:19 pm, Andre Poenitz wrote:
> On Fri, Jun 28, 2002 at 12:48:49PM +0100, Angus Leeming wrote:
> > What we need to do is to gather together a number of snippets into
> > Andre's "run queue" and then fork this off as a separate process. Let's
> > treat this as a black box for
On Sun, Jun 30, 2002 at 12:26:53PM +0200, Lars Gullik Bjønnes wrote:
> So the solution is either to make all generations of this document to
> use the same sorting rules, _or_ to not have this file automatically
> genereated, but manually edited/created instead.
So which one is preferable?
Andre
On Friday 28 June 2002 6:47 pm, Kayvan A. Sylvan wrote:
> On Windows, foo.h and foo.H seem to access the same file. That is
> why fdfix.sh fails on WinXP.
>
> I got around this problem by modifying fdfix.sh. The patch is attached.
The patch is applied.
Angus
On Mon, Jul 01, 2002 at 12:02:51PM +0900, R. Lahaye wrote:
> It's the recursion call in math_support.C::searchFont at line 596.
> When I replace
>
> return searchFont("mathnormal");
>
> by
>
> return &fontinfos[8];
>
> everything's fine; no SIGSEGV crash anymore when opening math m
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| I still had to add $(FRONTEND_LIBS) to lyx_LDADD and rearrange the order
| (reverse position of -ljpeg and -lforms) as above to get it to link.
That implies a problem with libtool on cygwin.
--
Lgb
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Fri, Jun 28, 2002 at 09:23:37AM +0100, Angus Leeming wrote:
>> On Thursday 27 June 2002 9:38 pm, Kayvan A. Sylvan wrote:
>> > Here is a log of "sh -xv fdfix.sh form_aboutlyx.fd"
>>
>> Very neat and clever. I didn't know about "-xv"
>>
>> So th
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Jun 28, 2002 at 12:49:43AM +0200, Lars Gullik Bjønnes wrote:
>> | It changes all the time. Every build it seems to be different. It's
>> | pretty useless as a piece of information in a diff.
>>
>> _what_ changes in it?
>
| See attachment.
So
87 matches
Mail list logo
