Re: [Ayatana] File transfer dialog behaviour

2010-05-12 Thread Conscious User
I'm more and more intrigued by the idea of using Windicators (such as maybe an eye icon) as a means of hiding a window (where applicable) but continuing the current operation from background process and being accessible by an indicator applet, such as the file transfer applet as you're

Re: [Ayatana] File transfer dialog behaviour

2010-05-12 Thread Luke Morton
On Wed, 2010-05-12 at 08:13 +0200, Conscious User wrote: I like that. The eye symbol is quite intuitive and has been traditionally been used that way in layer-based graphic editors. I'd avoid using an eye for the same reasons the GNOME HIG recommends against them:

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

2010-05-12 Thread Martín Soto
On Fri, May 7, 2010 at 3:58 PM, Matthew Paul Thomas m...@canonical.comwrote: [...] It is awkward that we have separate system and application-specific volume settings, but I don't see how getting rid of the system volume setting would work. PulseAudio has a solution for precisely this

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

2010-05-12 Thread Jan-Christoph Borchardt
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 (multiple) elements. Launcher icons are also activated by

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

2010-05-12 Thread Conscious User
Le mercredi 12 mai 2010 à 15:00 +0200, Jan-Christoph Borchardt a écrit : 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

Re: [Ayatana] Combo Indicator Applets

2010-05-12 Thread Walter Wittel
Personally I fully agree that giving users a way to transition at their own speed is really important. I've been thinking that retroactively promoting Lucid, which most resistors have referenced, might be the best way to keep customers happy for the next two years of rapid change and inovation.

Re: [Ayatana] Work by project

2010-05-12 Thread Kao Chen
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 Thanks for the support 2010/5/8 Kao Chen kaoch...@gmail.com I made a little

Re: [Ayatana] Combo Indicator Applets

2010-05-12 Thread Jeremy Nickurak
On Wed, May 12, 2010 at 00:35, Conscious User consciousu...@aol.com wrote: For example, I personally believe that the fact that AppIndicators gracefully degrade to the notification area was a major step in the long and winding road of making them universally used upstream. Is this true? I've

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

2010-05-12 Thread Frederik Nnaji
2010/5/12 Martín Soto dons...@gmail.com 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

Re: [Ayatana] Combo Indicator Applets

2010-05-12 Thread Conscious User
Is this true? I've never seen this happen. I just removed the application indicator applet from my panel, and none of the elements in it moved to the notification area. I WOULD count this as a major win, but I've never heard about it before Did you restart the applications

Re: [Ayatana] Sound Menu

2010-05-12 Thread Frederik Nnaji
On Wed, May 12, 2010 at 03:48, Tyler Brainerd tylerbrain...@gmail.comwrote: 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

Re: [Ayatana] Sound Menu

2010-05-12 Thread Alex Lourie
On Wed, May 12, 2010 at 9:49 PM, Frederik Nnaji frederik.nn...@gmail.comwrote: On Wed, May 12, 2010 at 03:48, Tyler Brainerd tylerbrain...@gmail.comwrote: 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

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

2010-05-12 Thread Jan-Christoph Borchardt
On 12 May 2010 15:23, Conscious User consciousu...@aol.com wrote: I am strongly against this. I believe single-click usually works for the web because usually most possible actions for an hyperlink are, at the end of the day, variations of open: open in another window, open in another tab,

Re: [Ayatana] File transfer dialog behaviour

2010-05-12 Thread Frederik Nnaji
On Wed, May 12, 2010 at 00:37, Jarlath Reidy jarlathre...@gmail.com 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

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

2010-05-12 Thread Frederik Nnaji
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

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

2010-05-12 Thread Conscious User
You are completely right, there is a semantic difference. But I wonder if (have hard times believing) that this is recognizable by or even relevant to users. In my opinion, this is recognizable whenever the user does to files or folders something he does not do to launchers, like deleting or

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

2010-05-12 Thread Tyler Brainerd
Agreement with Conscious user. To implement single clicks solves no problem and creates a whole list of new ones. On Wed, May 12, 2010 at 1:40 PM, Conscious User consciousu...@aol.comwrote: You are completely right, there is a semantic difference. But I wonder if (have hard times believing)

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

2010-05-12 Thread Diego Moya
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 user

Re: [Ayatana] Combo Indicator Applets

2010-05-12 Thread Jeremy Nickurak
On Wed, May 12, 2010 at 15:39, Ted Gould t...@ubuntu.com wrote: It should. The problem you're probably seeing is that we don't have the service die when you remove the applet. It's wired in, but we just didn't have time to finish that bit. If you log out of your session and log back in all

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

2010-05-12 Thread Alex Launi
2010/5/12 Diego Moya turi...@gmail.com The problem with automatic controls is, you still need a simple interface to override their behavior when the programmed automation provides a wrong result. Maybe you can hide them a bit, but the same options must be available. No, you just need to

Re: [Ayatana] Combo Indicator Applets

2010-05-12 Thread Ted Gould
On Wed, 2010-05-12 at 15:41 -0600, Jeremy Nickurak wrote: On Wed, May 12, 2010 at 15:39, Ted Gould t...@ubuntu.com wrote: It should. The problem you're probably seeing is that we don't have the service die when you remove the applet. It's wired in, but we

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

2010-05-12 Thread Luke Morton
I like this idea. Double-clicking is an unnecessary gesture since we have multiple buttons (or Simulated Secondary Click in the Accessibilty tab of the Mouse Preferences). It confuses novice users and is an accessibility issue for motor impaired users. Both these sets of users would benefit from

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

2010-05-12 Thread Shane Fagan
Hey all, I completely missed this thread so sorry if im going over anything someone else said. I like the idea of switching from double click but we'll have to handle when people double click so we dont open multiple instances when people expect the previous behaviour. Other than that id agree

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

2010-05-12 Thread Jan-Christoph Borchardt
On 13 May 2010 01:39, Luke Morton luke.mor...@internode.on.net wrote: I like this idea. Double-clicking is an unnecessary gesture since we have multiple buttons (or Simulated Secondary Click in the Accessibilty tab of the Mouse Preferences). It confuses novice users and is an accessibility

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

2010-05-12 Thread Luke Morton
On Thu, 2010-05-13 at 01:59 +0200, Jan-Christoph Borchardt wrote: On 13 May 2010 01:49, Shane Fagan shanepatrickfa...@ubuntu.com wrote: we'll have to handle when people double click so we dont open multiple instances when people expect the previous behaviour. That would be solved by

Re: [Ayatana] File transfer dialog behaviour

2010-05-12 Thread Frederik Nnaji
On Wed, May 12, 2010 at 00:44, Alex Launi alex.la...@gmail.com 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]

Re: [Ayatana] File transfer dialog behaviour

2010-05-12 Thread Frederik Nnaji
On Thu, May 13, 2010 at 00:17, David Hamm davidth...@gmail.com 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

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

2010-05-12 Thread Luke Morton
On Thu, 2010-05-13 at 05:45 +0200, Frederik Nnaji wrote: On Thu, May 13, 2010 at 02:19, Luke Morton luke.mor...@internode.on.net 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