Uwe Stöhr wrote:
>  > I do not understand this, and I think this is wrong. What if "iiii" is
> indeed > my longest label?
>
> "iiii" is always the shortest 4 character string, while "WWWW" is always
> the widest one.

Well, if I only have one 4-char nomencl inset, and this has "iiii", I do not 
want the length to be "WWWW", do I?

>  > +               // assure that the width is never below the predefined
>
>  > Why do you forbid to go under the predefined?
>
> To have a consistent output. In most cases the 1 cm width is enough, so we
> have to assure that this width is not undergone, for example when you have
> several nomenclatures. I'll send you this evening a LyX example file, to
> show what I mean.

I still don't understand. Why shouldn't I be allowed to set a narrower width? 
This looks plain arbitrary to me.

>  > Also, I do not like the complicated ifthen statement at all.
>
> Why is ifthen complicated?

It adds unnecessary LaTeX code and an unnecessary package dependency.

>  > I've changed this to use theFontMetrics instead. I think this is a much
> better > approximation (and the best we can get).
>
> I don't think so, because you don't know the font metrics of the output
> font, and this is what counts. My solution assured, the there is always
> enough space, no matter what font is used. The only case where this might
> produce a too large width is when your widest symbol is "iiiiiii", but this
> is an extreme and absurd example.

No. A too wide result will be returned for every string who has many rather 
small letters, and given the frequency of "i" and "l", I think this is no 
exceptional case at all.

No. I think assuming always "W" produces much more bad results. I assume that 
the width relation of two given chars in different fonts does not differ too 
much. IOW I guess that (apart from fixed width fonts) the string "iiii" is 
always shorter than "WWWW" in any font.

>  >> > +               // assure that the width is never below the
> predefined >>
>  >> Why do you forbid to go under the predefined? Also, I do not like the
>  >> complicated ifthen statement at all.
>  >
>  > Now that we have a param "auto" and "none", I think this should go. If
> the > user selects "auto", we should always use that and not care about the
> > predefined length.
>
> No we have to assure that the width is never below the predefined value.
> But to be correct, I'll change the hardcoded "1cm" to the one that is
> actually defined in nomencl.cfg, that's only one more line.

So you parse the nomencl.cfg file?

Jürgen

Reply via email to