summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20110224/002772.html
blob: c92cc25203b0c3173e2dd05b6990608c676794f7 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
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>