summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20110224/002772.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/20110224/002772.html')
-rw-r--r--zarb-ml/mageia-dev/20110224/002772.html128
1 files changed, 128 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20110224/002772.html b/zarb-ml/mageia-dev/20110224/002772.html
new file mode 100644
index 000000000..c92cc2520
--- /dev/null
+++ b/zarb-ml/mageia-dev/20110224/002772.html
@@ -0,0 +1,128 @@
+<!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=%3C1298550423.11734.200.camel%40akroma.ephaone.org%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="002770.html">
+ <LINK REL="Next" HREF="002776.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] freedesktop spec and categories</H1>
+ <B>Michael Scherer</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20freedesktop%20spec%20and%20categories&In-Reply-To=%3C1298550423.11734.200.camel%40akroma.ephaone.org%3E"
+ TITLE="[Mageia-dev] freedesktop spec and categories">misc at zarb.org
+ </A><BR>
+ <I>Thu Feb 24 13:27:03 CET 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="002770.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI>Next message: <A HREF="002776.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#2772">[ date ]</a>
+ <a href="thread.html#2772">[ thread ]</a>
+ <a href="subject.html#2772">[ subject ]</a>
+ <a href="author.html#2772">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Le jeudi 24 f&#233;vrier 2011 &#224; 10:06 +0100, Samuel Verschelde a &#233;crit :
+&gt;<i> Le jeudi 24 f&#233;vrier 2011 08:27:36, Oliver Burger a &#233;crit :
+</I>&gt;<i> &gt; Am Donnerstag 24 Februar 2011, 08:20:41 schrieb Tux99:
+</I>&gt;<i> &gt; &gt; I have always hated that apps 'disappear' in the Other folders, can we
+</I>&gt;<i> &gt; &gt; not completely get rid of the Other folders, they don't make any sense
+</I>&gt;<i> &gt; &gt; (at least intuitively for a user).
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; IIRC this is triggered by the &quot;Categories&quot; entry in the desktop file of the
+</I>&gt;<i> &gt; application. I think we would have to patch ALL upstream desktop files to
+</I>&gt;<i> &gt; get rid of it which would be quite a pain.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; Oliver
+</I>&gt;<i> &gt;
+</I>&gt;<i>
+</I>&gt;<i> I don't think so. Several Mandriva releases ago, there was no such &quot;More&quot;
+</I>&gt;<i> entry, but real sub-categories in the menu. Then it changed for what we have
+</I>&gt;<i> now, but that wasn't a change in the .desktop files, rather a menu
+</I>&gt;<i> configuration. I guess that was a decision meant to bring &quot;simplicity&quot;,
+</I>
+Yes, and that's a choice that can be backed by several studies on the
+subject, the working memory have been estimated to be 7 chunks of
+information ( between 5 and 9 is a wildly accepted range ). I remember
+having seen a studie saying that it was less than this, but I cannot
+find it ( and it was on slashdot, so this may have been wrong ).
+
+So presenting only ~7 chunks of information ( ie ~7 items in menu ) is
+better according to the current cognitive model used, such as this one :
+<A HREF="http://en.wikipedia.org/wiki/Human_information_processor_model">http://en.wikipedia.org/wiki/Human_information_processor_model</A>
+
+&gt;<i> but I
+</I>&gt;<i> always hated that choice, because nobody can know in advance whether an
+</I>&gt;<i> application will show in the first level or be hidden in the &quot;more&quot; section.
+</I>
+Technically, nobody can know in advance if a software is installed or
+not. Sure, that's a problem to give support to someone by phone or to
+write documentation. But IMHO, it is better to have uncluttered menus,
+as a menu is basically used more often than the support. Of course, from
+the person giving support, the benefit of having someone else menu
+uncluttered are near 0, as they do not use the system of someone else.
+
+&gt;<i> I prefer a 2-level menu tree. If people find that it makes too much clicks,
+</I>
+This is not the number of click, but the fact that it take a longer time
+to scan the whole menu. Like reading a article with and without carriage
+return. The number of word to read are the same, but it is easier with
+carriage return, because this doesn't require any form of coordination
+( ie, this is not on the same cognitive level ).
+
+I am not sure if I am clear enough, but on the other hand, I fear that
+explaining the whole topic would requires much more time, and time have
+showed that people hate when I explain them ergonomics ( as seen on
+various rpmdrake bugs ).
+
+&gt;<i> then
+</I>&gt;<i> they shouldn't be using the menu but add a shortcut to the applications they
+</I>&gt;<i> use regularly in their taskbar or desktop (or just use ALT+F2).
+</I>
+So if you do not like the current system, you can just add a shortcut or
+use &quot;alt + F2&quot;, and that's all :)
+
+--
+Michael Scherer
+
+</PRE>
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="002770.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI>Next message: <A HREF="002776.html">[Mageia-dev] freedesktop spec and categories
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#2772">[ date ]</a>
+ <a href="thread.html#2772">[ thread ]</a>
+ <a href="subject.html#2772">[ subject ]</a>
+ <a href="author.html#2772">[ 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>