On Fri, May 18, 2007 at 12:55:51PM +0200, Herbert Voss wrote: > Martin Vermeer wrote: > > On Fri, May 18, 2007 at 09:04:39AM +0200, Herbert Voss wrote: > >> Martin Vermeer wrote: > >>> On Thu, May 17, 2007 at 11:32:54PM +0100, José Matos wrote: > >>>> On Monday 07 May 2007 11:02:29 pm Micha Feigin wrote: > >>>>> Sorry, got it wrong, missed the special == "none" in the lyx file and > >>>>> the > >>>>> not is binary instead of logical (too many programing languages in > >>>>> parallel > >>>>> ... ) > >>>>> > >>>>> Anyway this is supposed to be the correct patch (I hope I got the > >>>>> indentation according to the coding convention). > >>>> Martin, what do you have to say about this? > >>>> > >>>> It is proposed as a fix for bug 3242. > >>> If it works... > >>> > >>> Does this mean that a height value of 0 is now taken as a request > >>> for default height? > >>> > >>> I suppose it is safe as it is a physically unrealistic value. > >> > >> why is this physically unrelated? It is the value for a vertical > >> box of height 0pt, which may be useful just like \makebox[0pt]... > >> > >> Herbert > > > > Ah. Do you see a possible conflict here? > > > possible optional arguments > \parbox[valign]{width} > \parbox[valign][height]{width} > \parbox[ivalign][valign][height]{width} > > This must be controlled by LyX, eg. existing ivalign and heigth > without a valign (vertical position) is not possible, and so on. > A 0pt for the height is a valid entry. > > Don't know, if the current cvs works in this way. > > Herbert
OK, then I am also lost. All I remember is, that it was tricky. So please test _thoroughly_ in all combinations before committing. - Martin