[Bug 532633] Re: [light-theme] please revert the order of the window controls back to "menu:minimize, maximize, close"

2010-03-18 Thread hills
Mark Shuttleworth: > 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. There are many places in applications, like tabs and panels, where clo

[Bug 532633] Re: [light-theme] please revert the order of the window controls back to "menu:minimize, maximize, close"

2010-03-18 Thread hills
Mark Shuttleworth : > That doesn't mean we should be cavalier, but I'm not going to shy away from > an opportunity to do something much better now just because Microsoft did > something a particular way 20 years ago. It is something more than Microsoft whim. In the West culture we are reading fr

[Bug 532633] Re: [light-theme] please revert the order of the window controls back to "menu:minimize, maximize, close"

2010-03-18 Thread hills
Edit: Top *left* is the worst place for close button. -- [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 subscri

[Bug 532633] Re: [light-theme] please revert the order of the window controls back to "menu:minimize, maximize, close"

2010-03-19 Thread hills
According to comment #208, if we are going to change button position and order, this is the best: (left:) maximize, (right:) restore, minimize, close. -- [light-theme] please revert the order of the window controls back to "menu:minimize,maximize,close" https://bugs.launchpad.net/bugs/532633 Yo

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-01 Thread hills
Mark Shuttleworth: > Our intent is to encourage innovation, discussion, and design with the right > of the window title bar. Innovation at the cost of other very important features is wrong. Whatever great innovation it is. -- [Master] Window Control buttons: position/order/alignment https://bu

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-04 Thread hills
This picture illustrates a typical book page, letter and dialog window. ** Attachment added: "Book page, letter and dialog window" http://launchpadlibrarian.net/43101864/page-letter-dialog.png -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-04 Thread hills
Here we have GNOME desktop and an application window. ** Attachment added: "GNOME destkop and application window" http://launchpadlibrarian.net/43102195/gnome-window.png -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug n

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-04 Thread hills
Finnaly, here you have a webpage in a browser tab. ** Attachment added: "Webpage in a tab" http://launchpadlibrarian.net/43102335/webpage-tab.png -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-04 Thread hills
After making these pictures I would like to say that left top close button is like: 1. confusing end point with start point in all GNOME interface (breaking user's habits and effectiveness). 2. giving close option BEFORE user read anything (what he/she eventually would like to close if he/she kno

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-06 Thread hills
running_rabbit07: > You should have added the next line showing your movement to the menu to open > the next window or app, which would make the travel to the close button on > the right a longer wasted path. With the close button on the left you don't > have to go far to open the next applicati

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-07 Thread hills
@Pako Sorry, you conclusion didn't have anything to do with my argumentation stated in #639. -- [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

[Bug 407621] Re: (design decision) Icons missing from context menu , dialogue buttons , firefox bookmark favicons

2009-09-28 Thread hills
Me too. For example Close button is probably the most widely used button in all windows, but now it have no icon. Previously I could click it without thinking, but now... well, this is disaster, I'm completly inefficient. -- (design decision) Icons missing from context menu , dialogue buttons , f

[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment

2010-04-20 Thread hills
** Attachment added: "Concept of buttons" http://launchpadlibrarian.net/44930300/concept_of_buttons.svg -- [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

[Bug 887331] Re: file-roller cannot open filetypes with derived mimetypes (e.g. epub and ods files)

2018-02-13 Thread Rob Hills
Old bug, just tripped me up after upgrading to Ubuntu 17.10, now can't open a .epub file but I can open it via a link (ln -s xyz.epub xyz.tgz). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to file-roller in Ubuntu. https://bugs.launchp

[Bug 1225281] Re: XDG_RUNTIME_DIR not set in the environment.

2014-04-27 Thread Rob Hills
Subtle variation, but also occurs when you sudo su and then try and run gedit. ** Tags added: trusty -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/1225281 Title: XDG_RUNTIME_DIR no