Re: [Ayatana] Indicators for showing progress

hi there ;) I'm fairly new to this list, please don't cook me alive ;) On Wed, Apr 14, 2010 at 13:47, Luke Benstead wrote: > On a slightly related note, check out Solution #5 from this brainstorm > idea: http://brainstorm.ubuntu.com/idea/24130/ > > yeah, this solution is nice and part of a scala

Re: [Ayatana] Middle-click on indicators

On Wed, Apr 14, 2010 at 14:00, Chow Loong Jin wrote: > Then how about middle click activating a "default action" of an indicator? > [...] > I think this would lead to the same kind of standardization that the > application > indicators is supposed to bring, without cutting back too much on > func

Re: [Ayatana] Middle-click on indicators

On Wed, Apr 14, 2010 at 16:14, Chow Loong Jin wrote: Really? I thought all Ubuntu installations had 3-button emulation enabled > (left+right click = middle click) by default, which I had mentioned in my > previous post (the one between this one and the quoted one). > and here's the "modifier". s

Re: [Ayatana] Indicators for showing progress

On Wed, Apr 14, 2010 at 18:01, Remco wrote: > I think the general idea is to eventually get rid of the window list > (replacing it with GNOME > Shell's exposé-like functionality), and extend/standardize the tray to > start programs, indicate running programs, show progress, > notifications, and o

Re: [Ayatana] Ubuntu Light system sounds

On Wed, Apr 14, 2010 at 19:15, S. Christian Collins < s_chriscoll...@hotmail.com> wrote: > Hi Everyone, > > Someone on the ubuntuforums.org Lucid sound theme > threadrecommended > that I send my sound theme to you. Here is the download l

Re: [Ayatana] Ubuntu Light system sounds

On Wed, Apr 14, 2010 at 21:50, Dylan McCall wrote: > > I'm not sure if there are any tutorials on the topic, but the > specification should have the information you need to get started > turning an assortment of files into a working sound theme: > http://www.freedesktop.org/wiki/Specifications/so

Re: [Ayatana] User feedback from the new WM control order

On Thu, Apr 15, 2010 at 13:37, Vishnoo wrote: > What could probably be a solution is adding pointer friction to the top > edge of the menubar , so that it is less easy to over-shoot the menubar > and could probably prevent accidentally hitting the window controls. > hey i love this idea! perhaps

Re: [Ayatana] Indicators for showing progress

On Wed, Apr 14, 2010 at 22:27, Nicholas Ipsen(Sephiroth_VII) < sephiroth7...@gmail.com> wrote: > Including Brasero's progress would make it too broad, we need to keep > it oriented towards purely file transfers, and though some might argue > that writing to a cd is also a file transfer, I don't th

Re: [Ayatana] Middle-click on indicators

i tried out some ideas on my netbook, mouse connected. On Thu, Apr 15, 2010 at 09:56, Chow Loong Jin wrote: > We were proposing that one action be specified by the application to > libappindicator to be the default. Then indicator-application (the applet) > decides how to activate this default a

Re: [Ayatana] Fwd: CHI Day 4 continued

On Sat, Apr 17, 2010 at 00:22, Jim Rorie wrote: > > Communication and language are at the centre of this topic, not music. > > I agree, but let's not lose sight of the Feng shui aspect of the > desktop. hahaah ;) i get carried away by spiritual concepts too easily :D Music is communication. I

Re: [Ayatana] monochrome applets vs user experience

thanks for your feedback, Conscious! On Sat, Apr 17, 2010 at 11:29, Conscious User wrote: > > The problem is, once the person knows and accepts the fact that the > bluetooth is on and discoverable, color becomes a nuisance and a > distraction. The power consumption and discoverability problems >

Re: [Ayatana] Middle-click on indicators

On Sat, Apr 17, 2010 at 11:05, Conscious User wrote: > > such a list would show me e.g. somebody's online availability, next > > calendar entry and current mood, before i decide whether to > > video-call, IM, email or broadcast-message the person. > > While I agree it's a cool idea, I have doubts

Re: [Ayatana] Ubuntu Light system sounds

On Sat, Apr 17, 2010 at 07:20, S. Christian Collins < s_chriscoll...@hotmail.com> wrote: > Hi, have any decisions been made on this? I just want you to know that I > am willing to provide extra sounds if necessary (and make necessary changes > to existing sounds as well). > > -~Chris > hi chris

Re: [Ayatana] Fwd: CHI Day 4 continued

On Sun, Apr 18, 2010 at 13:45, Abhishek Dasgupta wrote: > For large screens, the compiz ripple effect would be really effective, > imagine ripples spreading from the indicator and fading after a few > pixels. > > Abhishek > > yah! perhaps a creativity brainstorm on the topic could reveal previous

[Ayatana] MeMenu status message

hello everyone ;) would it be blasphemy to suggest, the text input field in the MeMenu may serve to enter my away/availability message as one would naturally expect it to do since it's positioned right above the availability settings with no further field-description visible.. !?

Re: [Ayatana] MeMenu status message

On Mon, Apr 19, 2010 at 19:07, David Siegel wrote: > > * Appear as a text field, showing your most recent status + status icon. > if this includes also custom IM status and a complementary status icon, i agree * When you click to explicitly focus the text field, the text entry > expands to sho

Re: [Ayatana] GSoC '10 Idea : NotifyOSD improvements

On 04/20/2010 10:42 AM, Matthew Paul Thomas wrote: A few design features that I have in mind (possibly conflicting from the specs in the wiki) : 1.) Stacking, that'd make the bubbles dock downwards as they are initiated and start to stack up as the bubble times finish away. The idea is th

Re: [Ayatana] Indicators for showing progress

On Wed, Apr 21, 2010 at 10:18, Matthew Paul Thomas wrote: > Conscious User wrote on 20/04/10 14:21: > > > I think it would be fine enough if the "download indicator" was a menu > > with one item per download. This item would have a percentage, a label > > and an icon indicating the source applicat

Re: [Ayatana] Farewell to the notification area

On Wed, Apr 21, 2010 at 23:04, Shane Fagan wrote: > > Hey mpt, > > I think the target is far enough but I wouldnt like to remove it from > the default install until upstreams adopt the new spec fully. Which will > take a long enough time. I think remove it cold turkey from the next LTS > release j

Re: [Ayatana] Farewell to the notification area

On Wed, Apr 21, 2010 at 22:44, Matthew Paul Thomas wrote: > Do you have suggestions on how we can make the transition smoother? > thank you for asking for our opinions ;) after all u openly admit, conceptual mistakes did happen in the recent past.. looks like Ubuntu can learn from mistakes. glad

[Ayatana] GNOME Shell Activities

this one has been making me scratch my head for a while now: how do "we" think about GNOME Shell and possibilities arising with the introduction of its "Activity Journal" usage? how are indicator menus going to be transferred into this conceptually radically different DE? my personal belief is th

Re: [Ayatana] Indicators for showing progress

On Wed, Apr 21, 2010 at 22:26, Conscious User wrote: > Huh? It wouldn't be "the download portion of a task", I'm talking about > tasks that *are* downloads. > > if the goal is to design an informative download indicator menu, i seriously would want to consider listing *all* download bandwidth rel

[Ayatana] Tasque, Giver

good morning list, good night myself.. ..just came across Tasque again! and yes, obviously it appeares worth sharing with the ML: visit: http://live.gnome.org/Tasque see: http://video.google.com/videoplay?docid=-3324975082418734422 Tasque already supports these backends: *Evolution Data Server ak

Re: [Ayatana] Indicators for showing progress

On Thu, Apr 22, 2010 at 08:11, Conscious User wrote: > I think it makes more sense to restrict the usage of a download > indicator to specific "I want to save this file here" request. > This is not the case for an update, the download is simply part > of the process and later access to the file is

Re: [Ayatana] Tasque, Giver

On Thu, Apr 22, 2010 at 15:12, John Lea wrote: > I think a first step towards making Tasque work with Ubuntu One could be > moving it to using CouchDB for it's own storage.  The best person to talk to > about this is Stuart Langridge, see https://launchpad.net/~sil >

Re: [Ayatana] Tasque, Giver

On Thu, Apr 22, 2010 at 18:16, John Lea wrote: > Hyia, you might want to post this to the ubuntuone-us...@lists.launchpad.net > mailing list.  I'm not sure if any of the developers working with CouchDB > subscribe to this list, so you may not get a answer to your question here. perhaps one of the

Re: [Ayatana] Hovering to open items on the top panel

On Thu, Apr 22, 2010 at 18:35, Diego Moya wrote: >> It makes the accidental hover over these menus a lot more painful. I'd rather >> not have this. i can imagine a proficient hacker would not care about too much of this, his hands being on the keyboard most of the time. > Ditto. But I think this

Re: [Ayatana] Farewell to the notification area

On Thu, Apr 22, 2010 at 22:40, Conscious User wrote: > >> If people don't figure out how to use something we designed, the answer >> is to improve the design, and not to mount a campaign to educate them :-) >> >> By which I mean that the pieces should feel more natural, and getting >> things done

[Ayatana] Tagging in Nautilus

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 a fs level that would be horrendous i suppose, perhaps so

Re: [Ayatana] Tagging in Nautilus

On Fri, Apr 23, 2010 at 13:58, Diego Moya wrote: > 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 yo

[Ayatana] Integrating Application Search & Install

Is anybody currently working on integrating a FAYT aka FAST text search button/field featuring the incremental search algorithm used in the Run Application dialog into the Applications menu already?? right now, Application Search is hidden under Applications > Accessories . i would like to see it

Re: [Ayatana] Tagging in Nautilus

On Fri, Apr 23, 2010 at 13:58, Diego Moya wrote: > > AFAIK the Tracker [1][2] project already does this. They even have > some support for Nautilus integration [3]. Tracker is based on Nepomuk > [4], a project to create a semantic metadata back-end that supports > all kind of relational informatio

Re: [Ayatana] Integrating Application Search & Install

On Mon, Apr 26, 2010 at 10:36, David Siegel wrote: > But seriously, FAYT ("Find as you type") is a simple and powerful user > interface idea that we've been slow to adopt, and I would love to > explore these ideas further and find ways to improve Ubuntu with > find-as-you-type features. GNOME Us

Re: [Ayatana] Integrating Application Search & Install

On Mon, Apr 26, 2010 at 10:36, David Siegel wrote: > But seriously, FAYT ("Find as you type") is a simple and powerful user > interface idea that we've been slow to adopt, and I would love to > explore these ideas further and find ways to improve Ubuntu with > find-as-you-type features. GNOME Us

Re: [Ayatana] Integrating Application Search & Install

On Mon, Apr 26, 2010 at 15:01, Shane Fagan wrote: > I like the mockup but id remove the catagories and the close after > execute. Plus id like it it was embedded in the menu like the MeMenu. yes, yes and yes!! thanks for your thoughs, Shane, i think the categories should obey rules for filtering

Re: [Ayatana] Farewell to the notification area

security is nothing for a visual internet designer to be concerned about. we have a security team taking care of that, did anybody as *them*? i see the sustainable security solution in the fashion of PGP protection for example. how do others implement update notification? didn't OSX show updates (

Re: [Ayatana] Farewell to the notification area

On Mon, Apr 26, 2010 at 16:25, Frederik Nnaji wrote: > security is nothing for a visual internet designer to be concerned about. oh gods forgive me! //visual designer// ___ Mailing list: https://launchpad.net/~ayatana Post to : ayat

Re: [Ayatana] Farewell to the notification area

On Mon, Apr 26, 2010 at 16:25, Frederik Nnaji wrote: > security is nothing for a visual internet designer to be concerned about. oh gods, forgive me: ..nothing for a visual UI designer.. sorry! ___ Mailing list: https://launchpad.net/~ayatana Post

Re: [Ayatana] Matching colors to menu options in the indicators (Restart Required)

On Sun, Apr 25, 2010 at 14:59, Mark Shuttleworth wrote: > We were supposed to get an icon to highlight that particular entry, but > the design was never done, and so it didn't get implemented. It will > happen for 10.10 this raises the question: why is there no art.ubuntu.com? something perhaps t

Re: [Ayatana] Integrating Application Search & Install

On Mon, Apr 26, 2010 at 16:27, Luke Benstead wrote: > I like the mockup, but I think something similar to the attached would > be nicer. I visualize the window only appearing when someone starts > typing into the box and the results would filter down. When the user > clears the box (or presses ent

Re: [Ayatana] Integrating Application Search & Install

On Mon, Apr 26, 2010 at 16:27, Luke Benstead wrote: > I visualize the window only appearing when someone starts > typing into the box and the results would filter down. When the user > clears the box (or presses enter to execute the top entry) the window > would disappear. how about offering repo

Re: [Ayatana] Refining the battery status menu

On Fri, Apr 23, 2010 at 17:36, Marc Deslauriers wrote: > On Fri, 2010-04-23 at 16:17 +0100, Matthew Paul Thomas wrote: >> On the Canonical Design site, I've just posted about the design of >> Ubuntu's battery status menu. >> >> very nice, can't wait

Re: [Ayatana] Integrating Application Search & Install

it's okay to laugh, if anybody thinks these use cases are funny :D On Mon, Apr 26, 2010 at 17:14, David Siegel wrote: > Frederik, try listing a small set of use cases describing exactly what > you're proposing. 1. FINDING APPLICATIONS QUICKLY Netbookuser47 wants to launch "Zapp" (fictional name

Re: [Ayatana] Integrating Application Search & Install

On Mon, Apr 26, 2010 at 18:39, Frederik Nnaji wrote: > FAYT METHOD > Netbookuser47 presses ALT+F1 [1], is instantly offered "find > something.." and begins typing "Zapp" letter by letter. add: [1] ALT+F1 is Superkey in Microsoft Windows.. i never disa

Re: [Ayatana] Farewell to the notification area

On Mon, Apr 26, 2010 at 17:28, Dylan McCall wrote: > Something quick that occurs to me is that the password > dialog could show a personal message > or a picture that only PolicyKit or gksudo has access to. THANK YOU for putting a dot to this hairy topic! i hope the security team is aware of leap

Re: [Ayatana] Integrating Application Search & Install

Hi Tyler On Mon, Apr 26, 2010 at 19:05, Tyler Brainerd wrote: > "Defying all variations of Finn's law," > > Are we talking about Fitts law? yes indeed. thanks for actually reading ;) ___ Mailing list: https://launchpad.net/~ayatana Post to : ayata

Re: [Ayatana] Skipping Multiple songs?

On Tue, Apr 27, 2010 at 11:41, Thorsten Wilms wrote: > On Tue, 2010-04-27 at 14:43 +0530, Vishnoo wrote: >> With the indicator applications menu and music player menu, I can skip >> one song at a time. errm did we have any mockups of this already? i wouldn't remember where.. are you guys referrin

Re: [Ayatana] Farewell to the notification area

On Mon, Apr 26, 2010 at 22:12, Ted Gould wrote: > Whether or not it's important to UI design is independent to whether it > is related to removing the notification area.  For instance, the update > manager icon could as easily be an app indicator or notification area > icon. > > So, I think what D

Re: [Ayatana] Farewell to the notification area

On Mon, Apr 26, 2010 at 22:12, Ted Gould wrote: > Whether or not it's important to UI design is independent to whether it > is related to removing the notification area.  For instance, the update > manager icon could as easily be an app indicator or notification area > icon. > > So, I think what D

Re: [Ayatana] Unexpected close functionality

On Tue, Apr 27, 2010 at 14:27, Marc Deslauriers wrote: > Although I don't do it myself, some people may choose to have rhythmbox > open automatically with their session by using the options in > System/Preferences/Startup Applications/Options. When this is done, it > could be expected behaviour to

Re: [Ayatana] Skipping Multiple songs?

Ja, essentially, this is totem and rhythmbox cut up and screwed back together. Ideas I like in this thread, visualized roughly in a mockup. How about constructive ideas on this visual concept? On 28.04.2010 18:24, Chow Loong Jin wrote: That mockup looks really similar to

Re: [Ayatana] Skipping Multiple songs?

On Sat, May 1, 2010 at 10:24, Vishnoo wrote: > That should be good, it is similar to the current Win7 one and > gnome-shell's plan. > yeah, GNOME Shell is going that direction also, i was shown earlier today.. i'd shrink my transport control buttons a little bit tho, right? > also a few mockup

Re: [Ayatana] Reducing Resistance to Change

On Fri, Apr 30, 2010 at 09:04, Vishnoo wrote: > .. folks think some decisions are being > truly dictatorial. > like most people here realize: good PR will do the trick. tell the people timely, inform them about the radiant enlightenment that awaits them, and they will embrace the changes thankfu

Re: [Ayatana] Finger Swipe Gadgets

Hi Jan ;) aaah, my favourite topic, AR ;) On Mon, May 3, 2010 at 03:44, Jan-Christoph Borchardt wrote: > > Or looking like he’s using Opera Face Gestures: > http://labs.opera.com/news/2009/04/01/ ;) > where did Compiz' AR feature go ( head tracking ) i'd like me some real 3d again.. what a shame.

Re: [Ayatana] Two suggested designs for the Sound Indicator

On Mon, May 3, 2010 at 12:04, Jan-Christoph Borchardt wrote: > If certain notifications are masked by loud music, there should be a > function to automatically slightly dim every other sound when a > notification is playing (in a subtle, not in an annoying way, of > course). > > yah, that would be

Re: [Ayatana] Two suggested designs for the Sound Indicator

2010/5/3 Martín Soto > > What I conclude from this is that putting a mixer-style interface in the > sound menu, as proposed originally is not a good idea, even for more or less > advanced use cases like this. What would be interesting is a mechanism for > pausing playback automatically when more u

Re: [Ayatana] How do I know when I'm connected to the network successfully?

On Tue, May 4, 2010 at 03:51, Scott Ritchie wrote: > On 05/03/2010 04:03 PM, Shane Fagan wrote: > > Hey Scott, > > > > I actually find the network indication ok at the moment. > this might be OT but let me say it: i think the indication is just fine, configuring a pppoe connection should be hand

[Ayatana] BluePrints/OnlineStatus [was: How do I know when I'm connected to the network successfully?]

On Tue, May 4, 2010 at 03:39, Martin Owens wrote: > > Here is the blueprint wiki page: > > https://wiki.ubuntu.com/BluePrints/OnlineStatus > > It's got some cruft in there, but the basics are a set of tests that > when combined together produce a status. > thanks, Martin. a thought on this: can

Re: [Ayatana] Work by project

On Mon, May 3, 2010 at 19:51, Kao Chen wrote: > Hi, > I have made a two news mockups. > The first is the overview with a new menu to manage projects. > You can to drag and drop a project to the workspace you want. > http://nsa15.casimages.com/img/2010/05/03/100503101754810934.png > > The second

Re: [Ayatana] Two suggested designs for the Sound Indicator

On Tue, May 4, 2010 at 20:29, Diego Moya wrote: > > Left-click, hold, move cursor down a couple of millimeters, release. > > Muted. > > So, does it mean that a direct drag does control the slider? > hahaaah, you are misunderstanding each other ;) alex is referring to the lucid volume indicator w

Re: [Ayatana] Two suggested designs for the Sound Indicator

2010/5/4 Martín Soto > 2010/5/4 Frederik Nnaji > >> a buttoned interface with columns or rows for the respective >> apps..with little 3 Bit digital volume meters (2 for stereo/surround, 1 for >> mono) attached to each app icon >> > > How many applications

Re: [Ayatana] Two suggested designs for the Sound Indicator

I insist on remembering our problems here, they were stated clearly before, but this thread needs it's own project wiki.. *Receiving calls.. ..without the need to do anything but simply "pick up the phone". *reliably driving all the necessary hardware in (video) telephony mode *a way to pause stu

Re: [Ayatana] Two suggested designs for the Sound Indicator

On Wed, May 5, 2010 at 10:30, Sense Hofstede wrote: > Do you think the Currently Playing information from media players > should be added here as well? Or would that make the menu too large? > isn't this the most fundamental question in this whole thread? are we actually going to have the audio

Re: [Ayatana] Two suggested designs for the Sound Indicator

On Wed, May 5, 2010 at 15:31, Diego Moya wrote: > > See revised mockup, it includes player controls and Current Playing. beautiful. thoughts: a) the play and pause buttons are mutually exclusive. combine them into one, like so:  ᐅ॥ or alternate the 2 icons depending on the player status. b) add

Re: [Ayatana] Two suggested designs for the Sound Indicator

On Wed, May 5, 2010 at 15:31, Diego Moya wrote: > > See revised mockup, it includes player controls and Current Playing. beautiful. thoughts: a) the play and pause buttons are mutually exclusive. combine them into one, like so:  ᐅ॥ or alternate the 2 icons depending on the player status. b) add

Re: [Ayatana] Use cases for volume control

2010/5/5 Alex Lourie : > Set Firefox half-gain from Max by default? i wouldn't do that. most people i know watch movies in the browser, youtube, myspace, facebook, soundcloud etc half-gain/full-gain/mute is a poor alternative to automatic priority handling IMHO. browser volume *should* be con

Re: [Ayatana] Redesigning the Ubuntu mouse cursor for simple notification of app attention

On Wed, May 5, 2010 at 02:24, Alex Launi wrote: > I usually move my cursor completely out of view when I'm not using it. I've > definitely seen my roommate, brother, and mom all do the same. that's a problem. how about removing the mouse cursor altogether while typing? if the last known positio

Re: [Ayatana] Idea: integrate progress windicators in GNOME-Shell overview

Previet Serioga ;) On Wed, May 5, 2010 at 17:16, Сергей wrote: > Hello everyone! > I would like to propose a feature that was previously requested in > numerous mockups, most notably the original ToPaZ brainstorm. User > needs to see what's going on on their desktop, that's why overview > mode w

Re: [Ayatana] Idea: integrate progress windicators in GNOME-Shell overview

Previet Serioga ;) On Wed, May 5, 2010 at 17:16, Сергей wrote: > Hello everyone! > I would like to propose a feature that was previously requested in > numerous mockups, most notably the original ToPaZ brainstorm. User > needs to see what's going on on their desktop, that's why overview > mode w

Re: [Ayatana] Redesigning the Ubuntu mouse cursor for simple notification of app attention

On Wed, May 5, 2010 at 20:31, Gavin Langdon wrote: > On Wed, May 5, 2010 at 11:14 AM, Frederik Nnaji > wrote: > >> >> how about removing the mouse cursor altogether while typing? >> > > Actually, IIRC OS X does this and it's quite a nice feature (although &

Re: [Ayatana] Redesigning the Ubuntu mouse cursor for simple notification of app attention

On Thu, May 6, 2010 at 12:51, Frederik Nnaji wrote: > about the thread's main topic: > first of all, mouse cursors should never obstruct, they should help with > orientation. > the purpose of a mouse pointer is, to allow the user to focus on special > small areas for int

Re: [Ayatana] Two suggested designs for the Sound Indicator

On Wed, May 5, 2010 at 00:18, Jan-Christoph Borchardt wrote: > If you go out and monitor a ton of users, how many will know that a > Firefox sound control also controls Flash apps inside the browser? > They will just use the slider provided by the Flash app because that’s > what is nearby. And if

Re: [Ayatana] Details on the netbook menu bar plan

On Sat, May 8, 2010 at 08:20, Mark Shuttleworth wrote: > > MPT posted details on the global menu challenges we face, on > design.canonical.com: > > http://design.canonical.com/2010/05/menu-bar/ > > If you haven't seen it, it's worth a read. > > We expect to have a prototype implementation avail

Re: [Ayatana] Two suggested designs for the Sound Indicator

2010/5/12 Martín Soto > If you want to activate it, though, it's as easy as changing the > flat-volumes setting in /etc/pulse/daemon.conf to "yes". > thank you ;) > Ensuring the alert sounds are loud enough to be heard over other sounds >> - -- whether by making them temporarily louder, or mak

Re: [Ayatana] Two suggested designs for the Sound Indicator

2010/5/12 Martín Soto > > My idea to implement this, by the way, would be to measure the perceptual > loudness [3] of the current stream using Replay Gain [4] or similar. The > resulting (instant) value would be used to set the volume for the > notification stream. This can probably be all done i

Re: [Ayatana] Integrating Application Search & Install

On Wed, Apr 28, 2010 at 21:45, Diego Moya wrote: > If aiming for simplicity, I see how restricting search to just > applications can help. But when the user searches to retrieve > applications is because s/he don't know which application is the best > one to use for a given task, in which case it

Re: [Ayatana] Sound Menu

On Wed, May 12, 2010 at 03:48, Tyler Brainerd wrote: > Lets make some firm decisions about what means 'This program is open!' what > means 'this feature is on/off' and what doesn't, in all the menus. > +1 Thanks tyler, been thinking the same for long. I think we should always inform the user if

Re: [Ayatana] File transfer dialog behaviour

On Wed, May 12, 2010 at 00:37, Jarlath Reidy wrote: > If this is the wrong forum to bring this up, apologies in advance: > > I'm wondering if the current form of the file-transfer dialog is up for > discussion. > i think as long as it has something to do with UI usability in Ubuntu, here is the

Re: [Ayatana] Default to single click to open files and folders

On Wed, May 12, 2010 at 21:18, Jan-Christoph Borchardt < inqu...@googlemail.com> wrote: > I must say I very much like how KDE / Dolphin handles > that (shows a plus sign on hover, although it is a bit distracting). > yeah, indicating the possibility of drag on click, either when the appropiate mo

Re: [Ayatana] Work by project

On Wed, May 12, 2010 at 17:06, Kao Chen wrote: > We have create a new design page in the GnomeShell Playground to promote > this idea. > I hope it will be more clear to understand. > > The link is here: > http://live.gnome.org/GnomeShell/DesignerPlayground/MultiDesktop > this stuff is quite insp

Re: [Ayatana] Default to single click to open files and folders

On Thu, May 13, 2010 at 02:19, Luke Morton wrote: > However, I think the all the hard work has already been done. > > I've just done a cursory test in Nautilus. I set it to single-click and > double-clicked for every interaction: > * folders only open once, (also when in spatial mode) > * files on

Re: [Ayatana] File transfer dialog behaviour

On Wed, May 12, 2010 at 00:44, Alex Launi wrote: > > For now maybe we should (as a project) watch that project, and help give > suggestions and patches along to way to serve our agenda, and help upstream. > [0] > http://home.in.tum.de/~sickert/archives/2010/05/09/introducing_my_gsoc_project/index

Re: [Ayatana] File transfer dialog behaviour

On Thu, May 13, 2010 at 00:17, David Hamm wrote: > "i would like to suggest the following changes to the "file operations" > dialog: > > * add "pause" button for each aggregated progress indicator > * delete partially transferred files upon cancel (while copying) > * remove the window title bar c

Re: [Ayatana] Default to single click to open files and folders

On Thu, May 13, 2010 at 12:02, Remco wrote: > On Thu, May 13, 2010 at 11:29, Alex Lourie wrote: > > So how would a simple selection be solved? If I want to select a file or > a > > folder, I single-click on it. > > If this behavior changes, then A LOT of people will have to change their > > beha

Re: [Ayatana] Default to single click to open files and folders

On Thu, May 13, 2010 at 14:48, Remco wrote: > On Thu, May 13, 2010 at 12:07, Alex Lourie wrote: > > On Thu, May 13, 2010 at 1:02 PM, Remco wrote: > >> > >> I think single click should not be default, but there is one way of > >> improving single selection in that mode: put a checkbox before eac

Re: [Ayatana] Default to single click to open files and folders

On Thu, May 13, 2010 at 14:17, Diego Moya wrote: > 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

Re: [Ayatana] Two suggested designs for the Sound Indicator

2010/5/13 Walter Wittel > Wouldn't reducing the volume of the other streams in x db below the > notification be much easier to implement and achieve the goal of hearinf the > notification? X could be different based on the urgency of the notification. > ..or based on the current attention mode of

Re: [Ayatana] Default to single click to open files and folders

On Thu, May 13, 2010 at 17:50, Jan-Christoph Borchardt < inqu...@googlemail.com> wrote: > I’m sorry, but then why all the discussion? I brought up KDE / Dolphin > in my second post. > sorry, that was about 20h and like 30 mails ago in this thread alone :D birdseye perspective is not so easy anymo

Re: [Ayatana] Two suggested designs for the Sound Indicator

2010/5/13 Diego Moya > 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 pre

Re: [Ayatana] Default to single click to open files and folders

pretty! where would you now place the checkbox for multiple selection? On Thu, May 13, 2010 at 18:35, Diego Moya wrote: > 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 fil

Re: [Ayatana] File transfer dialog behaviour

Hi David, your mockup looks pretty.. becoming more like a hybrid between our notification bubbles and and interactive progress indication dialog.. i like the visual this is taking! some ideas on this: REMOVE THE TITLE BAR why? a) imagine you hit the cancel button.. the window would close immedia

Re: [Ayatana] Pretty mockups with darkly coloured progress dialogs (was: File transfer dialog behaviour)

yeah, thx. actually, we're on the verge of redesigning windows as a whole. * the title bar is losing importance (e.g. we're treating the buttons like trivial objects) * windows are turning into intelligently shaped objects or fullscreen work environments * clutterful information in our focal poin

Re: [Ayatana] Should Indicator-Session be put in the upper left corner

On Sat, May 15, 2010 at 16:48, Mark Curtis wrote: > The reasoning behind the controversial button movement to the left was > that starting/quitting would be on the left, and status would be on the > right. > > Given that reasoning, for consistency sake shouldn't indicator-session go > on the far

Re: [Ayatana] Default to single click to open files and folders

On Sat, May 15, 2010 at 08:47, SorinN wrote: > On the topic of double click or single click - the user should choose > not others. Open Source should not became a prison. > you are absolutely correct. that's why there are other distributions and desktop environments out there. we are merely disc

Re: [Ayatana] Criticism of Client Side Window Decorations

On Sat, May 15, 2010 at 17:48, Scott Kitterman wrote: > "Akshat Jain" wrote: > > >Link Copy-Pasta > > > http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/ > > > http://blog.martin-graesslin.com/blog/2010/05/follow-up-on-client-side-decorations/ >

Re: [Ayatana] Instant-messaging as an indicator menu

The Social Desktop, nicely wrapped in a consistent and comfortable UI, will bring the Meercat into many a household! ;) Humans share their knowledge and skills in the Ubuntu community, why don't apps also behave like that? Something i can't stop reasoning about.. Yeah, we need to untangle Ubuntu's

Re: [Ayatana] Default to single click to open files and folders

On Sat, May 15, 2010 at 23:01, Alex Lourie wrote: > > On Sat, May 15, 2010 at 7:51 PM, Frederik Nnaji > wrote: > >> >> User testing has revealed that single click comes more intuitively to >> users than double click. >> >> > Would you care to elab

Re: [Ayatana] Criticism of Client Side Window Decorations

errrmm ... whow, Dylan! On Sat, May 15, 2010 at 23:59, Dylan McCall wrote: > I was really looking forward to client-side decorations, but Martin has > pretty thoroughly changed my tune. I think there's a different problem > that needs to be solved: there is a doomed effort right now to make > wi

Re: [Ayatana] dx-m-indicator-sound feedback

1 master slider per audio interface seems reasonable to me. I can't think of any other exceptional case outside VoIP, i which i'd automate a behaviour like the headphone / speaker autonomy suggested. On Sat, May 15, 2010 at 00:16, Sense Hofstede wrote: > Standards are awesome. Use them. > +1 M

Re: [Ayatana] "Intuitive"

Grüß Gott, Thorsten ;) > 2010/5/14 Thorsten Wilms : > > This is totally unrealistic. Humans can't even walk or talk without > > learning. > > > > Some say the nipple would be the only intuitive interface. I've been > > told that not even breast feeding just works on first try ... > you're a rea

  1   2   3   4   >