← Back to team overview

elementary-dev-community team mailing list archive

Re: Granite Release

 

What about ctrl+t ?

On Sep 25, 2012, at 8:29 AM, ttosttos Sa <ttosttos@xxxxxxxxx> wrote:

> I guess if my previous argument holds water, a click on the + should actually add a tab on the left (contrary to my previous statement).  A double-click on the right (empty space) should add a tab on the right.  The logic would be: action on the tabbar happens closest to its trigger.  I think it's safe to assume that user attention is close to the pointer.  For an add started from outside the tabbar (e.g. from an App menu), I'd still favor the tab to appear on the empty space, instead of the shift which is more visually distracting.
> 
> --ttosttos
> 
> On Mon, Sep 24, 2012 at 7:16 PM, ttosttos Sa <ttosttos@xxxxxxxxx> wrote:
> Oopss... watch out for that argument.  It doesn't hold true for millions (should probably say billions) of people around the world :-)  I find the shifting of all tabs a bit unintuitive.  I personally find more natural that new tabs fill the empty space instead of shifting all the existing tabs.  In addition, double click on the empty tabbar space currently has the odd result of adding a tab far away from where the double click took place (which should be where the user attention is).
> 
> 
> --ttosttos
> ps. On a somewhat related note, I think the widget could benefit from some visual work.
> 
> On Mon, Sep 24, 2012 at 6:49 PM, Voldyman <voldyman666@xxxxxxxxx> wrote:
> Another argument can be that most of the languages we use are written from left to right so our mental model dictates that the new things should be on the right and the left side remains unchanged.
> example.
> we write 
> D
> Da
> Dan
> -not
> n
> an
> Dan
> 
> On Sep 25,  2012, at 6:10 AM, Daniel Fore <daniel@xxxxxxxxxxxxxxxx> wrote:
> 
>> Yea I commented on the bug report, IIRC.
>> 
>> The biggest argument I heard for tabs on the right side was that the mental model of the tabbar flow from most used to least used (just like the toolbar). So when you insert a new tab, you are by-definition placing the least-used (so far) tab on the left side in front of the most used (longest open) tabs.
>> 
>> On Sun, Sep 23, 2012 at 3:50 AM, David Gomes <david@xxxxxxxxxxxxxxxx> wrote:
>>> Sergey,
>>> 
>>> The other day we were talking about this on IRC and we almost changed Daniel's mind I think. I'm not 100% sure of what he thinks now, but the general opinion is to have tabs opening on the right on every single application for consistency with 3rd party apps, because we read from left to right and because adding tabs on the beginning makes our brain reorganize the tab system (we have to +1 the position of every single tab, since it gets changed).
>>> 
>>> Those were some of the arguments presented.
>>> 
>>> David "Munchor" Gomes
>>> 
>>> On Sun, Sep 23, 2012 at 11:44 AM, Sergey "Shnatsel" Davidoff <sergey@xxxxxxxxxxxxxxxx> wrote:
>>> I've just remembered - Ctrl+T adds tabs on the right of the current one, not on the left. This seems inconsistent to me. Is it a Granite bug or it should be fixed in the apps?
>>> 
>>> -- 
>>> Sergey "Shnatsel" Davidoff
>>> OS architect @ elementary
>>> 
>> 
>> -- 
>> Mailing list: https://launchpad.net/~elementary-dev-community
>> Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~elementary-dev-community
>> More help   : https://help.launchpad.net/ListHelp
> 
> --
> Mailing list: https://launchpad.net/~elementary-dev-community
> Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~elementary-dev-community
> More help   : https://help.launchpad.net/ListHelp
> 
> 
> 

Follow ups

References