title bar. If the menus are
> slightly faded out and fades in on mouse over would look good on top of
> being functional.
Once again, I'll take the opportunity to reiterate this solution to
that problem: https://lists.launchpad.net/ayatana/msg04555.html
--
☮♥☯
Greg
esn't
*feel* consistent, and that's confusing.
--
☮♥☯
Greg K Nicholson
http://gkn.me.uk
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help : https
ction between a window and its title and
menus. It avoids showing one window's title in two places.
The downside is that menus for non-maximised windows are no longer at
the screen edge, so take longer to acquire and click. This is *not* a
regression versus Ubuntu 10.10's Gnome 2 desktop.
This is already implemented in Compiz's Scale Addons plugin.
Another, complementary approach would be to have a lower limit for the
zoom factor when scaling—say, around 2/3—and clip windows if necessary
to only show the top-left corner (top-right in RTL locales).
_
On this subject I'd like to reiterate and support a suggestion
previously made on this list:
https://lists.launchpad.net/ayatana/msg04555.html
☮♥☯
Greg K Nicholson
http://gkn.me.uk
___
Mailing list: https://launchpad.net/~ayatana
Post to : ay
> Why not integrate (and hide) the menu bar in the title bar instead for
> ummaximized windows?
This makes sense logically.
For maximised windows, the panel takes over the function of a title
bar. So it seems sensible that if the active window is unmaximised,
the title bar should behave in the sa
Gnome Shell currently uses the grave as shorthand for "whichever key appears
above Tab on your keyboard layout". So presumably this would be localised
for each keyboard layout.
On 29 Oct 2010 12:39, "Barry Warsaw" wrote:
On Oct 29, 2010, at 10:37 AM, Philipp Wendler wrote:
>Using ` is a horribl
I don't think it's useful to enforce one account per service. It has to be a
common use case to have, for example, a personal Twitter account and a
business one.
This should even make the UI design simpler: rather than having a fixed,
finite, unscalable list of empty accounts - one per service - a
though not a goal), this design would enable users who really
care to deliberately queue notices while they're away.
--
Greg K Nicholson
On 17 Sep 2010 09:12, "Diego Moya" wrote:
On 17 September 2010 09:03, Conscious User wrote:
>
> To be more clear, I think this goal is
On 15 September 2010 16:54, Conscious User wrote:
> I know it's the space for the confirmation bubbles, but I think it
> would be much better if those appeared in another place entirely,
> like a bottom corner.
I've suggested before that synchronous notifications (e.g. volume)
should appear horiz
Mozilla's approach to community-driven design is exactly the same as
Ubuntu's: solicit ideas and implementations from all and sundry, then
take an opinionated decision on which to include by default.
Where Mozilla succeed better is that:
1. They solicit ideas more actively using their brand—Extend
> So, we've gone as far as ignoring raise requests 0.5 seconds after the
> last release event. But what about one whole second after? Two seconds?
> Three? Five? Ten?
You're still looking at length of time, which I don't think is
relevant. We could define this length of time, though, as exactly th
OK, I didn't express myself clearly here:
>>> So when should the window manager switch from assuming
>>> you want a new window focused, to assuming you don't?
>>
>> When you deliberately focus another window.
>
> That's assuming the question. Whether you "deliberately focus another
> window" is wh
On 16 June 2010 15:24, Mark Shuttleworth wrote:
>
> Platform team is reviewing unclutter for inclusion in the default
> install and session.
\o/
(
Everyone:
Alt+F2, apt:unclutter
Alt+F2, unclutter
)
___
Mailing list: https://launchpad.net/~ayatana
Pos
> That is precisely what it does, and has done for years. But it will
> always be guessing. If you're watching a video and it mentions an
> unfamiliar word, and you launch the Dictionary to look it up, and it
> takes two seconds to launch, you want it to take focus. But if you
> launch OpenOffice.o
> This doesn't work very well if an application in one workspace opens a
> modal dialog under a long living application in another workspace.
Yes. If an application wants to open a dialogue, it really ought to
throw focus to that dialogue. If it's opening a modal dialogue, surely
it *must* throw f
This is *exactly* what my proposal intends to achieve (assuming it can
actually be implemented).
On 27 May 2010 19:23, Kristoffer Lundén wrote:
> Is it possible for the window manager (or some other mechanism that it can
> communicate with) to know if I am interacting with a window at the moment
> I'm not sure if I agree with this one. I dedicate some workspaces to
> a single fullscreen app (ex: firefox), and I never bother to peek at
> the taskbar of those workspaces because nothing else is supposed to
> be there. The suggestion above would make alert windows appear
> behind firefox and s
able:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/67476/comments/16
I don't know how practical it would be to implement.
--
Greg K Nicholson
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Uns
I guess we'd just define the window control order as
[close,minimize,maximize:indicators] by default. Other themes could
define [menu:indicators,minimize,maximize,close] if they wanted to.
On 6 May 2010 07:30, Scott Ritchie wrote:
> On 05/03/2010 05:22 AM, Roth Robert wrote:
>>
>> Otherwise I lik
> I usually move my cursor completely out of view when I'm not using it. I've
> definitely seen my roommate, brother, and mom all do the same.
Might be a good idea to include and run unclutter by default.
___
Mailing list: https://launchpad.net/~ayatana
On 4 May 2010 05:48, Tyler Brainerd wrote:
> Actually I believe Mark gave some pretty clear reasons why. They want the
> upper right to have a particular analogy, just like they want the upper
> left. Right is for notifications, volume, brightness, and similar controls,
> the left is for menus, op
Martin Albisetti
> How's this?
“You may shut down your system now, all applications will be closed.”
The comma is incorrect—commas don't delineate standalone clauses. It
should be a semi-colon, a dash or (simplest) a full stop.
“Shut down your system” sounds wrong—“shut your system down” is
bette
23 matches
Mail list logo
