Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Jean-Marc Lasgouttes wrote:
>>> Does it handle .inc files?
>
> Georg> Yes: It is called for inc files, since they go through
> Georg> LyXTextClass::Read, and the script converts them sin
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Does it handle .inc files?
Georg> Yes: It is called for inc files, since they go through
Georg> LyXTextClass::Read, and the script converts them since they
Georg> have the same syntax as .layout files. O
Jean-Marc Lasgouttes wrote:
> Does it handle .inc files?
Yes: It is called for inc files, since they go through LyXTextClass::Read,
and the script converts them since they have the same syntax as .layout
files. Or do I miss a reason why it might not work?
Georg
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
|
| Georg> There was a discussion how to call it from LyX, but nobody
| Georg> commented on my questions whether we want it in 1.4.0 IMO, it
| Georg> should be included.
|
| Does it handle
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I agree on both counts. But this is a point fix for this
Martin> release that keeps latex-naive users out of trouble. Why not
Martin> put it in, perhaps with a FIXME?
Martin> Attached again, after Angus' and Georg's critique.
I
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> There was a discussion how to call it from LyX, but nobody
Georg> commented on my questions whether we want it in 1.4.0 IMO, it
Georg> should be included.
Does it handle .inc files?
Georg> I prefer this approach over doing the conve
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> My problem is that I do not 100% understand how things are supposed
>> to work. For example, why don't branches do not toggle is beyond
>> me.
Juergen> IIRC branches have some special code
Hartmut Haase wrote:
> to whom it may concern (esp. Angus Leeming) :
But I'm retired :)
> here is a litlle patch to for sorting character colors
Aren't we in a freeze? What bug does this fix?
Minor point about the code is that the CharColorSorter function
operator should be const.
struct CharC
Jean-Marc Lasgouttes wrote:
> My problem is that I do not 100% understand how things are supposed to
> work. For example, why don't branches do not toggle is beyond me.
IIRC branches have some special code (open when activated). Martin could
explain better, though.
Jürgen
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
Jean-Marc> Comments?
>> My own comment is that the patch is missing. Sigh.
Juergen> I don't have time to have a closer look at it ATM. But if you
Juergen> think this is the right approach, sh
Jean-Marc Lasgouttes wrote:
> Jean-Marc> Comments?
>
> My own comment is that the patch is missing. Sigh.
I don't have time to have a closer look at it ATM. But if you think this is
the right approach, shove it in.
Jürgen
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> 1/ call recordUndo with the right cursor, and only for the pit
>> contains `old' (this is the only paragraph we change)
>>
>> 2/ when comparing cursors, do not compare pit:s without first
>> checking that they are relative to the sam
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Actually the problem is around line 1208.
Martin> When going into the inset, cur.depth() is 2 as it should be,
Martin> but the deepest inset (which exists) does not seem to be able
Martin> to access its text data member.
Martin
to whom it may concern (esp. Edwin Leuven):
part of the strings in src/frontends/qt2/QDocument.C do NOT show up in the
respective menu (e. g. fontsize, lines 143ff, and pagestyle, lines
155ff) because they are obviously overwritten in src/lyxtextclass.C lines
68ff.
We should get rid of those mu
to whom it may concern (esp. Angus Leeming) :
here is a litlle patch to for sorting character colors
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
Wenn einer, der mit Mühe kaum
gekrochen ist auf einen Baum,
schon meint, daß er ein Vogel wär',
so irrt si
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Wed, 2005-10-19 at 17:53 +0200, Jean-Marc Lasgouttes wrote:
>> > "Jean-Marc" == Jean-Marc Lasgouttes
>> <[EMAIL PROTECTED]> writes:
>>
>> I really cannot make sense of it.
>>
>> Martin, Help!!!
Martin> Jean-Marc,
Mart
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Comments?
My own comment is that the patch is missing. Sigh.
JMarc
Index: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
> "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes:
Paul> In other words, when a standard paragraph follows a paragraph*
Paul> paragraph, they are merged into a single paragraph*. When a
Paul> paragraph* follows a standard paragraph, they are separated (but
Paul> the paragraph* is not indente
> "Thomas" == Scheffler, Thomas <[EMAIL PROTECTED]> writes:
Thomas> Dear developers, the document class article(AMS) does not
Thomas> include a Paragraph environment. It includes a Paragraph* and
Thomas> Subparagraph* environment though.
Thomas> If I convert a document formated unter document
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Now I do. The attached patch also closes a float when the
Juergen> cursor is in a nested tabular.
OK, here is my take on this problem. The main point (which was
crashing tabulars) is that you should never invoke in.dispa
On Wed, 2005-10-19 at 17:53 +0200, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
>
> Here is the patch FWIW. I still think it would be worth committing it.
I agree, but with the attached mod. It essentially removes the cursor
from inside t
On Fri, 2005-10-21 at 10:09 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Does anybody remember, of feel a special emotional attachment
> Martin> to, old_pit in insettext.C? It doesn't seem to do much, except
> Martin> take the value
Luis Rivera wrote:
>> >> The "real" solution would be to tell LyX about different path
>> >> styles in the converters:
>> >> native, Cygwin paths: convert $$i $$o
>> >> Win32 paths: convert $$win32i $$win32o
>> All I meant was, rather than have a single global value (to
>> win32path or to
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> It was this one. However, I'd propose this one instead.
Martin> Yes, this seems to work just fine. And looks saner.
I committed it.
JMarc
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Does anybody remember, of feel a special emotional attachment
Martin> to, old_pit in insettext.C? It doesn't seem to do much, except
Martin> take the value -1 on three occasions for unfathomable reasons.
Sure, I guess we can get
25 matches
Mail list logo
