On 23 September 2010 03:00, Apoorva Sharma wrote:
>
> Thanks for your approval of my design!
>
> I went ahead and made an interactive mockup with HTML, CSS, and JavaScript.
> Since it uses CSS3, it only works with Firefox 4, Chrome, and Epiphany. (In
> Maverick)
>
> Here's the link: http://dl.drop
On 22 September 2010 12:16, frederik.nn...@gmail.com wrote:
> On Mon, Sep 20, 2010 at 19:00, Diego Moya wrote:
>
>> The last option (current approach) makes it an all-or-nothing proposition
>> i.e. users that don't find the default design will not benefit at all from
On 21 September 2010 15:57, Matthew Paul Thomas wrote:
>
>> For the same reason operating systems don't have visible controls for
>> configuring the appearance of tooltips. If they're designed right, they
>> should be below the threshold of triviality. If a substantial proportion
>> of users want
On 21 September 2010 15:57, Matthew Paul Thomas wrote:
> Diego Moya wrote on 20/09/10 15:59:
> > I think it was meant to configure the default opacity to a level at
> > which the user feels comfortable. The Ayatana design dismissed the idea
> > to let users configure notific
On 20 September 2010 18:25, Luke Benstead wrote:
>
> I can only think of two options to display notifications while trying not
> to obscure a user's workspace:
>
> a.) Don't display notifications in the working area (e.g. display them in
> the panel, Android-style)
> b.) Resize the working area to
or moving the bubble would relieve the feeling that the notification is
being obstructive.
Diego Moya wrote on 17/09/10 13:59:
> > Yes, those bubbles are actually quite similar to what NotifyOSD tries
> > to do. But look how Jef required a way for the user to take control of
> >
On 17 September 2010 14:18, Matthew Paul Thomas wrote:
> Diego Moya wrote on 17/09/10 07:10:
> > I think it was Jef Raskin who said that you should treat user input as
> > sacred. I concur, and that can be extended to the user focus of
> > attention.
>
> Well, Jef ha
On 17 September 2010 09:03, Conscious User wrote:
> To be more clear, I think this goal is *already* being achieved quite
> nicely by NotifyOSD *when mouse interaction is involved*. The problem
> is when one of the two following cases happen:
>
> a) The user is typing something in a text field rig
On 17 September 2010 05:21, Conscious User wrote:
>
> Like I said, it's not necessarily a "much more important action". It
> could be a very mundane action, but whose movement you couldn't stop
> by reflex.
>
> Furthermore, it is one thing to miss one notification because you were
> away or not pay
Hats off to you for your attention to detail. If case nobody noticed, the
pin icon does actually work in this last version of the mock up. This means
every original screen has been duplicated to the two possible states of the
pin.
One little detail bugs me. In this interaction model, the maximize
On 16 September 2010 17:19, Conscious User wrote:
>
> > A notification appears (the mouse cursor is not below the notification).
> > The user is now notified. When they move their mouse to that area (bear
> > in mind that they are 'notified' and have no further use for the
> > graphic) it once aga
Beautiful demo!
I miss the ability to close several applications with the "X" button. That
could be alleviated by showing the window toolbar in the quickaccess view
[1]. That would also show the windicators, when they are implemented.
Also when one of the main menus [2][3][4] is open, clicking on
Great work!
I really like the idea of the random evolving wallpaper, and your nice hack
proves that the desired effect does work in practice.
One word of warning - if this feature finally gets included in Ubuntu,
please make sure that the orange highlights are always kept subtle and never
run ou
On 8 July 2010 08:50, Sam Spilsbury wrote:
> If you want to "standardize"
> tabbing into the window manager that is fine, but keep in mind that
> the window manager has to keep the pixmaps of those windows around at
> all times in order to tab between them. This in itself is huge memory
> wastage.
On 24 June 2010 00:28, Apoorva Sharma wrote:
>To get around these problems, I have come up with the following idea.
>...
>If this is implemented, then all the windicators could have copies of
them already in
>the panel. For example, not only would rhythmbox have a volume indicator on
On 18 June 2010 17:12, Mark Shuttleworth wrote:
On 18/06/10 15:00, Sam Spilsbury wrote:
>>
>> What happens if applications have more than 4 or 5 indicators?
>>
> We'll have to think about that :-)
> Suggestions? Show the ones that most recently changed status?
I like how the Unity launcher solves
On 7 July 2010 07:32, Philipp Wendler wrote:
> How would you handle the advanced application-specific features related
> to tabs? In Firefox for example, there are quite a few actions when you
> right-click on the tab bar:
> - reload tab
> - make tab into a bookmark
> - undo tab closing
>
Creatin
On 6 July 2010 11:41, David Siegel wrote:
> We will certainly have an option to automatically hide the Launcher in
> 11.04, but for 10.10 I recommend using full screen mode while browsing the
> web on smaller netbook screens if you need the extra horizontal space.
>
> David
>
>
That's fine and go
On 5 July 2010 19:03, Liam Wilson wrote:
> Now, I know that the titlebar and menu items will be located in the panel in
> the future, which does save a lot of vertical screen space, but horizontal
> screen space in important too, and one major annoyance of mine is that
> Websites now don't fit h
I often find myself resizing windows not for their content but in
order to cover an underlying window that has a colorful distracting
graphic.
I find the Attention-helper in Compiz a valuable tool for window
managing. I've set the ADD-helper to desaturate and reduce bright to
background windows, a
On 22 June 2010 12:31, Diego Moya wrote:
> What I suggested is having volume
> sliders in each application*
* for multimedia applications that include media-player controls, that is.
___
Mailing list: https://launchpad.net/~ayatana
P
On 21 June 2010 09:35, Matthew Paul Thomas wrote:
>Diego Moya wrote on 04/05/10 20:20:
>> I like somebody's proposal of being able to drag the closed panel icon
>> left and right to change the slide without needing to open the menu
>> first. This way I would a
On 24 May 2010 21:34, Mark Shuttleworth wrote:
> It's definitely not a papercut :-)
>
> Personally, I think trying to prevent focus-stealing does more harm than
> good. If you do that, you end up with a LOT of suboptimal situations
> like windows opening in the background. So I'm +1 the current ban
Select multiple files, then drag?
This is no different in single click mode.
On 21 May 2010 13:34, Alex Launi wrote:
> How do you drag multiple files?
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscrib
On 21 May 2010 12:13, Diego Moya wrote:
> Joern, your current design doesn't make clear what will happen if the
> user clicks the area right under the checkbox. Will that open the file
> or select the checkbox? Could you create a new mockup where that area
> includes a vertical dr
On 21 May 2010 12:28, Mark Shuttleworth wrote:
> Folks, I don't want to pour water on your flames but...
>
> We already have mechanisms for multiple selection, with dragging to
> lasso a set of icons, ctrl-click to select an arbitrary set, and
> shift-click to continue a selection along a list.
Th
On 21 May 2010 11:44, Alex Launi wrote:
> This looks awesome! But why do we need the dismiss all button? Shouldn't
> just clicking into white sufficient? Having a button like that will give a
> lot of users the impression that that's the only way to deselect files, when
> really it's a kind of inef
On 21 May 2010 11:52, Alex Launi wrote:
> Some concern has been raised about the discoverability of drag, this might
> be crack but what if on hover we did something like what is shown in Joern
> Konopk's mockup[0], but part of what appears on hover is something that
> resembles a window border/tit
On 17 May 2010 02:37, Jan-Christoph Borchardt wrote:
> Thanks to everyone contributing to the discussion. But please, before
> you answer or link to this, read/link the wiki page Thorsten Wilms
> created for this: https://wiki.ubuntu.com/Ayatana/DoubleClick
>
> Our essential findings should be wri
2010/5/14 Martín Soto:
> You're mixing in your own design/implementation assumptions. I'm suggesting
> to play notification sounds at a volume that is higher than whatever is
> currently playing. However, I never suggested to achieve this by directly
> affecting the slider used to control the volum
On 13 May 2010 19:36, Diego Moya wrote:
> On 13 May 2010 18:42, Frederik Nnaji wrote:
>> pretty!
>> where would you now place the checkbox for multiple selection?
>
> Oops! I forgot about that feature :-)
>
> Maybe a "pin" icon at the top of the handle, inst
On 13 May 2010 18:42, Frederik Nnaji wrote:
> pretty!
> where would you now place the checkbox for multiple selection?
Oops! I forgot about that feature :-)
Maybe a "pin" icon at the top of the handle, instead of a checkbox?
___
Mailing list: https://l
2010/5/13 Frederik Nnaji:
> 2010/5/13 Diego Moya
>> You've never pressed the wrong floor button in an elevator? That's the
>> kind of overriding I'm referring to, not big "emergency stop red
>> buttons" everywhere.
>
> take this idea to an el
On 13 May 2010 18:31, Diego Moyawrote:
> I attach a quick-n-dirty mockup of a visual design for how this can be
> suggested.
... and a second version with several files, one of them with the mouseover.
<>___
Mailing list: https://launchpad.net/~ayatana
P
>>On 13 May 2010 17:08, Conscious User wrote:
>> are different things. Therefore, drag-n-drop also deserves
>> its mouseover handle, methinks...
Good idea!
On 13 May 2010 17:50, Jan-Christoph Borchardt wrote:
>A mouseover handle: That’s more of a compromise. :) This could solve
>the discoverabil
2010/5/13 Martín Soto:
> The number of hidden automations in our daily lives boggles the mind! If
> they all had an override mechanism, our world would be full with red buttons
> behind Plexiglas covers. I'm glad this isn't the case, by the way.
You've never pressed the wrong floor button in an el
On 13 May 2010 14:08, Thorsten Wilms wrote:
> You would get rid of the pesky timing issue, but introduce state and
> still require 2 clicks for the most common action (if opening is not the
> most common action on files or folders, I would suggest something is
> going wrong).
There will be (short)
2010/5/13 Martín Soto:
> Or you implement the automation properly so that it reliably delivers the
> right result.
The "right" result as defined by who? The designer or the user?
> A fridge with a just-in-case, thermostat-override button would
> speak very poorly about its manufacturer, wouldn'
2010/5/12 Alex Launi:
> 2010/5/12 Diego Moya
> No, you just need to make the programmed automation doesn't provide a wrong
> result.
If you can tell me how to do that, for all situations and usages, I
think there's a Loebner prize awaiting for you. Contextual adaptation
is
On 12 May 2010 15:00, Jan-Christoph Borchardt wrote:
> What about that? Are there any plans already to default to single
> click for opening files and folders in Ubuntu?
>
> It is way more intuitive to open with just a single click and have the
> modifier for the less frequent use-case of selecting
2010/5/12 Martín Soto :
> I proposed the idea of automatically controlling the volume of (or around)
> notification sounds as a way to eliminate one more aspect with which users
> must currently fiddle. If we managed to implement this (I know it isn't so
> easy) this would definitely simplify the u
Hi Matthew,
On 7 May 2010 15:58, Matthew Paul Thomas wrote:
> About the title of the menu, Diego Moya wrote on 04/05/10 20:20:
>> > > And one feature I miss is having a volume slider always shown in
> This is perhaps one case where global improvement (everything acting
> l
On 4 May 2010 17:18, Jan-Christoph Borchardt wrote:
> On 4 May 2010 20:20, Diego Moya wrote:
>> I preferred the old way where
>> you used a single precise click to reduce a deafening sound, instead
>> of having to wheel down during a couple seconds to achieve an
>> acce
I've created a mockup for a simple version of the panel with
per-application settings.
Instead of volume sliders for each application, a tri-state button
(muted, low, high) can be used to give priority to the focused
application.
Usually only one application would have high volume, clicking High
On 4 May 2010 13:24, Alex Launi wrote:
> On Tue, May 4, 2010 at 2:20 PM, Diego Moya wrote:
>>
>> Yes I know, and it's not enough for me. I preferred the old way where
>> you used a single precise click to reduce a deafening sound, instead
>> of having to wheel
On 4 May 2010 12:30, Mario Vukelic wrote:
> On Mon, 2010-05-03 at 23:03 -0500, Diego Moya wrote:
>> And one feature I miss is having a volume slider always shown in the
>> panel. This was removed from the Gnome volume control for unknown
>> reasons, and was a convenient way to
2010/5/4 Martín Soto:
> 2010/5/3 Diego Moya:
> IMO, we should start by getting rid of the system-wide volume. It adds lots
> of complexity without providing any significant advantages.
It has one killer feature that can't be obtained with individual
application controls: dimming
On 3 May 2010 22:14, Benjamin Humphrey wrote:
> Interesting idea and I'll reserve final judgement till I see it in action,
> or some clearer definitions of what would go into the windicator space. I
> have a few thinking points, however:
I have some more questions. What will happen with windicator
On 3 May 2010 22:12, Gavin Langdon wrote:
> One feature I like in at least the Gnome volume applet is the ability to use
> the scrollwheel on it to change the master volume. Hopefully this would be
> implemented as well. Just a comment.
And one feature I miss is having a volume slider always shown
On 3 May 2010 14:09, David Hamm wrote:
> imagine being able to open your contact list from the top right
> hotcorner, choose a contact and drag the app to the message box. Check
> the box that says fuse. This sends an email/im to the user and
> Ubuntu's share service now kicks in and syncs the app
Mark commented on the Windicators presentation post about the
convenience of an "unsaved" indicator for transient changes in a
document.
With the recent emphasis in Ubuntu ONE and data storage in the Cloud,
I think a simple unsaved warning is not enough. The Windicators design
gives us an opportun
On 3 May 2010 12:06, Dylan McCall wrote:
> On the other hand, it may be interesting to explore shading as a
> complete replacement to minimizing, though there's probably something
> else to be done. If my history is right, earlier GUIs did shading
> instead of having a window list to minimize to, b
2010/5/3 Martín Soto wrote:
> Providing tools people can install to satisfy specialized needs is the Right
> Thing to Do (TM). Trying to support specialized needs in the default user
> interface at the expense of a large majority of users is just plain wrong.
I agree, as long as installing specia
2010/4/30 Martín Soto :
> The fact that human brains posses such a high plasticity, however, is no
> excuse for us not getting our act together. Whenever you change a UI, you
> will break someone's habituation to that UI.
Not if you support both interactions, the old and the new. In many
cases thi
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
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
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
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
On 27 April 2010 16:22, Martin Owens wrote:
> Some of that good dialectic goes on here in this mailing list, but
> that's not communicated much outside where it would do good to calm
> people. I believe some of the problems stem from language of outside
> publishings, e.g: "We've made this choice b
On 23 April 2010 06:19, Frederik Nnaji wrote:
> how about tagging files and folders in nautilus?
> i wouldn't have to move them around much anymore, if i could attach
> tags to them.
>
> imagine you don't have to move your files around physically anymore,
> you just navigate them via tagging..
>
>
On 22 April 2010 17:30, Chow Loong Jin wrote:
> On Thursday 22,April,2010 10:51 PM, Luke Benstead wrote:
>> Then I thought, it would be pretty cool if all the menus on the panel
>> (including Applications, Places, System, Me menu, Indicators and the
>> calendar ) opened on hover. That would reduce
On 22 April 2010 12:59, Vishnoo wrote:
> On Thu, 2010-04-22 at 08:49 +0100, Mark Shuttleworth wrote:
>> On 22/04/10 04:27, Robin Anderson wrote:
>> It's a good point. The workspaces experience has languished, and I'd
>> like for us to climb in and improve it substantially. At the moment, we
>> do a
On 17 April 2010 00:22, Jim Rorie wrote:
> I think a good starting point would be to map modes of operation of the
> desktop. Just a few off the top of my head and without particular
> importance I can think of: (Just brainstorming here)
>
> Sudo privileges active
> Different desktops (1-4)
> Bat
On 30 March 2010 19:22, Jim Rorie wrote:
> On Tue, 2010-03-30 at 18:47 +0200, Diego Moya wrote:
>
> Ok, you guys got more out of the document that I did. Bad Latte. :(
>
> Ignore my last email. If the button is an entry point to a workflow
> concept, count me in.
>
> O
On 30 March 2010 17:56, Yann Lossouarn wrote:
>
> For example when you want to reduce the filesize of photos before sending
> it to someone by email. I'd like to "copy" current photo, "paste" it to
> Gimp, crop it and reduce it, then copy/paste it to Thunderbird without
> having to navigate insid
On 29 March 2010 19:02, Eduard Grebe wrote:
> This is certainly an interesting set of ideas worth thinking about. I'm
> not sure mouse-based gestures would work well, however: I suspect they
> would be very cumbersome compared to direct button clicks.
>
>
A radial pie-menu is a good alternative to
Hi. I'm new to the list, but have been a Gnome user for more than 10 years
and Ubuntu user since 5.04. I did my part of usability work back at College,
and would like to contribute my humble knowledge and options to this
project.
I'd like to bring to your consideration an article that addresses th
67 matches
Mail list logo
