diff options
Diffstat (limited to 'zarb-ml/mageia-discuss/20101101/002792.html')
| -rw-r--r-- | zarb-ml/mageia-discuss/20101101/002792.html | 178 |
1 files changed, 178 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/20101101/002792.html b/zarb-ml/mageia-discuss/20101101/002792.html new file mode 100644 index 000000000..2435e07b5 --- /dev/null +++ b/zarb-ml/mageia-discuss/20101101/002792.html @@ -0,0 +1,178 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-discuss] Mageia-discuss Digest, Vol 2, Issue 137 + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Mageia-discuss%20Digest%2C%20Vol%202%2C%20Issue%20137&In-Reply-To=%3C4CCE4018.9070500%40laposte.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="002805.html"> + <LINK REL="Next" HREF="002799.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-discuss] Mageia-discuss Digest, Vol 2, Issue 137</H1> + <B>andre999</B> + <A HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Mageia-discuss%20Digest%2C%20Vol%202%2C%20Issue%20137&In-Reply-To=%3C4CCE4018.9070500%40laposte.net%3E" + TITLE="[Mageia-discuss] Mageia-discuss Digest, Vol 2, Issue 137">andr55 at laposte.net + </A><BR> + <I>Mon Nov 1 05:20:40 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="002805.html">[Mageia-discuss] Twitter +</A></li> + <LI>Next message: <A HREF="002799.html">[Mageia-discuss] Mageia-discuss Digest, Vol 2, Issue 137 +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2792">[ date ]</a> + <a href="thread.html#2792">[ thread ]</a> + <a href="subject.html#2792">[ subject ]</a> + <a href="author.html#2792">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Marc Paré a écrit : +><i> +</I>><i> Le 2010-10-31 10:51, Dale Huckeby a écrit : +</I>><i> +</I>>><i> +</I>>><i> While we agree that "Young Family" doesn't work, it seems to me some +</I>>><i> of the +</I>>><i> other categories are similarly broad. A useful rule of thumb would be to +</I>>><i> focus not on types of persons or groups but on activities. Since "young +</I>>><i> family" is not an activity, whereas "web development" is, that gives +</I>>><i> us an +</I>>><i> objective reason for preferring the latter over the former as a useful +</I>>><i> category. Likewise for "academia". Not all academics have the same +</I>>><i> needs, +</I>>><i> for instance adminstrators versus research professors versus adjuncts +</I>>><i> who +</I>>><i> teach and don't do research, yet all would fall under the term +</I>>><i> "academic". +</I>>><i> In addition, a given college professor is not going to use his or her +</I>>><i> computer only AS a professor, and his or her other activities, playing +</I>>><i> poker online, playing games offline, buying and selling stocks and +</I>>><i> bonds, +</I>>><i> etc. would vary widely from person to person. +</I>>><i> +</I>>><i> That's why I would focus more narrowly on what a person wants to DO with +</I>>><i> his computer, in terms of *specific* tasks or activities. Early in the +</I>>><i> process I would ask him what sorts of things he wants to use his +</I>>><i> computer +</I>>><i> for and then list all the things he CAN do with it, each of which can be +</I>>><i> selected or ignored. It MIGHT be useful to note, without it necessarily +</I>>><i> being a selectable category, some of the things (and the apps that would +</I>>><i> go with them) a typical high school teacher or rabid sports fan or +</I>>><i> writer or stock market player might want to do or, alternatively, we +</I>>><i> could indicate, along with the description of the uses of a particular +</I>>><i> app or closely linked set of apps, what kinds of people might find +</I>>><i> such app(s) useful, and why. All of this is a way of saying, which I +</I>>><i> think we're in general agreement on, that we should be careful not +</I>>><i> to cast too broad a net with our categories, that each should embody +</I>>><i> a *particular* activity or *closely* linked set of activities. +</I>Nor too narrow +>><i> +</I>>><i> Dale Huckeby +</I>><i> +</I>><i> Here we agree again. There would be nothing to stop that section, for +</I>><i> example, "Academia" to open up to subsets of "Academia-Reasearch"; +</I>><i> "Academia-Administrator (office)"; "Academia-Teaching" etc. +</I>Good point +><i> +</I>><i> And yes, if they play poker online, they would then have checked the +</I>><i> "Gaming" category. +</I>Which could have "cards" among other sub-categories ... + +><i> The choosing of these categories are what the person wants to DO with +</I>><i> her/his computer. What you are suggesting is to ask her/him what they +</I>><i> would want to do and they would answer by categories. So why add such +</I>><i> a layer when we could already dispense with this layer and go straight +</I>><i> to the categories? +</I>Right - the more streamlined the better. As long the user has the choices. + +><i> There are only a certain amount of programmes available and therefore +</I>><i> the same for categories. We can offer the categories. If some of the +</I>><i> categories are broad, then, when picked, we could have for example, a +</I>><i> drop down extended menu from that categories with a sub-set of more +</I>><i> descriptive categories. +</I>I like the idea of a line that expands, like in Rpmdrake categories, or +the (Gnome) Nautilus file browser. + +><i> And, remember, that software packages will bridge the categories where +</I>><i> they fit in more than one. +</I>><i> +</I>><i> We are saying the same thing but with different approaches. +</I>><i> +</I>><i> Marc +</I> +It seems we're approaching a consensus. + +I'm also beginning to see a convergence here ... with the XDG menu +system used by Mandriva. +We probably want to keep the installation choices somewhat simpler. + +So I see the installation, after the language selection (of one or more +languages), continuing with the choice of the desktop environment. +I would have KDE / Gnome / Other (which expands to show the others +available) / or none (for console only) +With an "information" button to give the implications, including the +fallback light desktops for KDE and Gnome. + +After that, a dialog for the activity categories, which would have +default application selections corresponding to the desktop environment +chosen. +We could preselect certain categories to make it easier for users who +don't want to bother choosing. + +We list the categories, each of which is expandable to show any +sub-categories, and further to show the individual applications, for +more detailed selection/deselection. +Particularly useful for more advanced users. +The advantage of this is we can have something suitable for all types of +users, without requiring configuration or non-intuitive choices. +Those who want quick easy choices, and those - like myself - who want to +fine-tune which packages are installed in one pass. +Required packages such as libraries should probably remain hidden, +although they would be visible as now in Rpmdrake after the installation. + +- André + + + + +</PRE> + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="002805.html">[Mageia-discuss] Twitter +</A></li> + <LI>Next message: <A HREF="002799.html">[Mageia-discuss] Mageia-discuss Digest, Vol 2, Issue 137 +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2792">[ date ]</a> + <a href="thread.html#2792">[ thread ]</a> + <a href="subject.html#2792">[ subject ]</a> + <a href="author.html#2792">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-discuss">More information about the Mageia-discuss +mailing list</a><br> +</body></html> |