summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20110226/002814.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/20110226/002814.html')
-rw-r--r--zarb-ml/mageia-dev/20110226/002814.html142
1 files changed, 142 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20110226/002814.html b/zarb-ml/mageia-dev/20110226/002814.html
new file mode 100644
index 000000000..039d23f9a
--- /dev/null
+++ b/zarb-ml/mageia-dev/20110226/002814.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] freedesktop spec and categories
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20freedesktop%20spec%20and%20categories&In-Reply-To=%3C4D6852B0.2070801%40laposte.net%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="002813.html">
+ <LINK REL="Next" HREF="002816.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] freedesktop spec and categories</H1>
+ <B>andre999</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20freedesktop%20spec%20and%20categories&In-Reply-To=%3C4D6852B0.2070801%40laposte.net%3E"
+ TITLE="[Mageia-dev] freedesktop spec and categories">andr55 at laposte.net
+ </A><BR>
+ <I>Sat Feb 26 02:09:04 CET 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="002813.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI>Next message: <A HREF="002816.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#2814">[ date ]</a>
+ <a href="thread.html#2814">[ thread ]</a>
+ <a href="subject.html#2814">[ subject ]</a>
+ <a href="author.html#2814">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Michael Scherer a &#233;crit :
+&gt;<i>
+</I>&gt;<i> Le jeudi 24 f&#233;vrier 2011 &#224; 20:30 +0200, Anssi Hannula a &#233;crit :
+</I>&gt;&gt;<i> On 24.02.2011 18:57, Tux99 wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Quote: Michael Scherer wrote on Thu, 24 February 2011 13:27
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Le jeudi 24 f&#233;vrier 2011 &#224; 10:06 +0100, Samuel Verschelde a &#233;crit :
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I don't think so. Several Mandriva releases ago, there was no such
+</I>&gt;&gt;&gt;&gt;&gt;<i> &quot;More&quot;
+</I>&gt;&gt;&gt;&gt;&gt;<i> entry, but real sub-categories in the menu. Then it changed for
+</I>&gt;&gt;&gt;&gt;&gt;<i> what we have
+</I>&gt;&gt;&gt;&gt;&gt;<i> now, but that wasn't a change in the .desktop files, rather a menu
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> configuration. I guess that was a decision meant to bring
+</I>&gt;&gt;&gt;&gt;&gt;<i> &quot;simplicity&quot;,
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Yes, and that's a choice that can be backed by several studies on the
+</I>&gt;&gt;&gt;&gt;<i> subject, the working memory have been estimated to be 7 chunks of
+</I>&gt;&gt;&gt;&gt;<i> information ( between 5 and 9 is a wildly accepted range ). I remember
+</I>&gt;&gt;&gt;&gt;<i> having seen a studie saying that it was less than this, but I cannot
+</I>&gt;&gt;&gt;&gt;<i> find it ( and it was on slashdot, so this may have been wrong ).
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> So presenting only ~7 chunks of information ( ie ~7 items in menu ) is
+</I>&gt;&gt;&gt;&gt;<i> better according to the current cognitive model used, such as this one
+</I>&gt;&gt;&gt;&gt;<i> :
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://en.wikipedia.org/wiki/Human_information_processor_model">http://en.wikipedia.org/wiki/Human_information_processor_model</A>
+</I>
+What these studies refer to is how much information the average person
+can keep in short-term memory. Many such studies seem to indicate 3-5
+items (depending on the person), others give as much as 7-9.
+The variance is probably related to the complexity of information used
+in the study, or how it was presented. (And maybe also whether the
+subjects were fully awake at the time :) )
+
+This doesn't relate to menu display, which is related to the ability to
+find what one wants in reading a list.
+By default the Mandriva menus are displayed in alphabetical order, which
+is useful to anyone familiar with the latin alphabet.
+
+In the past (it could have been &quot;Mandrake&quot; or even &quot;RedHat&quot;), when there
+were too many items in a menu page to display in a single column, the
+overflow items were displayed in a second column. I don't remember if
+that was a special configuration, but I found it much better than the
+scrolling that we can encounter otherwise, when there are too many items
+for one column.
+And certainly much better than an additional submenu.
+I see this overflow column concept as being much like tabbed browsing.
+Until one has seen it, it can be difficult to appreciate the advantage.
+But once one has tried it, it becomes almost essential.
+
+&gt;&gt;<i> Eh, isn't that a reason to switch *back* to the two-level system, not to
+</I>&gt;&gt;<i> keep the current system?
+</I>&gt;<i>
+</I>&gt;<i> I do not think so. What chunk of informations do you take in account ?
+</I>&gt;<i>
+</I>&gt;&gt;<i> I have about 15-30 entries in everyone of Internet, Office, Audio/Video,
+</I>&gt;&gt;<i> Tools, Tools-&gt;System submenus.
+</I>&gt;<i>
+</I>&gt;<i> By submenu, you mean the &quot;more&quot; submenu ? I fail to understand what do
+</I>&gt;<i> you have exactly, can you provides a screenshot ?
+</I>
+Those menus all all submenus (or submenus of submenus) of the main menu
+page. (Levels 2 and 3, if you prefer.)
+
+&gt;&gt;<i> With a two-level system it would be considerably less and closer to the
+</I>&gt;&gt;<i> ~7 you mention.
+</I>&gt;<i>
+</I>&gt;<i> Depend, what is the process that you are wanting to improve ?
+</I>&gt;<i> ( and closer is not good enough, even if 15 is nearer to 7 than 20,
+</I>&gt;<i> that's still too much and a different process is used ( according to
+</I>&gt;<i> studies ))
+</I>
+I don't know of any study that says that 7 or 9 is too many items for a
+_menu_. Very few menu pages have that few items.
+However, I do see a disadvantage of having to scroll a menu with too
+many items for one fully visible column. Whence my suggestion of
+reverting to the 2-column (or overflow column) menu display as described
+above.
+
+my 2 cents :)
+--
+Andr&#233;
+</PRE>
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="002813.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI>Next message: <A HREF="002816.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#2814">[ date ]</a>
+ <a href="thread.html#2814">[ thread ]</a>
+ <a href="subject.html#2814">[ subject ]</a>
+ <a href="author.html#2814">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
+mailing list</a><br>
+</body></html>