A well implemented Tab Preview (see SeaMonkey or Multizilla) does not appear for the active tab and therefore does not cover the page being shown. It appears in the same place as the tooltip which Chrome currently has, just a little bigger. So the mouse cursor is always above the preview which does not block interaction in any way.
- Itai On Jan 13, 5:56 pm, Brian Rakowski <[email protected]> wrote: > I believe tab previews hinder usability because the larger overlay including > the thumbnail is often accidentally invoked, covering the page or browser > controls I am trying to use. > In my experience using tab previews, they look cool but aren't actually > useful since invoking them takes a longer hover than it would take to just > switch tabs. > > > > On Tue, Jan 13, 2009 at 1:52 PM, dhhwai <[email protected]> wrote: > > > You can add a STAR to the following bugs to be notified of updates: > > >http://code.google.com/p/chromium/issues/detail?id=5617 > > >http://code.google.com/p/chromium/issues/detail?id=5569#c7 > > > On Jan 13, 12:28 pm, Itai <[email protected]> wrote: > > > We have a number of discussions which mention Tab Previews as a > > > desirable feature. To get everyone to the same page: A Tab Preview is > > > a small image which shows the contents of a tab and appears when the > > > mouse is placed over any non-selected tab. The present state is that, > > > when the mouse pointer is over a tab, Chromium shows the title of the > > > page in a standard tooltip. > > > > Tab Previews are useful for identifying tabs without selecting them > > > when either tab titles are not descriptive enough or when enough tabs > > > are opened that their titles cannot be read. At its simplest > > > implementation, the Tab Preview feature simply adds a the thumbnail > > > within the tooltip which is shown for non-selected windows. A Tab > > > Preview is not shown when hovering over the selected window's tab > > > because it would be redundant and may hide portions of the viewed web > > > page. In Chrome, the thumbnail added could easily be the same > > > thumbnail we use for the most visited pages in the New Tab Page. > > > > The most important question is: Can someone find a reason why this > > > would hinder usability? That is, if we added this feature, would there > > > be a compelling reason to turn it off? > > > > The second question, which is something we can do even after > > > implementing the simple approach, is can we do better and make tab > > > previews even more useful? > > > > Being partial to Tab Previews, my personal take is that the preview > > > itself is extremely useful because titles quickly become too small to > > > display with 10 to 20 tabs and that this feature helps identify tabs > > > quickly. It would be nice if we could take this further and offer > > > previews elsewhere too. > > > > For previously visited links for example. It happens that I go back to > > > a page and forgot which link had what I was looking for. If hovering > > > over a visited link, it would be a lesser problem. It would not be > > > done for non-visited links for latency issues and not to trigger > > > unwanted requests. > > > > Bookmarks are another place where previews would be very useful, if I > > > don't bother editing bookmark titles, a lot of bookmarks end up with > > > similar titles like 'homepage' or 'welcome'. Yahoo's bookmarking > > > service offers such previews based on when they last crawled the site. --~--~---------~--~----~------------~-------~--~----~ Chromium Discussion mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-discuss -~----------~----~----~----~------~----~------~--~---
