What about ctrl+t ?

On Sep 25, 2012, at 8:29 AM, ttosttos Sa <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 
>>> <[email protected]> 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     : [email protected]
>> Unsubscribe : https://launchpad.net/~elementary-dev-community
>> More help   : https://help.launchpad.net/ListHelp
> 
> --
> Mailing list: https://launchpad.net/~elementary-dev-community
> Post to     : [email protected]
> Unsubscribe : https://launchpad.net/~elementary-dev-community
> More help   : https://help.launchpad.net/ListHelp
> 
> 
> 
-- 
Mailing list: https://launchpad.net/~elementary-dev-community
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~elementary-dev-community
More help   : https://help.launchpad.net/ListHelp

Reply via email to