Le mardi 15 mars 2011 à 16:37 -0700, Dylan McCall a écrit :
After several weeks of trying, last week I finally succeeded in
installing Natty to test Unity.
I was disappointed to see that in Unity, menus are invisible until you
mouse over where they are supposed to be. For a window, until
And what may those advantages be? Not every application is a web browser
and not all applications are the same, so this "trend" Chrome
supposedly started does not automatically apply to all and every
application. Also this quest for abolishing menus is complete nonsense
propagated by people
You can drop the ad hominem attacks. The everyone's-stupid-but-me attitude
is not very productive.
Advantages to current setup: Increases free vertical space; removes visual
clutter; creates a disincentive to use the menu as an indicator conveying
useful information for which it's not suited
Peace indeed. I'm not implying that you or anyone else is stupid, I'm stating,
and as irritating as it might be to you, the fact, that most people on here
(most, not all) don't understand what interaction design is about (and that
implies lack of understading, not supidity), and you just proved
On Tue, 2011-03-15 at 21:17 -0300, Conscious User wrote:
Remco wrote:
The thing I find jarring is that we have this mysterious design
team that basically discusses things behind our backs here at
Ayatana. I understand that a small team with face-to-face
meetings can be beneficial to
On Wed, 16 Mar 2011, Matthew Paul Thomas wrote:
Do you know of any Ubuntu application that was trying to use its menu
titles as an indicator in the first place?
The Gimp and various other MDI applications prepend an asterisk ('*')
to the front of the window title to show an edited, but unsaved
Not off the top of my head (which is not an admission that such applications
don't exist, I just don't have time to hunt through my app catalogue right
now).
But one of the solutions proposed for the hidden menu problem, that of not
showing the title at all for maximized windows, would probably
Is it a coincidence that the two of them worked in Open source projects
_before_ joining Canonical design team..? ;-)
This topic has been hashed, re-hashed over-n-over again several times..
I, for one, definitely see a huge improvement in communication from the
design team. Several
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marc Lajoie wrote on 15/03/11 15:22:
Hey, wow, I see you guys are already way ahead of me on this one.
So how can I help? Is there already some code on this that I can hack
on?
...
The existing menu is part of gnome-settings-daemon.
On Wednesday, March 16, 2011 11:00:35 AM Matthew Paul Thomas wrote:
(It would be interesting to replace maximization with a standard
function that really *does* make all the available screen space ...
dedicated to this window.)
This is one of the most hated features in osx, imo. It takes
On Wed, 2011-03-16 at 08:37 -0300, Conscious User wrote:
You completely missed my point. Yes, I'm talking about the lack of
communication between the design team and the community,
yup, I replied to only that part of your mail.. and referred only to
that part as being re-hashed.. :-)
but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sladen wrote on 16/03/11 11:29:
On Wed, 16 Mar 2011, Matthew Paul Thomas wrote:
Do you know of any Ubuntu application that was trying to use its menu
titles as an indicator in the first place?
The Gimp and various other MDI applications
On Wednesday, March 16, 2011 08:35:32 am Vishnoo wrote:
On Wed, 2011-03-16 at 08:37 -0300, Conscious User wrote:
You completely missed my point. Yes, I'm talking about the lack of
communication between the design team and the community,
yup, I replied to only that part of your mail.. and
On 16/03/11 13:01, Thorsten Wilms wrote:
Especially given the huge role habituation and familiarity play in early
evaluation of concepts and implementations by users.
It's a small step from workflow to ritual.
Sometimes the problem may be certain users stubbornness rather than
anything
On Wednesday, March 16, 2011 09:42:17 am Vishnoo wrote:
On Wed, 2011-03-16 at 08:42 -0400, Scott Kitterman wrote:
Else, we are in a huge mess, if they are lacking communication too.. :s
A bug is a bug no matter who files it. If we're down to it's only a real
bug if certain people file
On 16/03/11 13:01, Thorsten Wilms wrote:
If you are not under too tight constraints, the questionshouldn't be
how something is being done, not even how users would like to do it, but
rather: how should they do it?
I thoroughly disagree with this assessment of UI/X design for the
following
You picked the wrong example as left-aligned windows controls were not a
design decision per se, but rather a decision based on Mark Shuttleworth's
own personal preference, as stated by himself.
Cheers,
Mitja
- Original Message -
From: Lee Hyde anub...@gmail.com
To: t w
There is absolutely nothing wrong with full-screen writing software from design
perspective, actually they make a lot of sense in that particular case (backed
by science), it's just that that doesn't make full-screen an optimal case for
every application.
I suspect that you are somewhat
And you intend to understand your target audience's needs without including
it in the discussion?
Marc Lajoie
ps. Where's your science that says that users resist changing their
work-flow based more [on] ... fear of change and the unknown? Isn't it
possible their preferences are not completely
I agree time to sign off, as this discussion is going nowhere and it's not
really contributing much to anything anymore. Just remember, designers are you
friends ;)
Cheers,
Mitja
- Original Message -
From: Marc Lajoie manorap...@gmail.com
To: Mitja Pagon mitja.pa...@inueni.com
On 03/16/2011 02:59 PM, Lee Hyde wrote:
On 16/03/11 13:01, Thorsten Wilms wrote:
If you are not under too tight constraints, the questionshouldn't be
how something is being done, not even how users would like to do it, but
rather: how should they do it?
I thoroughly disagree with this
On 03/16/2011 02:59 PM, Lee Hyde wrote:
On 16/03/11 13:01, Thorsten Wilms wrote:
If you are not under too tight constraints, the questionshouldn't be
how something is being done, not even how users would like to do it,
but
rather: how should they do it?
I thoroughly disagree with this
On 16.03.2011 10:23, Marc Lajoie wrote:
Advantages to current setup: Increases free vertical space; removes
visual clutter; creates a disincentive to use the menu as an
indicator conveying useful information for which it's not suited
(more standardized and consistent menu headings across
On 16.03.2011 18:08, David wrote:
Hi,
i just want to add my 2cts
(but its to late for natty so you need to continue anyway ;-))
i think we should really let the user choose and just discussing about
the best default.
See settings.png
Yes, I totally agree on that!
On Wed, Mar 16, 2011 at 6:58 AM, Matthew Paul Thomas m...@canonical.comwrote:
Do you know of any Ubuntu application that was trying to use its menu
titles as an indicator in the first place?
- --
mpt
Firefox, private browsing mode. the tilebar is how private mode status is
conveyed to
revno: 115
committer: Aurelien Gateau aurelien.gat...@canonical.com
branch nick: trunk
timestamp: Wed 2011-03-16 14:07:55 +0100
message:
Remove COPYING: all code from this project is LGPL, nothing is GPL
removed:
COPYING
--
The proposal to merge lp:~karl-qdh/indicator-datetime/calendarmenuitemsignals
into lp:indicator-datetime has been updated.
Status: Approved = Merged
For more details, see:
https://code.launchpad.net/~karl-qdh/indicator-datetime/calendarmenuitemsignals/+merge/53467
--
27 matches
Mail list logo