Bug 8714 - ui-refresh: give meaningful width on document tabs
Summary: ui-refresh: give meaningful width on document tabs
Status: RESOLVED NOT_ON_ROADMAP
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: General ()
Version: 4.0
Hardware: PC Linux
: Normal normal
Target Milestone: 5.0
Assignee: Jason Smith [MSFT]
URL:
: 10499 ()
Depends on:
Blocks:
 
Reported: 2012-12-02 04:52 UTC by Atsushi Eno
Modified: 2014-04-14 10:44 UTC (History)
6 users (show)

Tags: ui-refresh
Is this bug a regression?: ---
Last known good build:


Attachments
3.0 sshot (214.51 KB, image/png)
2012-12-02 04:53 UTC, Atsushi Eno
Details
ui-refresh sshot (196.02 KB, image/png)
2012-12-02 04:53 UTC, Atsushi Eno
Details


Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on Developer Community or GitHub with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
RESOLVED NOT_ON_ROADMAP

Description Atsushi Eno 2012-12-02 04:52:43 UTC
See the screenshot difference of the state for 20 open documents (pretty much usual if you are on real coding e.g. searching or replacing in files). ui-refresh tabs are pretty much useless, it does not tell users what the tab content is and shows only extra vector graphics in the cost of important information (document names). 3.0 tabs are much better.
Comment 1 Atsushi Eno 2012-12-02 04:53:08 UTC
Created attachment 3042 [details]
3.0 sshot
Comment 2 Atsushi Eno 2012-12-02 04:53:46 UTC
Created attachment 3043 [details]
ui-refresh sshot
Comment 3 Mikayla Hutchinson [MSFT] 2012-12-03 01:23:11 UTC
Not really true, there's very little wasted space. It's showing you a lot more information about what files are open by compressing the tabs when there are many - hiding icons and close buttons, etc. Note that 3.0 shows you more information about each tab, but it only shows you 1/5 as many tabs. But maybe the minimum size for the tabs could be a little bit bigger so it shows a more useful amount of text for each tab.

The real problem is tab proliferation which we need to solve sometime post 4.0, probably either using "preview tab" like VS2012 or a browser navigation model like xcode.
Comment 4 Atsushi Eno 2012-12-03 03:00:03 UTC
The minimum tab size must be indeed increased. IDE tabs are not web browser tabs. There are very often many source files that begins with the same string (in this sshot, TypeScript{Foo|Bar}), which does not happen to web browser tabs. No fabicons to distinguish things. There is hence little benefit on just showing as many files as possible.

I thought about better tab experience for a while, but as long as MD keeps current tab code basic, I have no better solution ideas. There already is firefox-like "select other document" dropdownlist.

Resolving proliferation by navigation model sounds great. I am skeptical on previews, as our tooltip over those tabs (to show full document name) works very well. (If it took longer time for preview, it could become less useful...)
Comment 5 Mikayla Hutchinson [MSFT] 2012-12-03 12:46:08 UTC
The "preview tab" is a special tab, not a tooltip (you'd probably call a tooltip "tab preview").

http://blogs.msdn.com/b/zainnab/archive/2012/06/19/visual-studio-2012-new-features-preview-tab.aspx
Comment 6 David Siegel 2012-12-03 12:51:55 UTC
I agree that the tab proliferation fixes in v2 should ameliorate this, but for the time being I think it's reasonable to increase the minimum tab width. I will look at this with Jason.
Comment 7 Atsushi Eno 2012-12-15 19:37:50 UTC
Yes, it became much better now!
Comment 8 Atsushi Eno 2012-12-15 19:39:10 UTC
oops, nm, I was opening just a few documents, no changes yet :(
Comment 9 Jérémie Laval 2013-01-16 07:21:21 UTC
They could also be stacked like Chrome on tablets i.e. a "focus zone" where the tabs takes the space needed and in periphery of this zone the tabs are more compressed.

On the tablet you can swipe to move that focus zone and on desktop I guess you can replicate the behavior by hovering.
Comment 10 Atsushi Eno 2013-01-17 06:17:00 UTC
Ok, but I don't think that idea is something we can realize before the final release. Expanding tab width is something we can change right now in one liner, right?
Comment 11 Jérémie Laval 2013-01-17 06:22:25 UTC
Oh yeah definitely not for this one, was more a remark for the future.
Comment 12 Mikayla Hutchinson [MSFT] 2013-02-21 03:26:15 UTC
*** Bug 10499 has been marked as a duplicate of this bug. ***
Comment 13 Lluis Sanchez 2014-03-07 04:38:00 UTC
Closing.
Comment 14 Atsushi Eno 2014-03-07 05:27:55 UTC
huh?