diff options
Diffstat (limited to 'zarb-ml/mageia-discuss/20101029/002727.html')
| -rw-r--r-- | zarb-ml/mageia-discuss/20101029/002727.html | 172 |
1 files changed, 172 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/20101029/002727.html b/zarb-ml/mageia-discuss/20101029/002727.html new file mode 100644 index 000000000..f4679fa50 --- /dev/null +++ b/zarb-ml/mageia-discuss/20101029/002727.html @@ -0,0 +1,172 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-discuss] guessing + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20guessing&In-Reply-To=%3C4CCAD8CF.1040205%40laposte.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="002722.html"> + <LINK REL="Next" HREF="002723.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-discuss] guessing</H1> + <B>andre999</B> + <A HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20guessing&In-Reply-To=%3C4CCAD8CF.1040205%40laposte.net%3E" + TITLE="[Mageia-discuss] guessing">andr55 at laposte.net + </A><BR> + <I>Fri Oct 29 16:23:11 CEST 2010</I> + <P><UL> + <LI>Previous message: <A HREF="002722.html">[Mageia-discuss] guessing +</A></li> + <LI>Next message: <A HREF="002723.html">[Mageia-discuss] Suggestions for the ISO +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2727">[ date ]</a> + <a href="thread.html#2727">[ thread ]</a> + <a href="subject.html#2727">[ subject ]</a> + <a href="author.html#2727">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Dj Marian a écrit : +><i> Hello, +</I>><i> +</I>><i> from former updates or package selections +</I>><i> if you have mdv installed for one year and you only choose some packages +</I>><i> keep a record of what is not selected (not wanted) on the system by +</I>><i> the user +</I>Urpmi (the console program used by the graphical Rpmdrake) already knows +everything installed. +><i> based on these things it could guess you don´t want everything to show +</I>><i> up on your screen +</I>But currently, the user can still have the option to select other +packages if they wish. +><i> and i think some users might benefit if they would have less packages +</I>><i> to choose from, the new users... +</I>If using the default display by category, the user only has to go into +categories of interest. +Note that there have been numerous posts suggesting folding related +packages into one line (expandable to see each individual package), +which would greatly reduce the number of lines to choose from. This +would be very advantageous for localisations, as few users want every +language. Also useful for applications with many modules in separate +packages, like Mozilla Firefox and OpenOffice. +As I understand it, the default display is only GUI packages, which also +reduces choices for the newer user. +><i> when i first installed mdv (last year after i deleted mdv 2008 from my +</I>><i> netbook) i needed some programs i looked for them in ´install and +</I>><i> remove software´ and some were confusing me... +</I>One problem is the descriptions, many of which definitely need +improvement ... +><i> +</I>><i> so by keeping a large scale record of what users usually select, a +</I>><i> default guessing can be forced on every user on fresh install (the +</I>><i> buttons show more and/or show less would be good for someone who +</I>><i> doesn´t like the idea of being forced to accept something), after +</I>><i> let´s say 100 installed packages the user´s selection profile can +</I>><i> start to be clear +</I>><i> if he only selects gui packages, it´s clear he doesn´t want other ones +</I>><i> on the screen +</I>Only Gui packages is a option at top left. (It may be the default, but +personally I would never restrict myself to that : many command-line +packages have internal menus and are very user-friendly.) + +The problem is that if a user does a fresh install, the disk is normally +reformatted, thus removing any history. Reformatting the disk is +advisable to remove accumulated junk on the disk, as well as for +stability. However this can be overridden. + +If the user wants to keep more or less the same packages, they can do an +update to a new release rather than a fresh install. +The currently installed packages are automatically replaced by newer +versions. +In some cases a newer version of a package is not available, sometimes +replaced by an equivalent, which may entail a choice by the user during +installation. +In any case, virtually no selection by the user to get essentially the +same configuration. + +><i> also if he has a profile on the mageia website, the profile could save +</I>><i> the user´s packages clicks online +</I>><i> when he logs in, mageia could just download his former profile without +</I>><i> asking (or maybe asking is good) +</I>><i> also if the user suddenly is a better linux user and for another 100 +</I>><i> clicks he selects all kinds of packages, the former 2000 clicks should +</I>><i> have less influence on what appears on the screen, than the last 100 +</I>><i> clicks +</I>This all sounds a little complicated. +1) There is a security risk in storing the user's configuration online, +and also a question of privacy, so the user should always be asked. +2) Inexperienced users have a tendancy to accept everything, so the +default should be no. +Thus the users most likely to benefit are the least likely to use this +service. +3) There is the problem of identifying the user, in order to retrieve +the information. +If an email adresse is used, the user must remember to use the same adresse. +But it also increases the risk to security. +If the user must log in to a profile, they must remember the identity +and password. Again more challenging to a newer user. + +Another possibility is to create a special file on disk, which could be +recuperated during a fresh install, if the user is using the same computer. + +However it seems to me that improving the interface of Rpmdrake is a +better approach. +Exactly what changes is still under active discussion; there have been +many posts on this subject. +There has also been much discussion on using groups focused by usage to +simplify selection on installation, which could conceivably be +introduced to Rpmdrake as well. + +><i> while updating, maybe he never chooses and always updates +</I>><i> everything... in this case a button ´install all updates´ +</I>To do this : +1) Select "all updates", top left. +2) Press button "Select all", bottom left. +3) Press button "Apply", botton near right. +But maybe adding a single button is a good idea. +Although this could be problematic for bandwidth limited users, so some +way of deselecting some updates must remain an option. + +By the way, in no way am I trying to discourage your input. Experienced +users/programmers like myself tend to overlook many details which are +daunting to newer users. +So your input is essential to a more usable product. + +><i> as a tooltip near the clock instead of the mdv usual would be faster, +</I>><i> painless, and appreciated by a new user who has no idea and doesn´t +</I>><i> care what would be best for him to update +</I>><i> +</I>><i> Dan. +</I> +- André + +</PRE> + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="002722.html">[Mageia-discuss] guessing +</A></li> + <LI>Next message: <A HREF="002723.html">[Mageia-discuss] Suggestions for the ISO +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2727">[ date ]</a> + <a href="thread.html#2727">[ thread ]</a> + <a href="subject.html#2727">[ subject ]</a> + <a href="author.html#2727">[ 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> |