Re: [Bug 1131664] Re: The default apps should have standard menubars under Unity
On 28/08/2020 22:19, vexorian wrote: > Maybe Gnome developers and Canonical can live in a pretend world where a > Hamburger menu is a remotely-acceptable UX in A DESKTOP OS, but for > those of us who use Ubuntu professionally this design is just not > practical. You are of course entirely correct. Hamburger menus are eye-wateringly poor fallbacks at the best of times, and it's frustrating for me too to see them all over the desktop. I say this to make the point that even though we care, we are simply not able to sustain a divergent UX. I loved the work we did on Unity, controversial as it was, and believe it was taking free software desktops in a good direction, we just couldn't afford it, and that was that. Perhaps in future you'll draw the distinction between the things people care about and the things they are able to change. We are, right now, bringing a very wide range of good things to bear in the field of desktop, appliances, clouds, containers. We just can't manage to have an independent desktop design and delivery program, which I know from experience is a huge amount of work. I'm grateful we can collaborate with existing open source teams, we ship GNOME by default but we also take *care* to help KDE, Mate, and several others with fewer hamburger menus. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1131664 Title: The default apps should have standard menubars under Unity To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1131664/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1727237] [NEW] systemd-resolved is not finding a domain
Public bug reported: I have an odd network situation that I have so far managed to narrow down to the inability to resolve a domain via systemd-resolved which is resolvable with nslookup. If I use nslookup against the two nameservers on this network I get answers for the domain, but ping says it is unable to resolve the same domain (as do browsers and crucially the captive portal mechanism). Here are details: NSLOOKUP: ~$ nslookup securelogin.arubanetworks.com 208.67.220.220 Server: 208.67.220.220 Address:208.67.220.220#53 Non-authoritative answer: Name: securelogin.arubanetworks.com Address: 172.22.240.242 ~$ nslookup securelogin.arubanetworks.com 208.67.222.222 Server: 208.67.222.222 Address:208.67.222.222#53 Non-authoritative answer: Name: securelogin.arubanetworks.com Address: 172.22.240.242 PING: ~$ ping securelogin.arubanetworks.com ping: securelogin.arubanetworks.com: Name or service not known mark@mark-X1Y2:~$ DIG: ~$ dig @208.67.222.222 securelogin.arubanetworks.com ; <<>> DiG 9.10.3-P4-Ubuntu <<>> @208.67.222.222 securelogin.arubanetworks.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 9416 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;securelogin.arubanetworks.com. IN A ;; AUTHORITY SECTION: arubanetworks.com. 1991IN SOA dns5.arubanetworks.com. hostmaster.arubanetworks.com. 1323935888 3600 200 1209600 86400 ;; Query time: 34 msec ;; SERVER: 208.67.222.222#53(208.67.222.222) ;; WHEN: Wed Oct 25 10:31:10 CEST 2017 ;; MSG SIZE rcvd: 144 MORE DIG: ~$ dig securelogin.arubanetworks.com ; <<>> DiG 9.10.3-P4-Ubuntu <<>> securelogin.arubanetworks.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 3924 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 65494 ;; QUESTION SECTION: ;securelogin.arubanetworks.com. IN A ;; Query time: 0 msec ;; SERVER: 127.0.0.53#53(127.0.0.53) ;; WHEN: Wed Oct 25 10:34:01 CEST 2017 ;; MSG SIZE rcvd: 58 ** Affects: systemd (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1727237 Title: systemd-resolved is not finding a domain To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1727237/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1663060] Re: Add a title field to snap metadata
IIRC, the idea was to capture the AppStream link in the store, and have snapd query the store for that if asked? I'm happy to go forward with that, no additional snap.yaml data needed. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1663060 Title: Add a title field to snap metadata To manage notifications about this bug go to: https://bugs.launchpad.net/developer-portal/+bug/1663060/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1663060] Re: Add a title field to snap metadata
OK. I have a feeling though that the apps: section is not ordered, which means we need some other way to call out the "definitive" app for the snap, i.e. the one which is represented in GNOME Software. So it feels to me that we need: * a way to associate desktop files with the apps in the snap (i.e. a 'desktop-file' property of the app in the snap.yaml) which transcends the 'command' property for the purposes of GUI shells and software stores. * a way to indicate which of the apps in the snap is the 'definitive' one, the single one which should be represented in the store Does that make sense? Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1663060 Title: Add a title field to snap metadata To manage notifications about this bug go to: https://bugs.launchpad.net/developer-portal/+bug/1663060/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1661590] Re: GNOME Software only supports running one application from a snap
On 10/02/17 16:50, John Lenton wrote: > I should point out that there isn't a clear 1:1 mapping between desktop > files and apps, and that some of the things mentioned here would impose > this. > > FWIW IMHO if gnome software needs to choose one app from a snap to run > because of its own limitations it should choose the default app, the one > that has the same name as the snap. I don't think we should assume that GNOME Software should run *anything* from a snap unless there is a .desktop file for it. Lots of snaps will not be appropriate to run in a GUI. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1661590 Title: GNOME Software only supports running one application from a snap To manage notifications about this bug go to: https://bugs.launchpad.net/snappy/+bug/1661590/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1663060] Re: Add a title field to snap metadata
I think Robert is using 'name' in the 'primary key' sense, and 'title' in the 'display name' sense. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1663060 Title: Add a title field to snap metadata To manage notifications about this bug go to: https://bugs.launchpad.net/developer-portal/+bug/1663060/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1663060] Re: Add a title field to snap metadata
Good point. Perhaps just fallback to name - uncapitalised - would be best. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1663060 Title: Add a title field to snap metadata To manage notifications about this bug go to: https://bugs.launchpad.net/developer-portal/+bug/1663060/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1663060] [NEW] Add a title field to snap metadata
Yeah yeah patches welcome :p Would it be sensible to have title be an optional field, and use the Capitalized name if it is not provided? In the past, we've seen it's hard to get complete and accurate metadata when there is a lot of duplication in the schema. And yes, appstream would be welcome. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1663060 Title: Add a title field to snap metadata To manage notifications about this bug go to: https://bugs.launchpad.net/developer-portal/+bug/1663060/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1661590] Re: GNOME Software only supports running one application from a snap
OK, I'm +1 with that unless you have another suggestion. Could we put the desktop file as an entry under the app command? I.e. apps: foo: desktop: path/to/file.desktop command: bin/foo.py One thing that seems awkward is the duplication of the command in the desktop file and the apps stanza. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1661590 Title: GNOME Software only supports running one application from a snap To manage notifications about this bug go to: https://bugs.launchpad.net/snappy/+bug/1661590/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1661590] Re: When launching a snap from Ubuntu Software, it runs the first command alphabetically
In the same way that we can provide multiple entries to /snap/bin/ it makes sense to offer multiple .desktop files. Would that get you closer to a great desktop experience? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1661590 Title: GNOME Software only supports running one application from a snap To manage notifications about this bug go to: https://bugs.launchpad.net/snappy/+bug/1661590/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1581713] Re: Ubuntu Software always asks for an Ubuntu Single Sign-On account when installing or removing a snap package
Here is our thinking on Ubuntu Core devices and user accounts. Ubuntu Core is largely for devices that operate with almost no human interaction. You install the device, it updates itself forever, life is good. In that case, most devices will not have many or any user accounts. That's completely different to a laptop or developer system, or a normal server, which has many people who might log into it on any given day. For that reason, having the user account on Ubuntu Core be single-sign accounts makes sense. This is exactly the trend in the world - look at modern wifi access points, for example. You get a single management account, usually in the cloud, and you manage all devices through that. The net effect is much better security for these devices. In due course, we will reduce dependency on the Ubuntu SSO (this is just the current implementation, we envisage enabling people to have their own identity systems). But the base idea that you don't want to be setting a separate username and password on these devices is very well reasoned and appropriate. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1581713 Title: Ubuntu Software always asks for an Ubuntu Single Sign-On account when installing or removing a snap package To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-gnome/+bug/1581713/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
It will get done when it's the top priority for someone. You, me, any other contributor, doesn't matter. Putting your hands on your hips and demanding that someone else do work for you is just petulant. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 1055766] Re: grep -R doesn't automatically search amazon
grep --universe might be a better shortcut ;) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1055766 Title: grep -R doesn't automatically search amazon To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1055766/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 928645] Re: Remove screen panel and move functionality
Is upstream averse to the change at all, or the implementation? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/928645 Title: Remove screen panel and move functionality To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/928645/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 918580] Re: System Settings 'User Interface' name is bad in 12.04
Would launcher icon size not fit better on the Behaviour tab? Could we see a mockup of the planned full set of exposed settings, please? Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/918580 Title: System Settings 'User Interface' name is bad in 12.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/918580/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 918580] Re: System Settings 'User Interface' name is bad in 12.04
Appearance is fine by me. For the tabs, perhaps Style and Behaviour? Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/918580 Title: System Settings 'User Interface' name is bad in 12.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/918580/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 844081] Re: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected
On 20/01/12 01:37, Afzal wrote: Say I'm a converted christian and my mom's a muslim and she doesn't know about my conversion. I have a portrait of Jesus as my wallpaper. Oh and I only log into that computer when my mom isn't around. If she sees it, she might flip out over possibilities of conversion and if this feature didn't exist, I'd be free to set my wallpaper to anything. You'd have way deeper challenges than choice of wallpaper in this scenario. There could be a thousand other scenarios, what if the power went down right after I checked to see how some half-nude wallpaper would look on the desktop? My conservative mom would get very angry...especially if she's paranoid wnough to actually check my wallpaper every time she logs in. Your Mom knows more about you than you can possibly imagine. All of this isn't a problem for me and as you (Mark) said, I could just write a patch for this but I'm just appalled that a CEO of a company like Canonical has a problem with giving users a very trivial (to implement) option when they are asking for it. The cost of options has been widely discussed. We have a firm view on it, it's my job to lead to that view. You are welcome to fork Unity with as many trivial (to implement) options as you like. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/844081 Title: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected To manage notifications about this bug go to: https://bugs.launchpad.net/accountsservice/+bug/844081/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 844081] Re: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected
On 20/01/12 16:14, Fred wrote: Your Mom knows more about you than you can possibly imagine. My mom doesn't know that I'm gay. I have a girlfriend to cover it up. This is not a private communication ;-) Folks, we can construct artificial scenarios to make any option worthwhile. That's not how we do design; instead of celebrating the unusual and the extreme, we look for the things that most people can enjoy and use. That's where we focus our energy. The world of Linux and Ubuntu will always have infinite possibilities for those who want to explore them, but it's not in our value set to FORCE everyone who takes a vanilla CD off the shelf to *have to deal* with those possibilities. This is good practice. It makes Ubuntu grow and achieves our goals as a community. As a side benefit, it attracts lots of developers who want to be part of changing the world, and who want to write applications for those users. In this case, as was rather eloquently put, we've chosen to treat the wallpaper as a part of your expression of yourself to others. That's a perfectly reasonable position to take - look how *proudly* people show off their wallpapers! We're celebrating that, and elevating that. And we think this is good. Moreover, we think the position that one would choose a wallpaper that would cause mortal embarrassment is (a) so unlikely, and (b) so impossible to enforce, that it does not warrant an option. We have a saying - options cost a knuckle, dialogs cost a finger. This isn't worth a knuckle. We have FAR more pressing problems on the discretion front. Top of my list is the fact that we don't map notifications away from projectors. That's far more risky - you can control your choice of wallpaper, but you can't control what someone might IM to you while you are making your critical presentation. So, please help us address that issue. I'm sure we all agree that's more important, and perhaps, by the time we come back to this less important issue, we will all have evolved our positions. OK? Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/844081 Title: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected To manage notifications about this bug go to: https://bugs.launchpad.net/accountsservice/+bug/844081/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 844081] Re: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected
On 20/01/12 16:51, Nathanel Titane wrote: is it really that annoying to implement? No, of course not. But it's an additional friction for every user of the system, if we expose it as an option. We have had a perfectly good (and very insightful) suggestion to use permissions to cover this. There are some implementation issues with that, but I'm more happy to cover the cost of the harder implementation than to ask every single Ubuntu user to have to parse another option. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/844081 Title: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected To manage notifications about this bug go to: https://bugs.launchpad.net/accountsservice/+bug/844081/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 844081] Re: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected
On 19/01/12 17:39, Afzal wrote: To Mark Shuttleworth, a lot of other people use Ubuntu besides you and they should also have a say in what they want or not. They do; they have a say in design, in development, and in bugs. Here you've had your say and you've made a hash of it. Instead of offering constructive suggestions you've slammed out your own opinions with no justification, and then made a threatening demand. You'll find that achieves very little. So kindly try to consider other people's suggestions instead of making snide remarks about serious privacy concerns. A computer is a personal device and because of that, anyone should be able to choose any wallpaper they desire and not have it revealed to others if they wish so. Consider this. They choose their login identity, at which point we show their desktop. That persists for as long as it takes them to type their password. Then we show their desktop. By definition, your wallpaper is exactly as public as your face. So think carefully what you tattoo on your face ;-) This wallpaper transition feature is more unneeded than the option of opting-out of it. We disagree. Let's try to do so graciously. So if you're putting in that option, you sure as hell better put an option to opt out of it. Or... you'll use something else. That's OK. Or... you'll patch Unity to behave the way you'd like? That's OK too. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/844081 Title: Unity Greeter - Background of the Unity Greeter should reflect the background chosen by the user that is currently selected To manage notifications about this bug go to: https://bugs.launchpad.net/accountsservice/+bug/844081/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 694468] Re: Unnecessary chrome when showing multiple tabs
@zwn, that's great, thanks! I tested it and it works. Can we get this applied to Ubuntu please? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/694468 Title: Unnecessary chrome when showing multiple tabs To manage notifications about this bug go to: https://bugs.launchpad.net/gtk/+bug/694468/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 860686] Re: gnome-settings-daemon crashed with SIGSEGV in g_simple_async_result_complete()
Is this a dup of #832603? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/860686 Title: gnome-settings-daemon crashed with SIGSEGV in g_simple_async_result_complete() To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/860686/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 792856] [NEW] Desktop context menu needs Refresh item
Public bug reported: Binary package hint: nautilus On Windows, the desktop context menu (right-click on the desktop) has a Refresh item. Users in China in particular find this item reassuring and miss it on Ubuntu. We should add a Refresh item to the desktop menu, which: * updates the thumbnails of items on the desktop * compacts memory, along the lines of echo 1 /proc/sys/vm/compact_memory as root * plays a specific sound, I suggest a clearing bell sound like that at http://www.soundsnap.com/node/20322 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/792856 Title: Desktop context menu needs Refresh item -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 754583] Re: UIFe: Launcher - update launcher reveal interaction to make it more accessible to first time users
On 11/04/11 15:43, Conscious User wrote: Your assumption above is valid for (1) but not for (2), because (2) does not benefit from Fitt's law and thus distance matters. Imagine a user with a large monitor wanting to access the Trash. Trash is very easy, in fact, since *both* targets are effectively infinite in size. By design ;-) More difficult is an icon somewhere along the length of the launcher. But the muscle memory then is for the motion from the top left corner to the icon in question, which is always consistent. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/754583 Title: UIFe: Launcher - update launcher reveal interaction to make it more accessible to first time users -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 754583] Re: UIFe: Launcher - update launcher reveal interaction to make it more accessible to first time users
So, the official position now is we have the left-edge invocation for testing. We are looking for false positives and other problems. We will decide the default behaviour in due course, but we will retain the UI for the option for Natty either way. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/754583 Title: UIFe: Launcher - update launcher reveal interaction to make it more accessible to first time users -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 754583] Re: UIFe: Launcher - update launcher reveal interaction to make it more accessible to first time users
We are doing user testing of the existing code, and this is one of the key issues. So we are getting this bug discussed and some code written in anticipation of a final report on that testing. The challenge is that prior testing showed worse problems in the long term with edge activation. I am reluctant to make this change so late, especially since we don't actually have the opportunity to do long term testing on the edge option either. I thought we could work up the change, test it, and drop it in later BUT seb correctly points out we have translation issues etc. We know that long term muscle memory for corner activation is just as good as the edge approach. I think we can move forward based on previous testing, and address this in Oneiric if needed. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/754583 Title: UIFe: Launcher - update launcher reveal interaction to make it more accessible to first time users -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 748488] Re: main menu in control centre when using unity doesn't make sense
I thought it was about Control Center! -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to alacarte in Ubuntu. https://bugs.launchpad.net/bugs/748488 Title: main menu in control centre when using unity doesn't make sense -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 730740] Re: FFE: Provide support for dynamically loading the new overlay scrollbar feature
Thanks all, glad to see the hooks land. We'll encourage folk to install the liboverlayscrollbar package directly, and if apport and anecdotal reports are positive, bring it in for even wider testing. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/730740 Title: FFE: Provide support for dynamically loading the new overlay scrollbar feature -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 730740] Re: FFE: Provide support for dynamically loading the new overlay scrollbar feature
Thanks all for comments and things to consider. I'm weighing up: * that the patch to gtk itself is considered safe and stable, though ugly * that we have a whitelist mechanism to enable us to test and deploy this in selected apps I'd ask that the patched gtk be uploaded as soon as the archive opens after beta1, together with the package for liboverlayscrollbar which should go into universe. An MIR should be filed for liboverlayscrollbar, pending the results of more widespread testing. This initial upload of liboverlayscrollbar should be whitelisted on a core set of apps that Cimi is happy should work well. The result should be that overlay scrollbars Just Work on that set of apps, for people who apt-get liboverlayscrollbar. We will blog and encourage substantial testing of that package with those apps. I believe that apport hooks exist already to tag any crashes that include overlay scrollbars appropriately. We will watch very closely the number and nature of those crashers. During this testing period I would ask that Cimi and Seb or Didrocks have discretion to widen the whitelist, or enable the use of the overlay scrollbars in all supported apps, without further review. Before beta2, we will take a decision about the main and CD inclusion of liboverlay scrollbar, and whether that will be whitelisted (i.e. only in selected apps) or turned-on-by-default. Thanks all! Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/730740 Title: FFE: Provide support for dynamically loading the new overlay scrollbar feature -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 692194] Re: Desktop menu adjustments for Natty
Phil, nice to see you, and thanks again for your leadership on the doc front. Darth ;-) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/692194 Title: Desktop menu adjustments for Natty -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 740556] Re: Package + upload 'overlay-scrollbar' to universe
Also: * a whitelist where we are confident the scrollbars Just Work * the ability for a user to turn them on for their entire session. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/740556 Title: Package + upload 'overlay-scrollbar' to universe -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 736712] [NEW] package libpango1.0-0 1.28.3-4ubuntu1 failed to install/upgrade: subprocess new pre-installation script returned error exit status 1
Public bug reported: I did a mass reinstall just to see what problems got thrown up, and I think this installation issue was one of them. ProblemType: Package DistroRelease: Ubuntu 11.04 Package: libpango1.0-0 1.28.3-4ubuntu1 ProcVersionSignature: Ubuntu 2.6.38-6.34-generic 2.6.38-rc7 Uname: Linux 2.6.38-6-generic i686 Architecture: i386 Date: Sun Mar 13 07:30:09 2011 ErrorMessage: subprocess new pre-installation script returned error exit status 1 SourcePackage: pango1.0 Title: package libpango1.0-0 1.28.3-4ubuntu1 failed to install/upgrade: subprocess new pre-installation script returned error exit status 1 UpgradeStatus: Upgraded to natty on 2010-07-20 (240 days ago) ** Affects: pango1.0 (Ubuntu) Importance: Undecided Status: New ** Tags: apport-package i386 natty -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to pango1.0 in ubuntu. https://bugs.launchpad.net/bugs/736712 Title: package libpango1.0-0 1.28.3-4ubuntu1 failed to install/upgrade: subprocess new pre-installation script returned error exit status 1 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 736712] Re: package libpango1.0-0 1.28.3-4ubuntu1 failed to install/upgrade: subprocess new pre-installation script returned error exit status 1
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to pango1.0 in ubuntu. https://bugs.launchpad.net/bugs/736712 Title: package libpango1.0-0 1.28.3-4ubuntu1 failed to install/upgrade: subprocess new pre-installation script returned error exit status 1 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 737183] [NEW] Home folder icon should be a *folder* with the home symbol, not a home symbol
Public bug reported: Binary package hint: nautilus We recently changed the icon on the default launcher to be the home folder. But the icon is a Home, and it should be a Folder - Home. The icon should be the folder icon with a home chiselled onto it. Right now, it's not clear that this is a *folder* that will open up. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/737183 Title: Home folder icon should be a *folder* with the home symbol, not a home symbol -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 733234] Re: Link to gnome-control-center is session menu should be titled System Settings
This will definitely be reviewed for Oneiric, but I think it's safe to reduce the importance unless user testing demonstrates a real problem. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. https://bugs.launchpad.net/bugs/733234 Title: Link to gnome-control-center is session menu should be titled System Settings -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 727823] Re: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu
On 14/03/11 08:28, Matthew East wrote: Could someone explain on the bug report what the response to mpt's comment was. It seems valid to me - I can't see why this option isn't in the main menu where users will actually find it rather than in the session menu which has nothing to do with system settings. What do you mean by the main menu? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-menus in ubuntu. https://bugs.launchpad.net/bugs/727823 Title: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 727823] Re: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu
Ah. The problem with that is that the contents are unpredictable. We could put it there, we could also put it in the Shortcuts that appear when you click on the Ubuntu button (and which are for Natty at least always accessible that way). The advantage of putting it in the last indicator menu is that it can be consistent across all the desktop interfaces. Also, the roadmap for the indicators introduces a device menu, in the top right corner, which would have the settings in it, so we're triangulating to that destination here. We can however do some tests on discoverability and tweak this before release if there's a problem. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-menus in ubuntu. https://bugs.launchpad.net/bugs/727823 Title: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 727823] Re: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu
On 14/03/11 10:26, Matthew East wrote: On 14 March 2011 10:01, Mark Shuttleworth 727...@bugs.launchpad.net wrote: Ah. The problem with that is that the contents are unpredictable. I don't understand what that means. If there is an issue with that menu, then it would apply to any item put in it, and there has been no issue adding Applications and Files Folders to it, so why not Settings as another entry? Users can remove items from the launcher, whereas they can't remove them from the indicator menus. The launcher is user space and we seed it with some useful stuff. The indicators are (mostly) system space. The advantage of putting it in the last indicator menu is that it can be consistent across all the desktop interfaces. Again, that argument doesn't apply to any other item in the left hand menu? All of the things that are going in the launcher are optional. The system still works without any of 'em. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-menus in ubuntu. https://bugs.launchpad.net/bugs/727823 Title: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 727823] Re: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu
Gerson, interesting idea to add those link areas to the dash sections, but I think we need to find more general use cases for those if we're going to use them here. And that would be an Oneiric issue. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-menus in ubuntu. https://bugs.launchpad.net/bugs/727823 Title: Enable Gnome-Control-Center in Unity, and add System Settings link to the session indicator menu -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 733234] Re: Link to gnome-control-center is session menu should be titled System Settings
Thanks Pitti -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. https://bugs.launchpad.net/bugs/733234 Title: Link to gnome-control-center is session menu should be titled System Settings -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 730588] Re: Fallback from 3D should offer Unity 2D download as an option
On 08/03/11 08:02, Didier Roche wrote: So, I give it some thoughts over night and here is the blockers for that option as far as I can see: Thanks for continuing to explore it in dreamtime, Didier, that's what makes you so awesome! - 1st one is to launch software-center on the unity2d page, then, the user has time to file his internet settings, and all services to start (the only thing is that we have to ensure avoiding doing that on the live cd) Interesting - we could also use Jockey as a preliminary step. So when we detect that (a) the user hasn't - 2nd and the one which make more sense to me, is to include this question in ubiquity if we detect that it can't support unity (the tester is an binary which is available on the live). I proposed a similar option (additional question for nvidia user) at latest UDS. The preferred way was to add that to the proprietary addon (like mp3) checkbox, but I think that an additional dialog can make sense for installing unity2d in desired case and will make even more sense. This one is the best I agree. I think we should avoid an extra dialog, just show an extra checkbox on one of the existing screens *if* the tester finds it is necessary. Great thinking! Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. https://bugs.launchpad.net/bugs/730588 Title: Fallback from 3D should offer Unity 2D download as an option -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 723232] [NEW] Unity configuration should be in gnome settings' Appearance dialog
There are very few Unity settings required. What's in CCSM includes a lot of exploratory options, many of which will be removed in due course as the design settles. So please don't just map what's there to Appearance settings :-) Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. https://bugs.launchpad.net/bugs/723232 Title: Unity configuration should be in gnome settings' Appearance dialog -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 721121] [NEW] Icon in Launcher should be home folder icon
Public bug reported: Binary package hint: nautilus The file manager (nautilus) icon in the Unity launcher is a folder with a pointer. That is a bug, because it puts a phantom pointer on the screen. The default icon there should be the home folder icon, and the icon should open the home folder (/home/user). ** Affects: unity Importance: Undecided Status: New ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: bitesize -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/721121 Title: Icon in Launcher should be home folder icon -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 713224] Re: New desktop icons are not aligned to the grid
status confirmed Yes, it would be good to create icons on the grid too. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/713224 Title: New desktop icons are not aligned to the grid -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 713224] Re: New desktop icons are not aligned to the grid
** Changed in: nautilus Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/713224 Title: New desktop icons are not aligned to the grid -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 615859] [NEW] Select windows when the mouse moves over them is incompatible with global menu bar
In order to have a clean layout of that preference pane, we may just need to remove Focus-Follows-Mouse from it entirely, leaving it as a gconf option for advanced users. Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. https://bugs.launchpad.net/bugs/615859 Title: Select windows when the mouse moves over them is incompatible with global menu bar -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 692194] Re: Desktop menu adjustments for Natty
Right - just to be clear, I understand where the menus *come from*, I just want them to be as specified ;-) Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/692194 Title: Desktop menu adjustments for Natty -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 703653] Re: Fallback from Unity-GL should use unity-2d if installed
Brilliant, thanks Didrocks :-) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. https://bugs.launchpad.net/bugs/703653 Title: Fallback from Unity-GL should use unity-2d if installed -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 703653] [NEW] Fallback from Unity-GL should use unity-2d if installed
Public bug reported: Binary package hint: gnome-session When logging into a Unity-GL session, we detect whether the hardware is capable of supporting that shell, and if it is not, we fall back to a 2D experience. In Natty, that 2D experience is the Classic Gnome shell. However, if the Unity-2D shell is installed, then we should fall back to that instead. How to reproduce: - install Natty on a machine that is not capable of running Unity-GL - install Unity-2D - log into the desktop choosing the standard Ubuntu Desktop session What happens: - you get a warning, and the Classic Gnome session What should happen: - you should not get a warning, and the Unity-2D session should be loaded ** Affects: gnome-session (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. https://bugs.launchpad.net/bugs/703653 Title: Fallback from Unity-GL should use unity-2d if installed -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 684649] Re: Nautilus desktop icons should never be under the launcher
This is a Seb call. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/684649 Title: Nautilus desktop icons should never be under the launcher -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 684649] Re: Nautilus desktop icons should never be under the launcher
I would do it for all Nautilus, regardless of classic or desktop. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/684649 Title: Nautilus desktop icons should never be under the launcher -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 661421] Re: gnome-terminal has no menubar
@wilbur I think this bug loses relevance in Natty, where we are defining the menubar as hidden for all applications. If you agree, please mark it wontfix. If not, please outline what you think the behaviour should be :-) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. https://bugs.launchpad.net/bugs/661421 Title: gnome-terminal has no menubar -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 694468] [NEW] Unnecessary chrome when showing multiple tabs
Public bug reported: Binary package hint: gnome-terminal When gnome-terminal shifts from showing a single tab to showing two or more tabs, it introduces unnecessary chrome on the left, bottom and right edges of the window. This is particularly visible when the terminal is maximised. Chrome on the right is masked to some extent by the scrollbar there, but should be eliminated as well. To reproduce: * launch gnome-terminal, showing only a single tab, maximised * note the lack of chrome around the edges of the screen * ctrl-shift-t to create a new tab What happens: * you see a gray border on the left and bottom of the screen What should happen: * there should be no gray border on the left and bottom of the screen ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. https://bugs.launchpad.net/bugs/694468 Title: Unnecessary chrome when showing multiple tabs -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 692194] [NEW] Desktop menu adjustments for Natty
Public bug reported: Binary package hint: nautilus When providing the desktop under Unity in Natty, the menu (displayed in the panel) when the desktop has focus should be as follows: File Create Folder... Create Document... --- Open Location... Connect to Server Edit Cut Copy Paste --- Select All Select Items Matching... Invert Selection Duplicate Make Links Rename... Copy to... Move to... Move to Rubbish Bin --- Change Desktop Background View Show Hidden Files Organise Files by Name Keep Aligned Places *** unchanged *** Help Ubuntu Documentation An alternative description of this bug would list the changes from the default / current Nautilus menu, as follows: File menu: all the entries associated with the parent folder are not relevant, so drop Open Parent and Close Parent Folders along with Close All Folders and Close. Edit menu: drop the backgrounds and emblems item, as we don't want people changing the desktop background that way. Add a Change Desktop background item, which opens the Appearance Prefs on the desktop wallpaper tab. Drop Preferences as that will be available when the file manager is explicitly open showing a folder. View menu: we drop all entries which are not relevant to the desktop, so Stop and Reload, as well as the Reset View to Defaults item (we are always using the defaults here as best I can tell) and the alternative layout formats Icons/Desktop/List/Compact. We leave the Places menu unchanged. In Help we drop the About because it is an implementation detail that Nautilus is rendering the desktop (this entry can remain in the normal folder window menu, when Nautilus is explicitly being run as a file manager). We add the Ubuntu Documentation entry as a more explicit version of Contents. ** Affects: ayatana-design Importance: Undecided Status: New ** Affects: nautilus (Ubuntu) Importance: Medium Status: Confirmed ** Also affects: ayatana-design Importance: Undecided Status: New ** Changed in: nautilus (Ubuntu) Importance: Undecided = Medium ** Changed in: nautilus (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/692194 Title: Desktop menu adjustments for Natty -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 692194] Re: Desktop menu adjustments for Natty
** Changed in: ayatana-design Importance: Undecided = High -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/692194 Title: Desktop menu adjustments for Natty -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 239952] Re: firefox - the associated helper application does not exist
Out of curiosity, does the same issue affect t-bird? -- firefox - the associated helper application does not exist https://bugs.launchpad.net/bugs/239952 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to epiphany-browser in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 619816] Re: Battery status line too long
Karl, thanks for picking up the issues in this bug. IN 11.04 we'll need to really nail G-P-M and make it rock. I like the idea of having a default translation fallback to 3:05. Mark -- Battery status line too long https://bugs.launchpad.net/bugs/619816 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 619816] Re: Battery status line too long
Maxim, please don't say Wtf, it's insulting. I agree, though, that 1h15m would be compact and more easily understood. I'm not sure what the internationalised equivalent would be, though. Mark -- Battery status line too long https://bugs.launchpad.net/bugs/619816 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 619816] Re: Battery status line too long
OK. Those are good detailed reports. Is there a bug open for each of them? We're going to nail g-p-m issues in 11.10, we know that's a bit of a swamp and have a plan to ask a contractor to help drain it in the next round. If you're interested, let me know, otherwise good bug reports would be most useful and will get addressed. Mark -- Battery status line too long https://bugs.launchpad.net/bugs/619816 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 634901] Re: Evolution Mail access inconsistent between Global menu and top Panel
The issue here might be that the shape of the evolution interface is governed by the command line used to invoke it. On the launcher in UNE I bet we use a command-line like evolution --netbook-ui, and I think the messaging menu starts evolution with plain ol' evolution. Hence the difference in UI Michael reported. Could that be the case? ps -aex would tell you. Mark -- Evolution Mail access inconsistent between Global menu and top Panel https://bugs.launchpad.net/bugs/634901 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 609884] [NEW] Add Time slider panel for btrfs volumes
@russianneuromancer: Please do not subscribe people to bugs unless they work for you, or you have their agreement, or they are your friends. It's considered rude. Please unsubscribe the Canonical DX team from #609884, #114375, #601592, #602156 and #609893. You may ping mpt on freenode and ask his opinion on #609893 as I know he has an interest in that. Thank you! Mark -- Add Time slider panel for btrfs volumes https://bugs.launchpad.net/bugs/609884 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 620331] Re: please drop icon from keyboard indicator
I don't think we want the icon at all - just the keyboard designator text/image. Mark -- please drop icon from keyboard indicator https://bugs.launchpad.net/bugs/620331 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 599844] Re: Port the keyboard indicator in gsd to use the app. indicator protocol
Is anyone working on an Ubuntu Mono style icon for the keyboard indicator? affects: ayatana-design Mark ** Also affects: ayatana-design Importance: Undecided Status: New -- Port the keyboard indicator in gsd to use the app. indicator protocol https://bugs.launchpad.net/bugs/599844 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 558327] Re: Window close button is clickable anywhere in the corner
How many people would set that? Each option doubles the number of code paths that need testing if we want to put out a quality result. If only 1% of people would set that option (and gconf options are used much less often than that) it's not worth it unless you are a maintainer of the code yourself and it matters to you. Mark -- Window close button is clickable anywhere in the corner https://bugs.launchpad.net/bugs/558327 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 23/07/10 13:18, Martin Wildam wrote: In reality there should be more and better cooperation in the Linux world between distributions. With actions like this - and now we get back to the topic finally - the Ubuntu team is causing separation and not uniting forces which would be so important for the whole Linux community. I'd like to hear your justification for that statement. We've: - built a bug tracker that explicitly lets us share bugs and fixes with other distributions and upstreams (and is still the only open source comprehensive hosting platform) - consistently invited people from other distributions (debian, red hat, suse) to our conference, even sponsoring them - supported multiple efforts to converge on open standards across desktop environments and distributions You're entitled to your opinions, but simply repeating something you heard (potentially from a competitor) is a poor way to form or shape opinions. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 558327] Re: Window close button is clickable anywhere in the corner
On 21/07/10 23:29, inane wrote: Ok, I'd like to chime in here a moment, this whole not being able to throw my mouse into the corner is amazing asinine, this is a behavior that I have come to know and love for YEARS now with GNOME, and it's gone without even the option to set it back. I take it then that you've been using a custom panel configuration? Because in the default Ubuntu config, the top left corner has the Applications menu in it, and the top right corner has the Session menu in it. In other words, the throw it in the corner and click to close the window capability is not a feature of Ubuntu pre 9.10. Our position on this is that the corner is reserved for access to applications, or shutting down the machine. If you want to close the window you need to click on the button for closing the window. Mark -- Window close button is clickable anywhere in the corner https://bugs.launchpad.net/bugs/558327 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 558327] Re: Window close button is clickable anywhere in the corner
Thanks kind of you and appreciated. On the subject of options, though, I would urge you to think through the full cost of adding an option. We discussed it on the Ayatana list for another case where someone wanted an option, check out http://www.mail-archive.com/ayat...@lists.launchpad.net/msg00416.html for details. Mark -- Window close button is clickable anywhere in the corner https://bugs.launchpad.net/bugs/558327 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 540826] Re: Rename Suspend to Sleep
On 07/07/10 09:16, Vish wrote: - This needs fixing upstream first to enable proper translation support. If we change this is Ubuntu it will break translations. Vish, we have a huge Ubuntu translation team to handle these, please don't use this as a basis for not fixing something in Ubuntu first if the fix is ready and the fixer is willing. Mark -- Rename Suspend to Sleep https://bugs.launchpad.net/bugs/540826 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 16492] Re: Mouse pointer should disappear when keyboard is in use and mouse isn't
Unclutter seems like the cleanest approach to solving this. I'll request that the desktop team consider it for MIR and the CD. ** Changed in: gtk+2.0 (Ubuntu) Importance: Wishlist = High ** Also affects: gtk+2.0 (Ubuntu Maverick) Importance: High Assignee: Ubuntu Desktop Bugs (desktop-bugs) Status: Triaged -- Mouse pointer should disappear when keyboard is in use and mouse isn't https://bugs.launchpad.net/bugs/16492 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 582757] [NEW] Notifications for login and logout poorly formed
Public bug reported: Binary package hint: empathy The correct form for login / logout notifications is: - The Avatar of the user in question, as the image - The Name of the user, as the title (displayed in bold by Notify-OSD) - The word Connected as the message body (displayed below the title, in regular weight by Notify-OSD) ** Affects: empathy (Ubuntu) Importance: Undecided Status: New -- Notifications for login and logout poorly formed https://bugs.launchpad.net/bugs/582757 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 30/04/10 18:33, Jonas Ådahl wrote: Mark, are you planning on making an effort in adding easy way of changing it, for example an option in the appearance dialog? No, quite the reverse, we will make it possible for applications to use the space on the right of the window title bar. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 01/05/10 16:15, Jonas Ådahl wrote: ...possible for applications to use the space on the right ... Is this a part of a redesign upstream, We are upstream for the Ayatana indicators. or will it be Ubuntu specific? Depends on whether it is more broadly adoped. Also, will it be compatible between window managers, or limited to Gnome applications? It will depend on a number of other capabilities in the system, but should not be limited to Gnome. The Ayatana work specifically aims to improve the experience across all major desktop environments, we publish code for both Gnome and KDE as a rule. Are there any other places concerning this such as mailing lists, general plan or similar you could point me to? The Ayatana mailing list would be a good start. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
My motivation is straightforward: to make Ubuntu the most delightful desktop I possibly can. As, I'm sure is yours. So, we're on the same side, and I appreciate your thoughts and insights. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
James, I think you may need to unset the gconf key. If you set a gconf key as a user, then that setting stays in place until you change it. When we update a package, we only update the system-default settings. User settings don't get touched, generally. So, if you played with the gconf setting previously, you will retain what you set until you *unset* that key. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 558327] Re: Window close button is clickable anywhere in the corner
On 10/04/10 21:29, Dylan McCall wrote: More likely, in my view: The human theme has a very visible prelight for the close button. The Ambience theme does not; there is really no way to tell whether you are hovering over (or even clicking) the button unless you're a pixel counter :b Otto, Ken, I think Dylan has a point w.r.t. the subtlety of the pre-lights for the window controls in Radiance / Ambiance. Please can you publish some alternatives? Perhaps get Christian to knock up a dumb mockup (static images only, with mouseover) of some variations for review? Mark -- Window close button is clickable anywhere in the corner https://bugs.launchpad.net/bugs/558327 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 07/04/10 19:42, running_rabbit07 wrote: Bob, your only reason for rejecting ubuntu's buttons is stubbornness. This is a straight ad hominem attack, and is completely unacceptable under our Code of Conduct. Bob, my apologies for this. Ronnie, please refrain from framing your arguments as an attack on someone else. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 07/04/10 21:52, Pyramid Technologies wrote: Yet another voice against this move http://www.zdnet.com.au/new-ubuntu-look-too-destructive-339302224.htm The specific issue he raises there looks to me to be a bug, in that the entire corner area is being used as a click target for the corner button, as opposed to just the area of the button itself. I've reported that separately as Bug #558327 -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 07/04/10 23:34, Jonathan Carter wrote: Is there anyway we can have Pyramid Technologies removed from commenting on this entry (or even Launchpad entirely)? I've written to Pyramid and asked him to shift his line of discussion to the Forums, where it would be more appropriate, and to respect the Code of Conduct. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 558327] Re: Window close button is clickable anywhere in the corner
On 08/04/10 15:43, Kenneth Wimer wrote: We can work around this in the theme by moving the buttons to the left edge. That would detract from the intended design. No, that's not a good solution. I would specifically request that we have: - dead (draggable) space to the left of the close button - the close button being the same size (clickable area) as the other two buttons Mark -- Window close button is clickable anywhere in the corner https://bugs.launchpad.net/bugs/558327 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 08/04/10 17:54, running_rabbit07 wrote: Thank you for sharing this amazing product and hopefully this new innovation your team is working on will push us towards fixing bug #1. You're very welcome, and thanks for your participation and consideration. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 557374] [NEW] Make Rhythmbox show the Ubuntu One music store when starting first time on Lucid
... thereafter, it should remember the place you were (at the granularity of the left-hand sections) and start there. Mark -- Make Rhythmbox show the Ubuntu One music store when starting first time on Lucid https://bugs.launchpad.net/bugs/557374 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Jef, it is certainly not the case that any OEM has directed these changes. We do direct our original engineering to things that make Ubuntu better for OEM customers, but we have complete independence as to which way to lead Ubuntu. A lot of the OEM feedback is very valuable though. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Please, Pako, and Pyramid, stop bickering in this bug. That is not appropriate, nor constructive. You have different opinions, please leave it at that. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Thank you to everybody who has participated in this discussion. The final decision on window controls for 10.04 LTS is as follows: - the window controls will remain on the left, however - the order will change to be (from left) close, minimize, maximise The decision is based on the view that putting the close button in the corner will be most familiar to many users, even if the particular choice of corner is not. For the avoidance of doubt, this is not a comment dependent on the date :-) Our intent is to encourage innovation, discussion, and design with the right of the window title bar. We have some ideas, and others are already springing up in the community. We welcome participation on the Ayatana list, where those can play out. This will be a fruitful topic for the design track at UDS in Brussels in May. This bug is now marked wontfix. Please focus ongoing participation on the opportunities for innovation that this opens up. The decision as to the window controls location and order itself is now final, and as they say in the old newspapers, no further correspondence will be entered into. ** Changed in: light-themes (Ubuntu) Status: Triaged = Won't Fix ** Changed in: light-themes (Ubuntu) Assignee: (unassigned) = Mark Shuttleworth (sabdfl) -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 01/04/10 22:20, Dag Odenhall wrote: @Jonathan You make a good argument. I eagerly await how it will look in action, as I thought the maximize,minimize,close setup looked quite nice. In my mind, close,minimize,maximize looks less nice, but I could be wrong. I agree that having the close button inset was visually more interesting. But in the end, the view that carried the day was that having the close button in the place where it moves around the least (the corner) was most valuable. The rest followed from there. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 31/03/10 19:07, Jefspa Leta wrote: Is anyone here... a customer? As in paying Canonical for anything? It would be very ironic if later it becomes known that these design changes were in fact prompted in part by paying customers such as OEM partners over the concerns of non-paying customers. That is quite definitely not the case. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Folks, this bug is looking more like a mailing list every day. Can I suggest that we stop just poking at one another here. There are differing points of view, and insulting one another doesn't add to our ability to settle this matter. So, I'd suggest that we only add comments to this bug if they are adding data that could guide a decision. Neither Me too nor you nutcase posts get us any further, and will just lead to key people unsubscribing from the report. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 27/03/10 13:19, Tom Harris wrote: Would data collected in Windows be considered useful? Yes, certainly. There'd be arguments about interpretations, but a good data gathering exercise would identify that. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 546650] Re: Unable to click items below notifications
Chris, it may be a gtk-related issue, but may nevertheless require Mirco's attention. Mark -- Unable to click items below notifications https://bugs.launchpad.net/bugs/546650 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 25/03/10 22:18, gabriel_samfira wrote: 1. I prefer to have Select windows when the mouse moves over them (or focus-on-hover), so my mouse is all over the place. I rarely close a window, but i do maximize and minimize allot. I understand that this is a relatively common preference, but it's only common amongst highly technical and sophisticated users. I'm glad to retain it as something an expert can enable (yay FLOSS :-)) but it won't be the Ubuntu default for the foreseeable future, and therefor can't easily inform our planning. 2. well..not *allot* of accidental closes, but enough to get me to pay more attention to what I am clicking. I do however (even now): - maximize when i want to actually minimize - minimize when trying to maximize Yes, I think this is a very valid concern. The use of the same styling / colour for both max and min buttons means one has to pay closer attention than usual. The pared back nature of the iconography compounds the problem. This happens mostly because i use Lucid at home and Hardy at work. We will continue to use Hardy until it is no longer supported. We try to avoid changing things in the workplace that don't *really* need changing (saves time and money). If we stick with a theme approach in Lucid that is foundational for future work, then a backport to current maintained releases would be appropriate, making it easier for people to keep a consistent portfolio of machines. Hope this helps a bit! Yes, thank you. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 25/03/10 22:25, Atel Apsfej wrote: Good, finally some guidance. You shouldn't wait for people to think up data products on their own, that risks people spinning their wheels creating data that gets discarded because it doesn't meet your definition and leads to people feeling they are being ignored. We should learn from any data that's presented. If someone comes up with interesting data, we should gather what insight we can from it. And I would be cautious to define in advance the set of things that might influence us. In my experience, inspiration and caution can come from unpredictable sources, and quite usefully so. You and the design team are the only group in a position define what is acceptable data in your decision-making process. Putting forward some questions you want answered like you did above is helpful. OK, fair enough. In future, I'll be quicker to outline things that *might* be interesting, and encurage the team to do the same, but will still encourage folks to be inventive with their research and analysis. Otherwise we're not really crowdsourcing insight. But you could go further, and articulate a framework by which questions can be proposed by externals, accepted by the design team as important to the design process, and then answered with an acceptable data collection methodology. There are certainly some questions that could definitively be answered with a single data set. We could keep an eye out for those. But they are relatively special. In this case, I can't think of a single data set that would be definitive. But that's why I'd prefer to leave the floor open to folks to suggest ones that might. If you do not articulate a data feedback framework that is acceptable to the design team then how is anyone suppose to know what you think is and is not acceptable? If you don't have a process by which people can propose questions worth answering with data, how do people know what to collect data on? Collect data on what's interesting to you. Most of us do this because it's interesting, and we like both the company (that's you ;-)) and the domain. I can't guarantee that any contribution will make it into Ubuntu, whether it be a patch or a translation or a package or an idea. But they all make it richer, one way or another. And work that doesn't get picked up here is still part of the commons and may have an impact elsewhere. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Data that would be interesting
On 25/03/10 17:12, Atel Apsfej wrote: Yes this is one of the fundamental communication breakdowns between the closed door design team and the external community. Shuttleworth and the design team want data.. but they haven't communicated what that means. Why hasn't that happened? Is the team concerned that the passionate minority with game the system and heavily bias the data that is being collected? There hasn't been a general data collecting methodology articulated for any of the experimental design decisions. This, more than any individual design decision, is the fundamental breakdown in communication which risks hardening passionate contributors in the Ubuntu community against Canonical in leading this work. Atel, there is no conspiracy involved, nobody is afraid that data would be biased, because it's clear that all data is somehow biased and will need to be evaluated in that light. Nevertheless, data would be interesting. I haven't said what data in particular, because I thought it better to let people invent for themselves what might be a relevant study. If I said I want data on X Y and Z we'd get into a long argument about whether that's the relevant thing. I'd rather folks here had responded by saying cool, here's some data I gathered. Since that hasn't happened, some things I'd be interested in: - where does the average mouse rest? i.e., when it's not being used, where is the mouse, usually? Think of a long term heat map of mouse locations, over a few hundred desktops and a few weeks. That would be interesting. Lots of people have said My mouse is generally near the left because there's so much else there. others have said The scrollbars on the right mean my mouse is hanging out there. Data would be useful. - are there accidental clicks on the close button in the new location? We know that the new location has lots going on around it. Are people accidentally clicking the wrong thing? - does it take longer to click it in the new location, once one is moving with intent in the right direction? We know that the fact that there's a lot around the target means finer motor control is required, and we know that generally means slower, more careful, more irritating movements. But is that actually measurably observed? Those are three items I'd like data on. But I'm sure there are folks following this conversation who could come up with smarter and more insightful formulations. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 287692] Re: Replace message notification with non-blinking alternative
*** This bug is a duplicate of bug 340180 *** https://bugs.launchpad.net/bugs/340180 Which blinking are you referring to? -- Replace message notification with non-blinking alternative https://bugs.launchpad.net/bugs/287692 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
On 23/03/10 13:36, Kasimir Gabert wrote: Mark: Stating that these design decisions are good because ``the people who made them are good'' is some pretty poor logic---an appeal to authority if I'm not mistaken. I didn't say the decision is good because the people are good. I am fairly quick to admit my own fallibility, and under pressure might even admit the fallibility of my colleagues too. It's not yet clear whether this decision will stand the test of time, or not. However, I did say that: - I and others appreciate the feedback and the passion - we have a mandate to make decisions of this nature - we have reason to pursue this change, and are running it through the beta to evaluate it - we know it's controversial. more controversy doesn't help, data might - if we think this will stick for two years or more, doing it now makes more sense than less We've made other decisions in the past that were controversial. The current layout of the standard GNOME desktop, for example, was quite controversial at the time. Till GNOME and then other distros adopted it. Some of those decisions missed the mark, some stuck. Mark -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 533566] Re: [Lucid] Window controls are on the left side after update
*** This bug is a duplicate of bug 532633 *** https://bugs.launchpad.net/bugs/532633 @BobPendleton - there is no decision to prevent people from rearranging window controls. I suspect you've either tripped over a bug, or something else unexpected has occurred. -- [Lucid] Window controls are on the left side after update https://bugs.launchpad.net/bugs/533566 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [light-theme] please revert the order of the window controls back to menu:minimize, maximize, close
On 19/03/10 10:53, Mr. X wrote: My mouse cursor usually hovers around the right side of windows because the vertical scroll bars are on the right. Also, since I read left-to-right, it seems easier to interact with windows at the right side. That's a very good point. There's no sense moving the min/max/close buttons to the left, if the scroll bars are still in the right. Our design roadmap calls for us to reduce the visibility of scrollbars, and emphasise: - touch scrolling - scrollwheels Most people don't scroll with the scrollbar any more. The use the scrollbar to gauge how much fo the document am I seeing. Perhaps the UI designers were trying to open space for the notifications? A better solution would be to display the notifications in the bottom right. No, notifications were not the primary driver. Moving the window controls to the left does ease the interaction with the notifications, though. Mark -- [light-theme] please revert the order of the window controls back to menu:minimize,maximize,close https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [light-theme] please revert the order of the window controls back to menu:minimize, maximize, close
On 19/03/10 18:52, Atel Apsfej wrote: Contrast how the Canonical design team works with how the recent Gnome hackfest participants communicated what was going on at the event. http://live.gnome.org/UsabilityProject/London2010 Out of all the listed participants on that page with blogs... how many of the non-Canonical employees made an effort to communicate back about the event to the Gnome community via the Gnome planet. I can count multiple posts from participants employed by several other companies making a concerted effort to communicate to the rest of us in the Gnome community where the design discussion was going from their expert pov. How many Canonical employees made a proactive effort to communicate what was going on? I don't remember seeing a single Canonical employee who participated in those design discussions blogging about it in the Gnome planet feed. As it happens, Canonical was a sponsor and host of that summit. We had folks attending. We agreed not to have our entire design team there so as not to swamp the event and make it too Canonical, which was a concern expressed by some of the people involved in planning the event. Without us, it would not have happened. We are very serious about improving the way design is done in GNOME, and invested a lot to help all the participants improve their user experience analysis skills and processes. Now, you are welcome to draw your own conclusions, but please accept that your assumptions about other people's intent and motivations may just be mistaken. Mark -- [light-theme] please revert the order of the window controls back to menu:minimize,maximize,close https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [light-theme] please revert the order of the window controls back to menu:minimize, maximize, close
@aysiu The problem with your Forums post is that it says this is what really happened and is, in fact, quite incorrect. Some members of the design team asked that the window controls be grouped on the left, and presented the visualisation. So it wasn't that I prefer it that way. I didn't like it initially, anticipating that it would generate a great deal of resistance. However, it does line things up nicely for work I would like us to do in future. And the major argument against it appears solely to be we're used to it here, which is important, but not overriding. Mark -- [light-theme] please revert the order of the window controls back to menu:minimize,maximize,close https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [light-theme] please revert the order of the window controls back to menu:minimize, maximize, close
On 17/03/10 22:34, fewt wrote: you don't get to second-guess their decisions You don't get to see a lot of what they see unless you're on that team. being an open community is not the same as saying everybody has a say in everything. There aren't any good reasons for that we are not voting on design decisions. So, its your ball, it isn't a community ball and if we don't like it we shouldn't use your distribution because it belongs to you, your team, and no one else. I get it now. Thanks for the clarification, and all of these great one-liners. @fewt There's a job waiting for you at a tabloid, if that's how you treat commentary. Isolating snippets and using them out of context is just rude. You can throw your toys out of the cot, but other than expressing a personal preference, you haven't informed the discussion at all. Most importantly, you do NOT have a say in *everything*. Anybody is welcome to participate, and it's worth building a reputation for yourself as being competent at something. If the community process *works*, that competence will be rewarded with the ability to make tough decisions. At the moment, your approach is not highlighting any particular competence on your part, other than for aggressive and unhelpful argument backed by a willingness to twist people's words - not something we have a department for in Ubuntu. Mark -- [light-theme] please revert the order of the window controls back to menu:minimize,maximize,close https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [light-theme] please revert the order of the window controls back to menu:minimize, maximize, close
On 18/03/10 14:01, dariocaruso wrote: We have for example ubuntu brainstorm, forum, and other ways to comment your work, but please, you have to say at all community exactly what we can say about the project and what we can do for canonical EXACTLY. Brainstorm is great, and lots of good comes out of it. There are many cases where knowing what lots of people think, or creating a forum for *anybody* to publish their ideas, is useful. My point to fewt is simply that there are also many areas where we explicitly don't run things by vote or consensus. Ubuntu is plenty big enough that there is an area where anybody can make themselves an expert, take on responsibility, and lead. But it's also big enough that if we try to make everybody feel like they can weigh in on *every* decision, we'll grind to a halt. This is a flashpoint, but most decisions are not as contentious as this one. I'm backing this decision because I think it's the right one in the long term. It may be right, it may be wrong, but I have a mandate to take the decision. The same is true of our kernel lead, and our community governance leads. They are fallible (I certainly am) but they are nevertheless empowered to take decisions. Mark -- [light-theme] please revert the order of the window controls back to menu:minimize,maximize,close https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs