On 16 March 2010 01:59, Cody Russell wrote:
> As you open new tabs, they shrink in size until it gets to a point where
> they won't shrink any further. At that point the tabs on the left go
> offscreen while you're adding new ones on the right. Once you've got
> some offscreen notebook tabs you
Hi Cody,
Op maandag 15-03-2010 om 20:59 uur [tijdzone -0500], schreef Cody
Russell:
> offscreen while you're adding new ones on the right. Once you've got
> some offscreen notebook tabs you can mouse-wheel back and forth and it
> scrolls through the notebook tabs but *without changing the select
On Sun, 2010-03-14 at 22:43 +0100, Reinout van Schouwen wrote:
> I think you must be confusing Firefox with Epiphany. Firefox doesn't
> react on scrollwheel on tab out-of-the-box (and if I would know about
> a
> Firefox extension that enables it, I'd have it installed). Epiphany
> does
> support sc
I'm not sure if/when this post will reach the list, as
I'm not subscribed, but I wanted to add my 2c to the discussion.
First of all: Firefox and tabs.
Personally, I treat TabMix Plus as an essential extension.
Among other things, it allows tab labels to be put
in multiple rows, that can be scrol
Hi,
Op vrijdag 12-03-2010 om 17:31 uur [tijdzone +0100], schreef Jean-Peer
Lorenz:
> No, this is not a plugin. For me it works from a fresh installation. In
> the case of more tabs open than fit into the window I can move the mouse
> over the tab-bar (or whatever it is called) and flip through the
Thanks for the hint. I've installed the tree tab plugin and tried it.
While using it and comparing it directly to the default behavior I
recognized some things related to the notebook issue.
I especially like on a notebook with horizontally oriented tabs able to
scroll through:
* the information
No, this is not a plugin. For me it works from a fresh installation. In
the case of more tabs open than fit into the window I can move the mouse
over the tab-bar (or whatever it is called) and flip through the tabs
using the mouse wheel.
Am Freitag, den 12.03.2010, 10:16 -0600 schrieb Cody Russell
On Fri, 2010-03-12 at 15:05 +0100, Jean-Peer Lorenz wrote:
> Simple answer: in Firefox I can put approx. 10 tabs on the screen.
> When
> opening more tabs, I cannot see all of them and use the scrolling. At
> the moment I have more than 30 tabs open, they increase in number very
> quick by followin
On Fri, 2010-03-12 at 14:20 +0100, Jean-Peer Lorenz wrote:
>
> With the expression 'For me, it is a *huge* usability feature' I
> wanted
> to stress that there are different views to the issue. Some might find
> the scrolling ability annoying and some (like me) think it is the most
> efficient way
Op vrijdag 12-03-2010 om 13:31 uur [tijdzone +], schreef Calum
Benson:
> > For me, it is a *huge* usability feature to be able to scroll through
> > notebook tabs. I use this all the time when using Firefox, Nautilus,
> > gedit and other applications with lots of documents opened in tabs. I
> >
On Thu, 2010-03-11 at 12:00 -0600, Cody Russell wrote:
> I brought this up on desktop-devel-list and gtk-devel-list hoping to get
> some usability feedback, but the responses have been more of the "hey, I
> use that sometimes!" type of response which isn't what I want. But then
> Cosimo mentioned
I want to add important points when scrolling through tabs using the
mouse wheel:
* it is fast (much faster than using the notebook arrows)
* it is interactive, that is the scrolling speed depends on how fast I
use the mouse wheel and it gives me some kind of feedback:
Example e.g. in gedit - 10
jcup...@gmail.com writes:
> On 12 March 2010 10:35, Allan Day wrote:
> > Though most widgets cannot be controlled through the mouse wheel, a
> > small number can (combo boxes, volume sliders and the window list, for
> > example), so it's not completely inconsistent to have this behaviour for
> >
Simple answer: in Firefox I can put approx. 10 tabs on the screen. When
opening more tabs, I cannot see all of them and use the scrolling. At
the moment I have more than 30 tabs open, they increase in number very
quick by following links etc. And I am not willing to close them because
there is no r
On 12 Mar 2010, at 12:28, Jean-Peer Lorenz wrote:
> I want to point to the very interesting link that was posted by Andreas
> Nilsson in gtk-devel list:
> http://mpt.net.nz/archive/2008/08/11/usability
>
> For me, it is a *huge* usability feature to be able to scroll through
> notebook tabs. I u
You are absolutely right. I read the article and 'learned' nothing from
it ;)
With the expression 'For me, it is a *huge* usability feature' I wanted
to stress that there are different views to the issue. Some might find
the scrolling ability annoying and some (like me) think it is the most
effici
On 03/12/2010 01:28 PM, Jean-Peer Lorenz wrote:
I want to point to the very interesting link that was posted by Andreas
Nilsson in gtk-devel list:
http://mpt.net.nz/archive/2008/08/11/usability
For me, it is a *huge* usability feature to be able to scroll through
notebook tabs. I use this all t
I've found a related Ubuntu brainstorm idea:
http://brainstorm.ubuntu.com/idea/20271/
Maybe this helps. I'd go with solution #1.
I never realized the differences in behavior between Firefox and
Nautilus. And indeed, the solution I like the most is the Firefox
solution. I use tab scrolling really
I want to point to the very interesting link that was posted by Andreas
Nilsson in gtk-devel list:
http://mpt.net.nz/archive/2008/08/11/usability
For me, it is a *huge* usability feature to be able to scroll through
notebook tabs. I use this all the time when using Firefox, Nautilus,
gedit and oth
On 12 March 2010 10:57, Diego Moya wrote:
> - Guard the feature with a modifier key so that it can't be activated by
> accident. If you have to use ALT+Scrollwheel to activate this quick
> scrolling through tabs, it's far less likely that its usage is unintended,
> and the user will have a clue th
On 12 March 2010 10:35, Allan Day wrote:
> Though most widgets cannot be controlled through the mouse wheel, a
> small number can (combo boxes, volume sliders and the window list, for
> example), so it's not completely inconsistent to have this behaviour for
> tabs.
If I can put in another opinio
There are at least two ways to prevent users being confused by this feature,
without removing it completely:
- Provide a more prominent visual feedback when it's activated, so that if
it's by accident the user will understand what happened. Instead of just an
instant unexpected change of the compl
Hi Cody,
> So, I stumbled upon this feature we have where you can use mouse-wheel
> scrolling on GtkNotebook pages to change to a different page. It wasn't
> the most pleasant experience for me since I did it on accident and was
> briefly quite confused. I'm not a usability expert by any stretch
On 03/11/2010 01:00 PM, Cody Russell wrote:
So, I stumbled upon this feature we have where you can use mouse-wheel
scrolling on GtkNotebook pages to change to a different page. It wasn't
the most pleasant experience for me since I did it on accident and was
I use GtkNotebooks in my app (moseri
I brought this up on desktop-devel-list and gtk-devel-list hoping to get
some usability feedback, but the responses have been more of the "hey, I
use that sometimes!" type of response which isn't what I want. But then
Cosimo mentioned that we have a real usability list, and so here I am!
So, I st
25 matches
Mail list logo
