> While *you* have the ability to "figure out ways to sort it out", and
> were helped in this by having seen the list of updates... would your
> proverbial grandmother have been similarly helped by such a list?
World is not made of just grandmothers.
Sure many people will never learn but many actu
> I think the biggest problem with automatic updates is that it puts systems
> at some non-zero risk for the sake of fixing something that probably isn't
> relevant to their systems.
Wonderful point. I don't upgrade my system at all while I'm traveling.
Stefano
__
I'd add, rather than 're brand' the updates, some line of explanation
in the update window or notification may enhance things quite a bit.
In Windows people don't upgrade the system because they know it will
make it slower, or will send their data to some anti-piracy database
or stuff like that.
A
>> If you feel this
>> is important, consider proposing a more prominent place to let users
>> opt-in automated upgrades. (like, say, Ubiquity. We may place a
>> "Perform the upgrades for me" checkbox just under the 'autologin'
>> checkbox)
>>
>
> That would be nice, and have it checked by default.
On Thu, Jun 18, 2009 at 12:02 AM, David
Siegel wrote:
> I think this is the ideal, but every time I start to bring up implicit
> updates, I get smacked :)
Understandable.
I should also say that browser upgrades are different from whole OS
upgrade (not to mention we have PPA's and similar stuff).
> My roll on the Canonical Design and User Experience team is to make Ubuntu
> the most enjoyable to use operating system in the world, so I hope you can
> forgive me for making "[it offers a] more pleasant experience" the main
> thrust of my argument.
David, as I told before, there's no intent of
> People who auto-login or never restart can be handled differently.
> Personally, I auto-login, so I would not use this feature, but let's not
> think of gurus like us, who participate on Linux mailing lists, and let's
> think instead about the average user, who might be made uncomfortable by
> co
> We should definitely consider as many update scenarios as possible in order
> to find the one that users will prefer. We are very quick to start
> implementing updates and shut down without considering something radically
> different because many of us have experiences updates at shutdown when us
+1 for opening the things up a bit, but with a twist.
I propose the design team to open up a blog and post early mockups as
soon as they come out, together with wiki page references.
That would help to gather early feedback very soon, and augment hype.
Provided they're confident enough to still b
>>This is the reason why I was asking
>>Scott to produce some explicit evidence, because, so far, I have the
>>impression he's mostly speaking based on his own feelings. I may be wrong
>>about this, of course.
>>
>
> You are. I have tried to monitor all the public feedback about this change
> the
> Awesome, right?
Not sure about what your whole reply meant.
I think that notifying on startup has many disadvantage and it's not
applicable in some cases (kernel upgrades, autologin).
It's not wonder windows why asks for it at the shutdown.
___
Mailin
> Would you mind showing us some evidence of said "overwhelmingly negatively"
> reaction? From what I've seen on the mailing lists so far, those complaining
> about the update pop-under mostly belong to a small, yet very vocal group of
> power users.
Are you joking ?
Count the unique users on thi
> David Siegel also had a really great idea for making updates fun (and it
> also solves the issue of how to handle updates- notification icon or
> pop-under window) at the "install updates on shutdown" discussion. Let me
> preface this with these are his ideas and not mine, I think they're great
>
On Tue, Jun 16, 2009 at 5:21 AM, Ryan Prior wrote:
> On Mon, Jun 15, 2009 at 11:00 PM, tacone wrote:
>> * If I am right, the issue with the orange icon is that not noticeable.
>> * The issue with popups, is they're intrusive. So time limits had to
>> be put on (the once
Hello, I'd like to share my view on the issue, since I consider it a
drammatically serious one ;-).
As many people I loved the orange icon (and I loved the choice of icon
as well), and I'm much concerned about pop unders.
* If I am right, the issue with the orange icon is that not noticeable.
* T
I fully understand my idea came in a time where everything was
decided, but you have to let people express their vision, only
afterwards you can point out things out.
> We're very interested in morphing windows, so thank you for exploring the
> idea! In general, morphing windows should let us deli
reposting to the whole list.
>> My proposal brings consistency to the whole, avoiding different look,
>> feel and behaviour between interactive and non interactive
>> notifications.
[mac_v] wrote:
> if a system feature behavior behaves differently, then it should
> definitely look different from
> this is somewhat similar to what i had proposed sometime ago>
> https://wiki.ubuntu.com/NotificationDesignGuidelines/Comments#Notification%20tags%20[for%20persistent%20notifications]
No, it's different, in the way it behaves exactly as a normal
notification. It always disappears on mouse over, e
I had an idea for notifications which require interaction.
I've read about morphing windows on the Wiki but I think that they
would undermine consistency a bit. I'm attaching a mockup to this
mail, but I'm so bad at using Gimp that much of what I'm proposing
will be left to your ability of underst
> I think adding an initial dialogue before allowing the site to use the
> indicator applet
> "Allow / deny www.site.com to display updates via indicator applet"
> should be considered.
>
> With an easy way to revoke the permissions later if the user find the
> site spamming.
>
> these two feature
Apologies, resending to the list.
> Agreed - Pidgin should be smarter at telling the difference between "me
> logging on" and "buddy logging on".
If I am not wrong the new default instant messenger for Karmic will be
Empathy, though.
Does it behave better ?
Stefano
21 matches
Mail list logo
