svn commit: r305288 - head/Mk

[Alexey Dokuchaev]

On Sat, Oct 06, 2012 at 02:18:16PM -0700, Doug Barton wrote:
> If you actually look at them in an options dialog they make just as much
> sense with or without the word "support."

While they keep the sense, it takes few more brain cycles to parse IMHO.
Also "support" is nice placeholder word for generic support (as opposed to
some specific usage for particular feature, or when words like "use" are
being used).

> Meanwhile, whatever changes you propose have to take into account the
> options for ports like www/firefox on stable/8. Before my fix they were
> utterly broken (as in, the dialog was totally blank). Now they work just
> fine.

That's because OptionsNG poorly implement mutually exclusive options.  I
hope that eventually dialog's --radiolist would be utilized for proper
handling, and sane knobs names would be restored.

Sounds like a nice port junior hacker project.

./danfe