On Thu, Apr 29, 2010 at 01:44, Remco wrote:
>
> This is probably not going to be a problem. I'm sure that when you
> unmaximize the window, the title and the menu pop right back into the
> window. In current UNE, the rare unmaximized window also doesn't have
> its title in the upper panel.
>
Not
On Thu, Apr 29, 2010 at 07:22, Jeremy Nickurak wrote:
> On Wed, Apr 28, 2010 at 16:14, Jan Claeys wrote:
>>
>> That's not an issue on netbooks.
>>
>
> It's not an issue with *maximzed windows*. It's every bit as much as issue
> for unmaximized windows on the netbook as it is for the desktop.
>
T
On Wed, Apr 28, 2010 at 16:14, Jan Claeys wrote:
> That's not an issue on netbooks.
>
>
It's not an issue with *maximzed windows*. It's every bit as much as issue
for unmaximized windows on the netbook as it is for the desktop.
--
Jeremy Nickurak -= Email/XMPP: jer...@nickurak.ca =-
___
Op woensdag 28-04-2010 om 09:33 uur [tijdzone -0600], schreef Jeremy
Nickurak:
> This is an idea that's been debated alot, and in general, rejected, outside
> of macos circles. Decoupling the menu from the application window means you
> have to move your mouse from an application window, through an
In which case they probably ought not to be using the netbook remix
version. The standard desktop is probably going to suit their needs
better, with just the custom launcher menu.
On Apr 28, 2010, at 8:41 AM, Diego Moya wrote:
> On 28 April 2010 08:24, Mark Shuttleworth wrote:
>> On 28/04/10 14:
On 28 April 2010 08:24, Mark Shuttleworth wrote:
> On 28/04/10 14:21, Diego Moya wrote:
>> How is this expected to work on touchscreens, where the pointing
>> device lacks a real mouseover action? Will it rely on a hard key being
>> available?
> In cases where the touch screen is supplementary (i.e
Ah.
This is an idea that's been debated alot, and in general, rejected, outside
of macos circles. Decoupling the menu from the application window means you
have to move your mouse from an application window, through an unrelated
desktop region, up to a seperate region of the screen, which means it
For toggle when using touch maybe staking out some OS "reserved" gesture/s
early in the game would be worthwile. For instance on some Android apps
press-hold brings up a menu. Unfortunately this isn't always the case so it
is less useful / discoverable.
On Apr 28, 2010 6:25 AM, "Mark Shuttleworth"
On 28/04/10 14:21, Diego Moya wrote:
> On 28 April 2010 05:26, Mark Shuttleworth wrote:
>
>> When you mouse towards the window title, or press Alt, it will be
>> replaced by the menu.
>>
> How is this expected to work on touchscreens, where the pointing
> device lacks a real mouseover actio
On 28 April 2010 05:26, Mark Shuttleworth wrote:
> When you mouse towards the window title, or press Alt, it will be
> replaced by the menu.
How is this expected to work on touchscreens, where the pointing
device lacks a real mouseover action? Will it rely on a hard key being
available?
I know my
This all sounds great for saving screen space, but it is hard to understand
how usable it would be without
actual examples or mockups.
I'll wait for the live examples then
Thanks,
Alex.
On Wed, Apr 28, 2010 at 1:54 PM, Mark Shuttleworth wrote:
> On 28/04/10 11:48, Omer Akram wrote:
>
> > When
On 28/04/10 11:48, Omer Akram wrote:
> > When the window is maximised, the panel will contain:
> >
> > - the window controls (from the left, just after the Ubuntu icon)
> > - the window title
> > - the indicators (aligned right)
>
> Hmm. How will we switch between running apps then?
We'll address
> When the window is maximised, the panel will contain:
>
> - the window controls (from the left, just after the Ubuntu icon)
> - the window title
> - the indicators (aligned right)
Hmm. How will we switch between running apps then?
___
Mailing list: htt
On 28/04/10 00:19, Jeremy Nickurak wrote:
> I would assume that the window controls won't exist in this scenario...
>
> Am I correct in assuming that menus will only go into the top panel if
> the window is maximized, such that its window controls are hidden by
> maximus?
Neither is right, I'm afr
I would assume that the window controls won't exist in this scenario...
Am I correct in assuming that menus will only go into the top panel if the
window is maximized, such that its window controls are hidden by maximus?
On Tue, Apr 27, 2010 at 17:07, Benjamin Humphrey wrote:
> Luke, I believe t
Luke, I believe the idea is to have the menu, window controls and title
actually in the top panel itself, not in windows.
On Wed, Apr 28, 2010 at 9:25 AM, Luke Benstead wrote:
> On 27 April 2010 17:24, Jeremy Nickurak wrote:
> > What about windows with long titles? Web browsers ofter put the ti
On 27 April 2010 17:24, Jeremy Nickurak wrote:
> What about windows with long titles? Web browsers ofter put the title of the
> page you're viewing in the window title, so it's HUGE. Not much extra room,
> if any, in that case.
> Maybe a cut-off title with ... and the full thing in a tooltip?
> Ma
On 27/04/10 17:00, Shane Fagan wrote:
> Could we do something similar in the desktop edition? My screen doesnt
> have the highest resolution and having 2 bars and the menu strip takes
> up a lot of space.
>
You'll certainly be able to run it that way, if you want.
signature.asc
Description:
What about windows with long titles? Web browsers ofter put the title of the
page you're viewing in the window title, so it's HUGE. Not much extra room,
if any, in that case.
Maybe a cut-off title with ... and the full thing in a tooltip?
Maybe just not merging the menus into the panel if it's to
I also was thinking about something like this... I've seen a mockup
once, in which the application menubar and the titlebar are merged, but
both of them are constantly shown, which is not a problem IMO, because
as we know, we have horizontal pixels. I have checked, and the
applications with many me
On Tue, 2010-04-27 at 16:49 +0100, Mark Shuttleworth wrote:
> Hello folks
>
> I blogged today about a decision we've taken to adopt a single menu in
> the panel, for the netbook interface. The blog is at
> http://www.markshuttleworth.com/archives/359 and there will be some
> additional commentary
This sounds very interesting! It could be nice to have it implemented as
early as possible in the 10.10 testing period, to identify problems faster.
Maybe it could be the default behavior in the desktop version as well, for
the duration of the alphas, to make sure it undergoes as much testing as
p
Hey Mark,
Could we do something similar in the desktop edition? My screen doesnt
have the highest resolution and having 2 bars and the menu strip takes
up a lot of space.
I know that Gnome shell is a single panel (for the moment anyway) but
can we do a global menu for gnome shell as well? (and I
Good idea for the netbook edition Mark. Let the imminent Mac OS X
comparisons begin, however. =S
Benjamin
On 28/04/2010 3:49 AM, "Mark Shuttleworth" wrote:
Hello folks
I blogged today about a decision we've taken to adopt a single menu in
the panel, for the netbook interface. The blog is at
ht
Hello folks
I blogged today about a decision we've taken to adopt a single menu in
the panel, for the netbook interface. The blog is at
http://www.markshuttleworth.com/archives/359 and there will be some
additional commentary from MPT and others on design.canonical.com in due
course.
The rational
25 matches
Mail list logo
