Jean-Marc Lasgouttes wrote:
> Juergen, OK for branch?
Yes.
Jürgen
We have a serious memory problem in latest trunk Could somebody please have a look at the blocker
bug 5010: http://bugzilla.lyx.org/show_bug.cgi?id=5010
thanks and regards
Uwe
Juergen Spitzmueller wrote:
rgheck wrote:
I finally got around to doing this. I've also re-written the latex2lyx
conversion routine so that it uses the unicodesymbols file.
I'm not sure exactly what you had in mind for convert_subfig, as I don't
know anything about figures, but perhaps this
Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
I do not really understand why you need to create several unknown
layouts. Each textclass should have its own.
Currently, I extend a standard textclass such as article when it is
applied to another document. This exten
Bo Peng wrote:
I do not really understand why you need to create several unknown
layouts. Each textclass should have its own.
Currently, I extend a standard textclass such as article when it is
applied to another document. This extended layout list is then
available when a standard article
> Can't you just rename the merged layouts into something like
> 'OtherUnknown', 'OtherList' or whatever.
When I write the document back, I would like to keep the layout names.
Bo
On Tue, Jul 08, 2008 at 10:59:12AM -0500, Bo Peng wrote:
> > I do not really understand why you need to create several unknown
> > layouts. Each textclass should have its own.
>
> Currently, I extend a standard textclass such as article when it is
> applied to another document. This extended layou
> This is why the paragraph should store the name of the layout, and the
> pointer should just be a cache (that gets populated on demand, maybe).
> There is of course a memory overhead, but this has to be evaluated.
I do not know, these changes might be too big for 1.6.0. I will
propose a patch as
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> I do not really understand why you need to create several unknown
>> layouts. Each textclass should have its own.
>
> Currently, I extend a standard textclass such as article when it is
> applied to another document. This extended layout list is then
> avai
> I do not really understand why you need to create several unknown
> layouts. Each textclass should have its own.
Currently, I extend a standard textclass such as article when it is
applied to another document. This extended layout list is then
available when a standard article is created. The pr
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> If you can get it to work properly, this is definitely the way to go.
>> This shall be done for unknown classes and for unknown layouts.
>
> I have it almost working here, but there are some subtle problems such
> as when two 'article' documents having some
>
> If you can get it to work properly, this is definitely the way to go.
> This shall be done for unknown classes and for unknown layouts.
I have it almost working here, but there are some subtle problems such
as when two 'article' documents having some different 'unknown'
layouts. Currently, the
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Will anyone object the idea of totally removing hasLayout() and the
> layout conversion process? Basically, any unknown textclass and
> unknown layout will act like a standard layout but will keep their
> names. Different textclasses can be applied to a docum
> Currently, when a LyX document without a proper (system or local)
> layout file is opened, the default textclass (article) is used. This
> changes the document and will result in data loss if the document is
> saved.
Will anyone object the idea of totally removing hasLayout() and the
layout conv
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
>
>> That did it -- thanks!
>
> Juergen, OK for branch?
That would be r25504 and 25505.
JMarc
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> That did it -- thanks!
Juergen, OK for branch?
JMarc
I can't remember if this is the same in lyx 1.5 or not as I don't use it
often, but with 1.6.0beta3 (texlive-latex-2007), my "formatted reference" is
missing the "Section" prefix (only "1.2.3.4" rather than "Section 1.2.3.4").
"Figures" are alright though.
Is the behavior normal?
On Tue, Jul 8, 2008 at 5:22 AM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
> > Yes -- with "\mac_like_word_movement true". I even moved aside my LyX
> user's
> > folder just to make sure.
>
> Could you try again?
That did it -- thanks!
Bennett
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> Yes -- with "\mac_like_word_movement true". I even moved aside my LyX user's
> folder just to make sure.
Could you try again?
JMarc
rgheck wrote:
> I finally got around to doing this. I've also re-written the latex2lyx
> conversion routine so that it uses the unicodesymbols file.
>
> I'm not sure exactly what you had in mind for convert_subfig, as I don't
> know anything about figures, but perhaps this will let you do it now?
20 matches
Mail list logo
