lkml.org 
[lkml]   [2003]   [Feb]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: a really annoying feature of the config menu structure
On Tue, 18 Feb 2003, Stephen Wille Padnos wrote:

> [snip]
>
> > as i see it, this can only get worse. the current
> >erratic and disorganized structure of the config menus
> >is proof of that.
> >
> > comments?
> >
>
> I think the problem with the "Multimedia" menu is that it's misnamed.
> It should actually be the "tuners" menu - it's there for audio, digital
> video, and video tuners. The same could be said of the networking menu,
> and presumably others.
>
> You can actually reorganize things simply by changing the structure of
> the top-level Kconfig file. With the following patches, I reorganized
> the multimedia options into the form that you are probably looking for.
> (hopefully they won't be mangled by my mailer)
>
> With not too much rewriting (many small changes, I think), the menus can
> be organized much better.
>
> Essentially, each subdirectory has a Kconfig file that does _not_
> declare itself a standalone menu. This allows a parent to decide
> whether or not to include it in another menu. The menu should only have
> options that pertain to things in its' directory. ie, the Kconfig file
> in drivers/net should not include "Networking" as an option - that is a
> higher level decision (ie, it decides whether or not to include the
> drivers/net config file).
>
> Then, the Kconfig files from various subdirectories can be ordered in
> whatever way makes sense from a user's point of view
>
> --- drivers/media/Kconfig.orig 2003-02-18 17:15:46.000000000 -0500
> +++ drivers/media/Kconfig.new 2003-02-18 17:25:27.000000000 -0500
> @@ -2,8 +2,6 @@
> # Multimedia device configuration
> #
>
> -menu "Multimedia devices"
> -
> config VIDEO_DEV
> tristate "Video For Linux"
> ---help---
> @@ -32,5 +30,4 @@
>
> source "drivers/media/dvb/Kconfig"
>
> -endmenu

... some patch snipped here ...

oh, i'm aware that (for example) the multimedia menu stuff
can be fixed if you go into the directory and change the Kconfig
file. but that's exactly the kind of thing i'm trying to
*avoid*. philosophically, it would be ideal to let each
directory be a self-contained bundle of related modules
and the Kconfig menu file that goes with them.

what has to be avoided is for any of these directories to
give itself a menu label that implies that it's fairly high
up in the food chain, and subsequently leave no way to
incorporate submenus beneath it. (see, eg., "Multimedia")

rearranging the top-level options by having to make changes
to any of the individual subdirectory Kconfig files is just not
an appealing option.

i realize that all of this sounds like much ado about
nothing, but as more options are added to the kernel, this
is just going to get more unmanageable, but i have no idea
if anyone else thinks this is something worth addressing.

if not, i'm willing to drop it.

rday

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.052 / U:1.016 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site