> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Tue, 2006-02-14 at 11:53 +0100, Juergen Spitzmueller wrote:
>> Jean-Marc Lasgouttes wrote: > I applied it. Now LyX 1.4.0 is
>> officially bug free:
>> >
>> > Zarro Boogs found.
>>
>> I'm sure Helge is already making it a poin
Georg Baum wrote:
> I don't like that, but it is in good tradition. I used neither 1.2.0 nor
> 1.3.0 for anything else than playing because of bugs, I think I started
> with 1.2.3 and 1.3.3 or something like that. I think that people will do
> the same with the 1.4 series, only the brave will use 1
Martin Vermeer wrote:
> Actually it's all a matter of taste. There are still bugs in bugzilla
> targeted for post-1.4.0 that shouldn't be found in a self-respecting .0
> release...
I don't like that, but it is in good tradition. I used neither 1.2.0 nor
1.3.0 for anything else than playing becaus
On Tue, 2006-02-14 at 11:53 +0100, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > I applied it. Now LyX 1.4.0 is officially bug free:
> >
> > Zarro Boogs found.
>
> I'm sure Helge is already making it a point of honour to change this ;-)
Actually it's all a matter of taste. There a
Jean-Marc Lasgouttes wrote:
> I applied it. Now LyX 1.4.0 is officially bug free:
>
> Zarro Boogs found.
I'm sure Helge is already making it a point of honour to change this ;-)
Jürgen
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Is it OK to go in? Or shall we leave this bug open until
Georg> someone comes up with the right fix?
I applied it. Now LyX 1.4.0 is officially bug free:
Zarro Boogs found.
JMarc
Lars Gullik Bjønnes wrote:
> Ok.
It is in. That leaves only one open bug marked for 1.4.0: Crash when
clicking on a math macro, http://bugzilla.lyx.org/show_bug.cgi?id=2060. I
fixed that for the 0 arguemnts case, but Andrew Beck found out that it
happens for 1 and more arguments, too.
He sent a f
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
|
| Georg> This is only the case when no empty line follows after
| Georg> '\\begin_layout'. The attached patch makes sure that lyx2lyx
| Georg> does always insert an empty line when it inse
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This is only the case when no empty line follows after
Georg> '\\begin_layout'. The attached patch makes sure that lyx2lyx
Georg> does always insert an empty line when it inserts
Georg> '\\begin_layout'. It has the further advantage th
Am Sonntag, 5. Februar 2006 11:11 schrieb Georg Baum:
> Am Samstag, 4. Februar 2006 18:39 schrieb Georg Baum:
> > Am Samstag, 4. Februar 2006 18:18 schrieb Jean-Marc Lasgouttes:
> > >
> > > I propose to use
> > > \begin_layout
> > > without any name. "" is not good
> > > because it is read explici
Lars Gullik Bjønnes wrote:
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 4. Februar 2006 11:33 schrieb Lars Gullik Bjønnes:
| > This sounds like a hack that will actually be usefull.
| > Go ahead with creating the patch.
|
| Here it is (2026-4.diff). I tested it with a lot of files, and
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Samstag, 4. Februar 2006 18:18 schrieb Jean-Marc Lasgouttes:
>> I propose to use \begin_layout without any name. "" is not good
>> because it is read explicitely.
Georg> Then I misunderstood, sorry.
No need to be sorry, it was a
Am Samstag, 4. Februar 2006 18:39 schrieb Georg Baum:
> Am Samstag, 4. Februar 2006 18:18 schrieb Jean-Marc Lasgouttes:
> >
> > I propose to use
> > \begin_layout
> > without any name. "" is not good
> > because it is read explicitely.
>
> Then I misunderstood, sorry.
>
> > The empty layout nam
Am Samstag, 4. Februar 2006 18:18 schrieb Jean-Marc Lasgouttes:
>
> I propose to use
> \begin_layout
> without any name. "" is not good
> because it is read explicitely.
Then I misunderstood, sorry.
> The empty layout name should be
> intrpreted as defaultLayout in getLayout, but should be save
>> Why require a special name?
>I was Jean-Marcs idea. For me, "Standard" would also be OK (although a
>special name is a bit more expressive,
I propose to use
\begin_layout
without any name. "" is not good
because it is read explicitely.
The empty layout name should be
intrpreted as default
Am Samstag, 4. Februar 2006 16:39 schrieb Lars Gullik Bjønnes:
> | Jean-Marc, we could of course also combine both patches and use the
> | layout that you proposed. That would be 2026-6.diff.
>
> I do not agree with that as the final solution
>
> Why require a special name?
I was Jean-Marc
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 4. Februar 2006 11:33 schrieb Lars Gullik Bjønnes:
| > This sounds like a hack that will actually be usefull.
| > Go ahead with creating the patch.
|
| Here it is (2026-4.diff). I tested it with a lot of files, and the lyx2lyx
| conversion wor
Am Samstag, 4. Februar 2006 11:33 schrieb Lars Gullik Bjønnes:
> This sounds like a hack that will actually be usefull.
> Go ahead with creating the patch.
Here it is (2026-4.diff). I tested it with a lot of files, and the lyx2lyx
conversion works. Yesterday I only tested commandline export, so t
Georg Baum <[EMAIL PROTECTED]> writes:
| OK, here is the proposal: Replace any occurence of the hard coded layout
| Standard in lyx2lyx with an empty string "". This is a minimal change and
| requires no changes in LyX.
| Lars, would this be OK for 1.4.0 (of course after some testing)? If yes,
| I
Jean-Marc Lasgouttes wrote:
> Or rather an empty layout name?
You mean
\layout ""
? That works in both 1.3.7 and 1.4cvs (but produces the warning
Layout '""' does not exist in textclass 'article'.
Trying to use default layout instead.
in 1.3.7, which is acceptable IMO. It has also the advant
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> In 1.4, we could decide that some special layout name like
>> is the default layout.
Georg> Maybe that, or we could declare the already existing feature
Georg> that no layout name is required official.
Or rather an empty layout name?
Jean-Marc Lasgouttes wrote:
> For lyx <= 1.3, what happens if there is no \layout at the beginning
> of an ERT inset? Do it choose the default layout?
lyx2lyx will complain if there is no \layout (in convert_collapsable and
revert_collapsable).
I don't know what LyX does if there is no \layout, b
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Do you think it is possible to fix the most annoying ones in
>> lyx2lyx?
Georg> It is impossible without knowing the default layout name,
Georg> because lyx2lyx really needs that at several occasions: - ERT
Georg> cleanup (convert_ert_pa
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> It uses BriefText as layout for ERT because that is the default
> Georg> layout of the textclass (I guess this is clear). It is changed
> Georg> to Standard by lyx2lyx because I thought t
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It uses BriefText as layout for ERT because that is the default
Georg> layout of the textclass (I guess this is clear). It is changed
Georg> to Standard by lyx2lyx because I thought that the default
Georg> layout of any textclass is al
Jean-Marc Lasgouttes wrote:
> If I understand correctly, the problem is that we have a 1.3.x
> document that uses BriefText as layout for ERT, and you force it to
> become Standard instead.
Correct. Unfortunately this problem could also occur for 1.4 -> 1.3
conversions
> Why is that?
It uses B
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> What about the simple solution of reintroducing Standard in the
>> broken layouts?
Georg> I thought you did not want to require Standard? This solution
Georg> is easy, but note that my first analysis was
Jean-Marc Lasgouttes wrote:
> What about the simple solution of reintroducing Standard in the broken
> layouts?
I thought you did not want to require Standard? This solution is easy, but
note that my first analysis was wrong, it does not mean "reintroduce" but
"introduce". If we are going to do t
On Friday 03 February 2006 13:13, Jean-Marc Lasgouttes wrote:
>
> What about the simple solution of reintroducing Standard in the broken
> layouts?
That is the easy short term solution for several reasons.
> JMarc
--
José Abílio
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>> Given the fact that 1.3.7 is already out with the broken lyx2lyx I
>> tend now to polish this and put it in 1.4.1, and for 1.4.0 to tell
>> users to do
What about the simple solution of reintroducing Standard in the broken
layouts?
JMar
On Saturday 28 January 2006 18:58, Georg Baum wrote:
> 2) Currently lyx2lyx refuses to run if it can't find the layout file, even
> if is not necessary at all. This could be refined to only bail out if the
> default layout is really needed.
I have been out last week and I have only seen this now
On Sat, Jan 28, 2006 at 07:58:00PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 14:12 schrieb Martin Vermeer:
> > Couldn't it be done like this:
> >
> > 1) modify lib/configure.m4 to issue the command
> >
> > lyx2lyx -t 221 -Y $PWD/layouts \$\$i >\$\$o
>
> $PWD would not work. We also
Am Samstag, 28. Januar 2006 14:12 schrieb Martin Vermeer:
> Couldn't it be done like this:
>
> 1) modify lib/configure.m4 to issue the command
>
> lyx2lyx -t 221 -Y $PWD/layouts \$\$i >\$\$o
$PWD would not work. We also need to consider the user directory. And I
don't like to pass information b
On Sat, Jan 28, 2006 at 01:22:10PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 12:28 schrieb Martin Vermeer:
> > Wouldn't it then be easier to choose the solution where a Standard
> > layout is added if it isn't found in the layout file, with a "don't
> > display" attribute to keep it ou
Am Samstag, 28. Januar 2006 12:28 schrieb Martin Vermeer:
> Wouldn't it then be easier to choose the solution where a Standard
> layout is added if it isn't found in the layout file, with a "don't
> display" attribute to keep it out of the pulldown list?
No, since the various places where lyxl2yx
On Sat, Jan 28, 2006 at 01:28:33PM +0200, Martin Vermeer wrote:
> On Sat, Jan 28, 2006 at 11:30:13AM +0100, Georg Baum wrote:
> > Am Samstag, 28. Januar 2006 11:09 schrieb Martin Vermeer:
> > > Do we have a working prototype for this?
> >
> > Not yet.
> >
> > > It seems like a good solution.
> >
On Sat, Jan 28, 2006 at 11:30:13AM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 11:09 schrieb Martin Vermeer:
> > Do we have a working prototype for this?
>
> Not yet.
>
> > It seems like a good solution.
>
> It is not as easy as we thought: In order to know the textclass and pass
> i
Am Samstag, 28. Januar 2006 11:09 schrieb Martin Vermeer:
> Do we have a working prototype for this?
Not yet.
> It seems like a good solution.
It is not as easy as we thought: In order to know the textclass and pass
it to lyx2lyx LyX has to read parts of the header of the file. I don't
like th
On Mon, Jan 16, 2006 at 10:45:13PM +0100, Georg Baum wrote:
> It turned out that my initial analysis of bug 2026 was wrong. Read
> http://bugzilla.lyx.org/show_bug.cgi?id=2026 for details.
>
> The summary is that lyx2lyx has the layout name "Standard" hardcoded in
> several places, and that it w
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I know that it is late, but since this is a serious problem
Georg> IMHO, I ask nevertheless: Do we want that for 1.4.0/1.3.7?
For 1.3.7 it is too late.
JMarc
It turned out that my initial analysis of bug 2026 was wrong. Read
http://bugzilla.lyx.org/show_bug.cgi?id=2026 for details.
The summary is that lyx2lyx has the layout name "Standard" hardcoded in
several places, and that it will make documents of classes without the
layout "Standard" invalid t
41 matches
Mail list logo
