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
