VS 黑暗主题

[原文发表地址] Visual Studio Dark Theme [原文发表时间]  2012-05-29 0:00 随着我们越来越靠近Visual Studio 11 的最后设计阶段,我想再次感谢您的反馈意见。我想告诉你们我们仍然将你的反馈认作为产品的一部分,并积极致力于下一个Visual Studio 11 里程碑。 这篇文章的目的是跟进之前的RC预览帖子中的一个共同请求。该请求是 Visual Studio 11 黑暗主题的详细信息。 在我们完成RC之前,我们将大部分设计的注意力集中在优化明亮主题的体验上,因为我们的遥测显示当前大多数人在使用它。一旦完成之后,我们将注意力转向黑暗主题,并侧重于我们从 Visual Studio 11 beta 中所收到的关于黑暗主题最多的反馈信息。你们许多人将会看到在 RC 版本中黑暗主题的重大改进, 但我现在和你们分享的关键变化中的几个并不在RC的日程表中。在这篇文章中,我想分享一些你会在 RTM中看到的黑暗主题改进,和一些已经从测试版引入到了 RC中,并随后引入到 RTM。 Beta: RC: RTM: 主题图标 作为黑暗主题预览的一部分,我想提醒你注意Visual Studio 11 图标的几个重要特点。第一是图标一般会更简单或其形式更具有象征。第二是图标内的颜色调板已被简化及更加一致了。 在 Visual Studio 11中,我们从字形库中生成图标。这种方法可以改善一致性,我们制造了大约 6000个不同大小和格式的图标,这些图标在在整个产品中用在了大约 28,000 个不同的位置。如何在不同的主题和不同的底纹背景下(工具窗口,编辑器,下拉菜单)最有效地承载这些图标成为了一个有趣的挑战。 我们考虑过为每个主题提供单独的成套的可交换图标的利弊。随着我们深入这种方法,我们发现它仍然不允许我们优化整个主题中不同背景下的图标。 在 Beta 和 RC 中我们围绕图标使用阴影轮廓来让它们在明亮和黑暗背景上是可见的。这种方法的缺点是让图标在两个主题中显得有点模糊,而且在黑暗的主题中显得太亮。 在 RTM…

0

RC版本中即将到来的Visual Studio 11 用户界面更新

[原文发表地址]  Visual Studio 11 User Interface Updates Coming in RC [原文发表时间] 2012-05-08 10:00 在今年 2 月发布的Visual Studio 11 Beta 版本中,我们基于两个核心的设计原则对用户体验做了更改,首先就是为你的内容提供更多的空间,第二个是更聚焦于你的内容。自从这些变化首次亮相以来,引起了社区的重大响应和反馈。我们采用了此反馈,并基于我们所听到的内容为 Visual Studio 11 RC做出了一些改革计划。我想谢谢你们通过这篇博客或者各种其他社区渠道为我们提供持续的反馈意见,请继续提供反馈。 本文的目的是让你了解自从Beta版以来,我们所做的更新。我也想简短地总结一些Beta版的反馈,而且我们已经针对这些反馈做出了更新。 Beta版反馈 我们非常幸运地获得了大量有关Visual Studio 11 Beta 版的可操作的用户反馈。在对反馈进行排序时,我们发现它主要集中于三个方面的新主题。 希望整体上更可视化的”能量”和对比度 想要一个更平衡的Metro样式应用程序 渴望增加图标的清晰度和提高通过使用颜色的区分度 这里是我们从 beta 到 RC中所做的更改的快速一瞥,它与我们所收到的反馈是相符合的。这篇文章的其余部分会详细介绍每个更改,并会在下面的截屏中反映出来。   提高能量 对于Beta版,有很多关于整体上灰色体验的反馈意见。我们听说你们想要更强生命力的用户体验,并已使用大胆的主题着重和较亮的背景颜色来活跃体验。 我们在三个主要设计方面增加了 Visual Studio 11 主题的”能量”级别。首先是缓和了Visual Studio 11 明亮主题和窗口镶边中的灰色来提高能量水平和体验的可读性。 第二是为状态栏着色。我们使用状态栏颜色来增加视觉效果,同时通过传达各种 IDE 状态的更改而增加了功能价值,如IDE在调试模式下时。 在第三种方式中,我们将为一般主题添加更多风格来更广泛和略微大胆地使用像工具窗口标题和选项卡区域的着重颜色。 控件的样式 有关新体验中合适的Metro样式元素的反馈分为三大块。工具窗口的标题全部为大写是一个领域,我们已经倾听到了你们的问题。为了符合我们的整体设计原则,我们做了些轻微的变化,那样会更有结构,并强调了像工具窗口标题栏、…

0

与 Visual Studio 11 之间的往返切换

[原文发表地址] Round-tripping with Visual Studio 11 [原文发表时间] 2012-03-28 8:00 大约两年前我们发表了一篇博客,题为为什么Visual Studio 2010 转换了我的项目?我们收到的最多反馈是你们希望能够使用当前的和以前的VS版本来操作你的项目。我们很高兴地宣布 Visual Studio 11 将让你轻松地与 Visual Studio 2010 SP1 往返切换你的项目!这意味着你可以利用 Visual Studio 11 的功能,同时与可能仍在使用 Visual Studio 2010 SP1 的团队成员协作同一项目。 当我们开始着手启用往返切换时,我们意识到执行该功能归结为实现三个目标: Visual Studio 11 只适用于现有的 Visual Studio 2010 项目 很容易并可行地升级到 Visual Studio 11 团队在同一时间可以使用 Visual Studio 11 和 Visual Studio 2010 实现这些目标的关键是要回答一个问题 — —…

0

改进了更新Visual Studio的方式

[原文发表地址] Improving how we update Visual Studio [原文发表时间] 2012-04-06 10:00 我们获取的常见反馈是让VS更易于查找和获得 bug 的修复和更新 — — 基本上是如何更迅速和更容易为更多的客户带来更多的改善。你可以想象,有许多因素需要平衡,包括我们应提供的更新种类和提供它们的频率,以及VS如何判断可用的更新。为了帮助拟定我们的想法,我们查看了很多不同事物的更新机制,有些能正常运行,有些不行 — — 包括从技术方面 (如通过Windows Update)更新到目前我们更新Visual Studio扩展的更新机制。查看了这一切,我们选择了首先侧重于改善发现更新的能力,重点使你能够保持高端的质量。 这项工作的结果是Visual Studio 11 Beta中的一个服务,我们称之为Visual Studio Update或 VSUpdate,当有可用的更新时,它会提示你。本周早些时候,我们通过此渠道发布了我们的第一个更新,我们已整周在MSDN 订阅中推出了它。今天我们也向全世界推出它,因此,你将在Visual Studio 11 Beta中看到一个看起来像这样的通知: 如果你单击此通知,将会打开扩展管理器,并且更新将会显示在更新-> 产品更新部分。你要做的是点击更新按钮来下载此更新并开始安装。如果你选择不接收这些通知,你可以: 选择工具-> 扩展管理器-> 更新,然后选择"禁用自动检测可用的更新。" 这周我们推出的更新包括一组Visual Studio11 Beta的修复程序,包括了一些最经常报告的崩溃问题,大型C# 项目的性能改进,还有对于 IntelliTrace 和单元测试的修复程序。至于完整的列表,请参阅KB文章。 至于如何使用此服务,我们仍然还需做很多决策— — 像我们通过这一渠道提供的频率和甚至种类的事情,所以请反馈给我们你的想法,在这篇文章中评论或通过用户心声(对于特定功能的请求),我们的论坛(提问),或Coonect (提交bug) — — 在帖子中稍后将详细介绍。 从多步骤到两步 之前你更新VS 时,你不得不经历多个过程,可能会涉及安装VS,然后安装一些修补程序和服务包。如今这个简单的两步通知-然后-安装过程将替换之前的多步骤过程。为确保过程保持两个步骤,通过 VSUpdate的更新将会累积起来:…

0