Mac 1.3.5: No Import LaTeX Command

A default install of LyX/Mac 1.3.5v4 on my G5 does not list the menu command File -> Import -> LaTeX.. as version 1.3.4 installed on a different Mac does. I have installed the prebuilt LyX package several times. How do I turn this option back on, and can the installation package be updated so

[patch] The Any Patch

Now I did it... and now I'll store this in some dark place until 1.5 started... So just for your info. The nice thing about this is that it prepares for further clean up and the removal of the insetmailers. (this patch would really like exceptions to be enabled as well...) Have a look if you wa

Re: Progress of math in docbook. (?)

Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> writes: < Hi Andreas,

Minor bugs in LaTeXConfig.lyx

Hi I picked up a bug report from "Feliks" on the documentation list, and after asking him some follow up questions I promised to pass it on. The bugs are kind of trivial -- they are in the automatically generated file: .lyx/doc/LaTeXConfig.lyx 1. The first section, third sentence after the enume

[PATCH] docbook cleaning

Hi, this patch removes mixed content from output parameters and finally implement ids mangling in SGML/XML. -- José Abílio - A FCUP utiliza o sistema de webmail Horde/IMP (www.horde.org) Visite: http://www.fc.up.pt/ Index: lib/l

Re: Fwd: Re: Cygwin and 1.3.5

I ran into the exact same problem as you did in trying to compile lyx-1.3.5 with Cygwin: TextCache.o(.ctors+0x0):TextCache.C: undefined reference to `__GLOBAL__I__ZN9TextCache7findFitEP6Bufferi' TextCache.o(.dtors+0x0):TextCache.C: undefined reference to `__GLOBAL__D__ZN9TextCache7findFitEP6Buffe

[minipatch] fix endless loop

I have found a nice endless loop in LyXText::setCounter(). I will apply the attached fix unless somebody who is familiar with this code comes with a better solution (maybe even one that fixes the real problem ;-) ) Georg --- lyx-1.4-clean/src/text2.C 2004-10-11 14:06:40.0 +0200 +++ lyx-

Re: [patch] InsetCharstyle cosmetics

José Abílio Oliveira Matos wrote: > > BTW, as to your latest change: I think we should not allow paragraph > > breaks in the char style inset at all (leads to LaTeX error also and is > > not what inline insets are designed for IMO). > >   I agree. It doesn't make sense for an inline element to have

Posting patches to the list

Can we please begin (continue) to post _all_ patches to the list. (If you feel we need a separate list for this that can be done.) This makes it a lot easier to follow what is up for review or what is applied to CVS. Note that you don't always have to wait for comments before committing. After

Re: coordinates

Kornelia Pietsch <[EMAIL PROTECTED]> writes: | This is a rebuild of the 'big' coordinate patch against | current CVS. Alfredo, I hope you will have the time to take a peek on this. | I am somehow getting the feeling this might be 1.5 | business, though. Not sure... The question is also how easy

previous patch

the '+1' should be dropped from rowpainter.C:837 Andre'

Re: [patch] InsetCharstyle cosmetics

On Sun, Oct 31, 2004 at 02:33:59PM +0100, Juergen Spitzmueller wrote: ... > Jürgen > > BTW, as to your latest change: I think we should not allow paragraph breaks in > the char style inset at all (leads to LaTeX error also and is not what inline > insets are designed for IMO). I agree. It doe

Re: [patch] InsetCharstyle cosmetics

José Abílio Oliveira Matos wrote: > But if you nest two of the them the inside style gets its label visible. > :-) I have the label working now. The inset font, though, seems to be a general problem (you can also see this in ERT, it gets only red/typewriter when nested, maybe also related: parag

Progress of math in docbook. (?)

Hi Andreas, let us syncronize again our todo lists. :-) I have applied you work on ids. I have applied also your patch for unnamed equations, give them a number. One of the problem of your implementation in linux is that tellp uses a long long int representation. I have applied instea

Re: [patch] fix insetCharStyle::priv_dispatch

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Sat, Oct 30, 2004 at 04:50:23PM +0200, Juergen Spitzmueller wrote: >> As mentioned in the previous thread, entering a charstyle inset >> with the mouse leads to an infinite loop. The attached oneliner fixes >> this (typo). I will just commit this sinc

Re: [patch] InsetCharstyle cosmetics

On Sat, 30 Oct 2004 20:11:07 +0200 Juergen Spitzmueller <[EMAIL PROTECTED]> wrote: > These are just some minor cosmetics to make the char style inset look a > little > bit better, now that is usable again (most importantly: I have removed > the > left margin which really annoyed me all the time)

Re: [patch] InsetCharstyle cosmetics

On Sun, Oct 31, 2004 at 11:28:04AM +0100, Juergen Spitzmueller wrote: > > P.S.: Do you have any idea why the label does not get drawn? Also, getDrawFont > doesn't seem to work (provided that Noun should be drwan as small caps). But if you nest two of the them the inside style gets its label vi

Re: [patch] InsetCharstyle cosmetics

Martin Vermeer wrote: > Hmmm, why did you set has_label_ to false? See InsetCharStyle::draw. Personally, I think it should be false (i.e. "collapsed") per default (pure aesthetical reasons; It annoys me to "collapse" all those char styles manually). But I do not really care. Jürgen P.S.: Do yo

Re: [patch] InsetCharstyle cosmetics

Lars Gullik Bjønnes wrote: > |   if (has_label_) { > | + lyxerr << "params_type = " << params_.type << endl; > > Please conditionalize this one a debug flag. I will not commit this one. It's just for personal testing purposes. I try to get the label working again before committing

Re: [patch] fix insetCharStyle::priv_dispatch

On Sat, Oct 30, 2004 at 04:50:23PM +0200, Juergen Spitzmueller wrote: > As mentioned in the previous thread, entering a charstyle inset > with the mouse leads to an infinite loop. The attached oneliner fixes > this (typo). I will just commit this since it seems uncontroversial. Very well. Btw, La