Re: [Ayatana] Reducing Resistance to Change

Let's look at the "tooltip" dialog as an example of a place where people are still "resisting change". https://bugs.launchpad.net/indicator-application/+bug/527458?comments=all I'd argue that what people are really concerned about is two things: 1. A lack of consistency in the decision proces

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On Wed, Apr 28, 2010 at 16:14, Jan Claeys wrote: > That's not an issue on netbooks. > > It's not an issue with *maximzed windows*. It's every bit as much as issue for unmaximized windows on the netbook as it is for the desktop. -- Jeremy Nickurak -= Email/XMPP: jer...@nickurak.ca =- ___

Re: [Ayatana] Reducing Resistance to Change

On Thu, 2010-04-29 at 00:32 +0200, Jan Claeys wrote: > I agree providing end-user upgrade notes might be a good thing, but of > course those won't be ready until near the release, as not all > proposed changes will end up in the release... But as I mentioned, the facilities are in place to displa

Re: [Ayatana] Unexpected close functionality

On Thu, 2010-04-29 at 00:02 +0200, Jan Claeys wrote: > Op dinsdag 27-04-2010 om 19:54 uur [tijdzone +0100], schreef Shane > Fagan: > > Adding more preferences is a last resort in my book. > > This is the sort of thing you want a preference for (if saving the last > state was the best solution, we

Re: [Ayatana] Reducing Resistance to Change

On Wed, Apr 28, 2010 at 2:40 AM, Mario Vukelic wrote: > The experience is that as an interested > user you are running the development version for months during the > alphas with great expectations but nothing much to see UI-wise, and > suddenly sweeping and often problematic changes land late in

Re: [Ayatana] Reducing Resistance to Change

Op woensdag 28-04-2010 om 08:40 uur [tijdzone +0200], schreef Mario Vukelic: > Maybe it would help to provide explanations, links to feedback options, > etc. along with the changes. Currently users need to seek out the > information on their own - and often the first thing they read is an > inaccur

Re: [Ayatana] Panel menu in 10.10 Netbook UI

Op woensdag 28-04-2010 om 09:33 uur [tijdzone -0600], schreef Jeremy Nickurak: > This is an idea that's been debated alot, and in general, rejected, outside > of macos circles. Decoupling the menu from the application window means you > have to move your mouse from an application window, through an

Re: [Ayatana] Unexpected close functionality

Op dinsdag 27-04-2010 om 19:54 uur [tijdzone +0100], schreef Shane Fagan: > Adding more preferences is a last resort in my book. This is the sort of thing you want a preference for (if saving the last state was the best solution, we wouldn't need one). Maybe it could even be implemented by a plu

Re: [Ayatana] Integrating Application Search & Install

On 28 April 2010 12:47, Tyler Brainerd wrote: >> either way, the discussion here is suggesting something which has > conflicting goals. Is it an app search or a file search? Is it currently > installed apps or installable apps? Its going to create a really mess. Lets > narrow the vision a bit, and

Re: [Ayatana] Finger Swipe Gadgets

On Tue, Apr 27, 2010 at 3:26 PM, Alex Lourie wrote: > I'd be genuinely freaked if I couldn't login due to a broken camera :-) > Just to be fair, keyboards break more often than cameras do... -- --Alex Launi ___ Mailing list: https://launchpad.net/~a

Re: [Ayatana] Finger Swipe Gadgets

On Tue, 2010-04-27 at 22:45 +0300, Alex Lourie wrote: > That is what I would call the fail-safe mechanism, and yet, I'd hope > it would still work Interesting conundrum, though: Passwords work - as far as they do - because people use them quite regularly and so they tend to remember them and to b

Re: [Ayatana] Integrating Application Search & Install

On Wed, Apr 28, 2010 at 10:19 AM, Diego Moya wrote: > On 28 April 2010 10:50, Tyler Brainerd wrote: > > If the goal of all this is to directly connect the user quickly with > > their files and programs, then adding programs that are not currently > > installed will only add clutter and messiness,

Re: [Ayatana] Integrating Application Search & Install

On 28 April 2010 10:50, Tyler Brainerd wrote: > If the goal of all this is to directly connect the user quickly with > their files and programs, then adding programs that are not currently > installed will only add clutter and messiness, The application menu has also the goal to let the user disco

Re: [Ayatana] Finger Swipe Gadgets

My voice is my passport On 28 April 2010 01:20, Chow Loong Jin wrote: > On Wednesday 28,April,2010 07:05 AM, Benjamin Humphrey wrote: >> It would be kickass if you could grin at your computer to make it unlock. > > It would be really funny to watch someone pulling different variants of a face > a

Re: [Ayatana] Panel menu in 10.10 Netbook UI

In which case they probably ought not to be using the netbook remix version. The standard desktop is probably going to suit their needs better, with just the custom launcher menu. On Apr 28, 2010, at 8:41 AM, Diego Moya wrote: > On 28 April 2010 08:24, Mark Shuttleworth wrote: >> On 28/04/10 14:

Re: [Ayatana] Skipping Multiple songs?

On Wednesday 28,April,2010 10:47 PM, Frederik Nnaji wrote: > On Tue, Apr 27, 2010 at 20:58, Jan Claeys > wrote: > > Obviously, shoehorning everything into standard menu items shouldn't be > our goal... > > > Do others often try to skip multiple songs? > > Is

Re: [Ayatana] Integrating Application Search & Install

If the goal of all this is to directly connect the user quickly with their files and programs, then adding programs that are not currently installed will only add clutter and messiness, making it more difficult to find their files and programs, and effectively making sure that no one will use this.

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On 28 April 2010 08:24, Mark Shuttleworth wrote: > On 28/04/10 14:21, Diego Moya wrote: >> How is this expected to work on touchscreens, where the pointing >> device lacks a real mouseover action? Will it rely on a hard key being >> available? > In cases where the touch screen is supplementary (i.e

Re: [Ayatana] Panel menu in 10.10 Netbook UI

Ah. This is an idea that's been debated alot, and in general, rejected, outside of macos circles. Decoupling the menu from the application window means you have to move your mouse from an application window, through an unrelated desktop region, up to a seperate region of the screen, which means it

[Ayatana] posting

Hello, I have been trying to post a message to the ayatana mailing list, but it doesnt show up in the archives. Why is that? Best regards, Kai -- This message was sent from Launchpad by the user Kai Aeberli (https://launchpad.net/~kai.aeberli) using the "Contact this team" link on the Ayatana D

Re: [Ayatana] Panel menu in 10.10 Netbook UI

For toggle when using touch maybe staking out some OS "reserved" gesture/s early in the game would be worthwile. For instance on some Android apps press-hold brings up a menu. Unfortunately this isn't always the case so it is less useful / discoverable. On Apr 28, 2010 6:25 AM, "Mark Shuttleworth"

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On 28/04/10 14:21, Diego Moya wrote: > On 28 April 2010 05:26, Mark Shuttleworth wrote: > >> When you mouse towards the window title, or press Alt, it will be >> replaced by the menu. >> > How is this expected to work on touchscreens, where the pointing > device lacks a real mouseover actio

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On 28 April 2010 05:26, Mark Shuttleworth wrote: > When you mouse towards the window title, or press Alt, it will be > replaced by the menu. How is this expected to work on touchscreens, where the pointing device lacks a real mouseover action? Will it rely on a hard key being available? I know my

Re: [Ayatana] Panel menu in 10.10 Netbook UI

This all sounds great for saving screen space, but it is hard to understand how usable it would be without actual examples or mockups. I'll wait for the live examples then Thanks, Alex. On Wed, Apr 28, 2010 at 1:54 PM, Mark Shuttleworth wrote: > On 28/04/10 11:48, Omer Akram wrote: > > > When

Re: [Ayatana] Reducing Resistance to Change

On Tue, 2010-04-27 at 23:55 -0500, Diego Moya wrote: > Are you willing to compromise > the design decisions and adapt to those multiple considerations, or > are you going to push one "pure" solution for its expected benefit in > some specific cases? It's hard to balance both ways Yes it is hard a

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On 28/04/10 11:48, Omer Akram wrote: > > When the window is maximised, the panel will contain: > > > > - the window controls (from the left, just after the Ubuntu icon) > > - the window title > > - the indicators (aligned right) > > Hmm. How will we switch between running apps then? We'll address

Re: [Ayatana] Panel menu in 10.10 Netbook UI

> When the window is maximised, the panel will contain: > > - the window controls (from the left, just after the Ubuntu icon) > - the window title > - the indicators (aligned right) Hmm. How will we switch between running apps then? ___ Mailing list: htt

Re: [Ayatana] Reducing Resistance to Change

On Tue, 2010-04-27 at 23:55 -0500, Diego Moya wrote: > In the cases I've witnessed, the hyperbole works more like "we've > broken the current workflow for some real existing users in benefit of > some hypothetical newcomers that could or could not use the new > feature. And we don't provide a way

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On 28/04/10 00:19, Jeremy Nickurak wrote: > I would assume that the window controls won't exist in this scenario... > > Am I correct in assuming that menus will only go into the top panel if > the window is maximized, such that its window controls are hidden by > maximus? Neither is right, I'm afr