感谢大家的反馈。团队在“左侧导航”，“响应式设计”和“下一步主题设定”中对反馈做出了回应。检查一下。
ch-ch-ch的变化即将到来。如您所希望阅读的有关团队的各种文章一样，我们正在进行一些重要的工作。我们正在推出一种新产品Teams（née渠道），并进行必要的研究和设计思想以使其正确。此外，我们很早就意识到，我们有一个难得的机会来偿还技术债务，这使我们无法为Stack Exchange社区提供服务，而且本来应该如此。 “为Stack Overflow，Enterprise和Stack Exchange站点更新导航”，我们让我们的代码库经历了分叉和片段化的过程。过去，我们会将精力集中在Stackoverflow.com上，稍后再考虑网站和企业版。这导致从一项改进到另一项改进的长期拖延。这也意味着我们要一遍又一遍地做同样的工作（顶吧，有人吗？）。而且，我们并没有从头到尾设计所有事情，而是预先考虑了所有排列。当我们开始团队合作时，我们意识到这变得站不住脚。这篇文章将为您提供有关统一设计和单一代码库如何统一所有产品（Stackoverflow.com，Stack Exchange网络站点，企业Stack Overflow和现在团队TeamStack Overflow）的一些详细信息。
堆栈溢出问答产品（包括Stack Exchange网络站点）将通过统一的代码库提供，作为连续的服务。有时我们仍会保留功能差异，并且可以调整体验（例如，团队不需要与公共Stack Overflow相同的级别/类型的审核），但将有意进行以优化用例的体验，而不是因为我们还没有开始将功能移植到我们的一种产品中。
这将为我们的所有用户带来两个关键的改进：
产品间体验的一致性更好
会发生什么变化？
左侧导航（更多）
我们将向左侧介绍左侧导航所有问答环节。当我们在Stack Overflow的背景下介绍团队时，很明显，我们需要检查整体信息架构。唐娜（Donna）在她的博客文章中介绍了详细信息，因此在此我将不再赘述。通过添加左侧导航栏，我们在信息架构中获得了灵活性和可伸缩性。而且，尽管我们知道它与我们在任何产品中所做的一切都有些偏离，但这种导航风格更适合在我们当前和将来的产品范围内使响应式设计成为现实。在操作中查看我们左侧导航的GIF和响应性
左侧导航的堆栈溢出
响应式设计
人们多年来一直希望Q＆A具有响应式设计。添加左导航既需要也更好地实现了响应式设计。因此，我们正致力于创建一个非常出色的响应式网站。
这将分阶段完成：
首先是台式机（移动设备外观目前暂无处可用）。
公用页面并且经验首先会得到有效的治疗。其中包括问题页面，问题，各种问题列表，搜索，用户和标签
完成这些操作后，我们将发布它们供您欣赏。
我们将逐一处理剩余的体验并将其发布他们准备好了。这包括配置文件，审阅/修改工具，帮助中心等。
一旦所有页面都响应完毕，我们计划进行一些其他工作，以确保所有功能在手机上都能正常运行。届时，我们将停用移动设备外观。
小视口中的堆栈溢出
（单击此处查看其运行情况）
站点主题设置
每个问答站点都有自己的主题。但是，我们支持的主题水平存在巨大的不平等。少数（〜10）接受凯迪拉克治疗，有些（<50）更像本田，而大多数（〜100）为Yugo。现实是我们创建了一个主题系统，我们没有足够的设计资源来充分支持，因此不公平。此外，按照当前的定义，我们的主题妨碍了在网站上发布新功能。
为了向所有站点提供左侧导航，响应式设计和未来的改进，我们创建了一种更加标准化的方式来支持主题。随着我们对问答的改进，这将减轻支持设计的负担。结果是，大多数站点将看到他们可以得到的主题级别的改善。虽然某些站点会减少。所有Q＆A（企业，团队等）都将在此新主题计划上实现标准化。
网站主题示例（查看更多）
有关主题的详细信息（单击图像放大）
外卖品
早期，关于主题如何运作的规则很少。结果，有些图像非常繁重，需要大量的自定义，有些非常非常简单。上图显示了可以更改的内容。但是，现在有几件事将被标准化以遵循Stack Overflow的外观。注意：这主要影响“凯迪拉克”网站。
标准化的项目包括：
导航
字体
按钮/图标
标签
时事通讯广告
该计划是为当前具有主题的每个站点创建设计，并由社区来管理。我们将于本月（2018年3月）开始这项工作。期望在四月下旬看到带有详细信息的元文章。如果您已经准备好毕业但还没有设计，则社区团队中的某个人将在4月发布到您的元网站上，以征询您的意见，以便我们根据您的回答以您的网站为主题。我们将从5月开始在整个网络中启用新设计。
何时开始看到这些更改？
推出计划
如果您处于Teams的Beta版中，那么您已经看到了左侧导航，并且将在本月晚些时候看到响应性更改
我们将在4月开始与SO用户一起发布这些更改（可能是一种选择的方式）
我们希望5月在SO上向所有人推广
根据我们在主题方面取得的进展，SE网站将在5月开始看到他们
我们知道这是一次可以吸收的很多东西，实际上是三大要素紧密地结合在一起，以至于我们不得不在同一上下文中谈论这一切。我们知道您中的许多人在阅读此书后都有强烈的，可能是混杂的感觉，我们希望收到您的反馈。我们将倾听每个人的意见，讨论您提供的所有信息，并在此过程中进行更新。
感谢您的时间，感谢您的耐心配合，并在此先感谢您记住-我们也是人类。
#1 楼
请重新考虑您对徽章的决定，并允许每个站点进行自定义吗？我最喜欢的一项使网站与众不同的功能是我们在网络上拥有的各种徽章：
对于我来说，这些确实赋予了每个站点自己的个性和性格，如果它们保持可自定义，那就太好了。
评论
为此肯定是+1。定制徽章是使毕业变得有趣的那些有趣的事物之一。
–兰德·托尔
18 Mar 12 '18 at 19:55
还要注意，在此屏幕截图中，我可以通过徽章来分辨是旅行还是科幻等，这是唯一的方法……如果您（不幸地）选择不实施蒂姆的建议，则需要替换该工作流程。
– NH。
18年3月12日在20:38
//，它确实增加了视觉混乱度，但是@NH在这里确实有一点。
–内森（Nathan）
18-3-13的3:31
好吧，删除自定义徽章（以及不久的将来的任何自定义设计）只是使SE / SO变得不那么有趣和无聊的又一步。
–影子向导正在接种疫苗
18年3月13日在13:08
@NH。您的意思是，您无法通过查看URL，网站标题或唯一的背景图片来分辨您所在的网站？对不起，我不赞成你的观点。
– TylerH
18年3月13日在13:36
@TylerH向下滚动到评论区域。所有站点识别元素均消失。
– Tim
18年3月13日在13:39
@Tim尽管如此，您还是必须首先登陆该站点。因此，您应该知道自己的位置。然后，您仍然应该能够看到该URL，因此您应该知道自己的位置。然后，顶部栏是粘性的，因此您应该知道自己的位置（搜索栏会告诉您所处的站点）。我同意自定义徽章图标很好（尽管您在新站点上看到的前几次令人困惑）。我只是说，它们并不是告诉您所处网站的唯一方法。此外，评论无论如何都不会显示徽章图标，因此不确定那里的论点是什么。
– TylerH
18年3月13日在13:43
必须承认，这是我确实确实需要进行标准化的领域-进入您的个人资料很奇怪，例如在Aviation上，查看“帐户”部分，然后看到您的SO或SU徽章代表飞机。 。
– Graham Wager
18年3月13日在14:28
这是应该在@GrahamWager中修复的错误，而不是应删除的功能。
–jscs
18年3月13日在15:30
+1和阿们，这个答案是很好的和明智的vox populi反馈。
–KorvinStarmast
18年7月9日在20:07
#2 楼
不要在左侧边栏上浪费太多空间请，请，请不要在左侧边栏上浪费太多空间。保持左侧栏为可折叠/滑出/弹出/下拉。不要让它100％可见。我们关心问题和答案。我们希望看到问题与解答。我们不想在这些控件上浪费很多空间。
更新：
已添加了每个站点的用户首选项，您可以通过它来每个站点的“隐藏左导航”。您将需要转到每个站点上的本地首选项，然后检查“隐藏左侧导航”首选项。无法在整个网络范围内设置此首选项。虽然我认为这不能解决问题，但确实有帮助。
用户脚本将左侧边栏移动到整个网络范围的顶部栏（Stack Apps）（install）（GitHub）
因为我真的不喜欢左侧栏，所以我在顶部栏创建了左侧栏，将左侧栏移动到所有具有左侧栏的SE网站上的顶部栏，而与首选项设置无关在每个站点上。安装此用户脚本等效于将SE网络范围的首选项选择为“隐藏左导航”。您无需在每个站点上设置首选项。
评论
@Makyen人们建议可以隐藏左导航。目前，我们不打算允许这样做，但是当更多的人可以使用此更改时，我们将密切关注反馈。另外，有人要求我们允许调整大小。这有点棘手，但我将与我们的设计团队一起探讨。正在考虑的另一件事是其他功能，这些功能使左侧导航在更多时间中更有用。在这方面的工作还没有什么具体的。
–乔朋友
18年3月12日在18:55
@JeremyBanks，请密切注意剪辑。当您加宽视窗时，问答空间逐渐扩大，然后...糟糕！它变窄以允许左侧导航栏。然后，在右侧内容出现之前，它会继续变宽一段时间，这很好。但是，如果您希望窗口中的实际问答内容占据屏幕的一半，那么您要么浪费导航栏的空间，要么将窗口的一部分从屏幕的左侧移开（使其他浏览器选项卡不可用）。如果您可以折叠左导航栏，则此问题将消失。
–通配符
18 Mar 12 '18 at 19:03
@JoeFriend我很感激。我强烈建议将其作为顶部栏中的另一个图标，以便用户在需要时可以访问。虽然，坦白地说，我很惊讶您将Jobs链接移出顶部栏，因为这是增加收入的原因之一（您之前进行过测试只是为了确定要显示的文本）。如果您希望指示用户何时在团队中，则可以通过更改下拉菜单的图标或为该图标设置徽章（显示团队的图标）来轻松实现。
–麦肯
18 Mar 12 '18 at 19:03
@JeremyBanks没问题。这是一个热门话题。关于测试版，是的，我在注册时了解到可能存在问题。我必须承认，我没想到UI会有这样的变化。如果有明显的方式退出团队，我可能会这样做。鉴于没有，我只是写了一个用户脚本/ CSS样式来使左侧栏可折叠，就像其他人一样。我会没事儿的。我将只编写代码以使界面执行我想要的操作。问题是讨论如何对所有人都更好。
–麦肯
18 Mar 12 '18 at 19:19
@JoeFriend感谢您考虑调整大小。实际上，我希望将其缩小到10-20px，足以显示“标签”，“用户”等的首字母，而不必为左列空间放弃〜200px的问答空间。足够。选项集很小；让我依靠内存和那里的位置，将大部分空间用于我真正来到SE的工作。谢谢！ （可折叠性也解决了这个问题；实际上，我认为这两个功能都很重要，并且可以解决稍有不同的需求，但是如果不能折叠，请至少调整大小。谢谢。）
– Monica Cellio
18 Mar 12 '18 at 19:30
对我而言，当前问答的左侧和右侧有很多空白。利用它进行导航将是很棒的。但是，我担心这样会完好无损，而确实会减少问答部分。
– Celtschk
18年3月13日在8:01
@henry维基百科没有两个侧边栏（我不知道FB）。如果默认情况下存在侧边栏，那很好。我们需要的是使新的侧边栏不受影响的选项。用户脚本不适用于所有设备，并且在SE进行更改时可能会中断。这应该是一阶设计，而不是用户补丁。为经验丰富的用户提供专注于问答的能力不会损害新用户（或需要额外帮助或拥有大量屏幕房地产的任何其他用户）。
– Monica Cellio
18-3-13在16:28
绝大部分都位于空白处（菜单下方）（空白处可能会充满广告，如果不是现在的话，那么以后会出现）。与实际阅读问答相比，这种导航很少使用。如果用户经常使用它，则应将其放在顶部栏中（如现在），或移至下拉菜单中以在顶部栏中节省水平空间；或者向左/向左滑动/滑动导航，用户可以在需要时访问它）。由于左侧栏现在已经存在，因此对于与当前相同的问答空间，用户必须拥有比当前SE设计大得多的视口（窗口）。
–麦肯
18年3月13日在17:53
人们之所以要求响应式设计，是因为他们希望能够在比SE目前所设计的宽和窄的视口（屏幕/窗口）上查看问题和答案。当前实现并显示在GIF中的左侧边栏与响应式设计要求中表达的要求背道而驰，因为它为用户提供了更少的要求：他们希望看到问题和答案。
–麦肯
18年3月13日在17:53
我不需要标签和工作就在我的视线范围内，我想查看问答，不是所有无用的东西。
– A K
18年3月13日在21:45
我完全反对左侧边栏。
– einpoklum
18年3月13日在22:56
我什至不明白为什么需要垂直导航。始终只有五个链接。这项变化将影响数百万的用户，而这将最终影响使用Teams的少数用户。当使用类似的使用情况比较来关闭功能时，这确实令人失望……
–戳
18-3-15的1:46
@poke取消团队后，他们可能会再次更改设计。
–再见
18年3月19日在11:16
这种变化使我感到恐惧。 Atlassian切换到左导航，我绝对讨厌它。
–恶魔的拥护者
18年3月19日在16:31
@JoeF-RE：当前我们不打算允许这样做，但是当更多的人可以使用此更改时，我们将密切注意反馈。似乎已经有相当多的反馈，而且这个想法似乎是消除许多焦虑的一种简单方法：让那些喜欢侧边栏的人使用它，让那些讨厌侧边栏的人隐藏它。我感到奇怪的是，似乎有如此多的阻力。为什么不仅仅接受这一简单建议作为应采纳的好建议呢？
–J.R.的意思是“恢复原状”
18-3-19在22:11
#3 楼
我们至少可以选择字体吗？状态已完成请检查以下问题的解决方案：字体和新的Q＆A主题设置
我认为字体给人的感觉很多网站，甚至可能会影响可用性。例如，English.SE受益于使用衬线字体清晰区分字母并使IPA更具可读性。同样，Judaism.SE的衬线字体使希伯来语短语（在那里很常见）看起来更好。在Math.SE上，衬线字体使MathJax公式很好地融合在一起。
这并不是说衬线字体应成为标准字体。 Sans-serif非常适合StackOverflow和其他与编码有关的站点。实际上，TeX.SE得益于其无衬线来区分渲染的TeX。广泛使用Unicode字符的网站（例如Japanese.SE）也将希望选择合适的字体。这同样适用于Codegolf.SE的代码块，这些代码块通常必须显示默认字体不足的特殊Unicode符号。
出于其他原因而不仅仅是其他原因而需要替代字体的站点列表
非拉丁文原文
Mi Yodeya（希伯来语的拼音，包括元音和其他标记）
诠释学（希伯来语和古代的serif希腊语）
基督教（希伯来语+希腊语）
伊斯兰教（阿拉伯语，特别是变音符号的缩写）
印度教
佛教
文学（许多剧本）
英语和用法（希腊语，有时为西里尔字母）
符号
Code Golf（等距的Unicode语言编程语言）
数学（与MathJax很好地融合在一起）
物理学与MathJax完美融合─功能要求）
化学（用于支持特殊化学符号的配方的缩写）
Mathoverflow？ （要与MathJax很好地融合在一起）已经具有样式，但是尚未选择特殊字体
音乐？ （具有各种音乐符号的字体）
Mathematica？ （支持其专用区域字符的字体）
HSM？
TeX（等宽以区分代码和注释）
IPA
语言学
英语语言和用法
构造语言
语言学习？ （外语脚本）
英语学习者？
西里尔文
Русскийязык
俄语
堆栈溢出нарусском
乌克兰语
东亚语
中文
日语
スタック・オーバーフロー
韩语
随意编辑此列表以添加其他需要字体支持的现有SE网站
评论
+1对Unicode产生影响。我们在Mi Yodeya上广泛使用希伯来语，它看起来比其他网站上的希伯来语要好得多-这是因为我们的希伯来语脸部取决于基本字体。更改字体可能会使我们的网站难以以重要方式使用。
– Monica Cellio
18 Mar 12 '18 at 19:09
应当注意，链接的Chromium问题已标记为“ wontfix”，因此如果仍然存在问题，则需要打开新票证。
–mbomb007
18年3月12日在20:04
@ mbomb007仅供参考。
–Adám
18年3月12日在21:29
@adam和Monica，你们都已经确定了一些有力的论据，以允许有限数量的站点选择其他字体。当然，没有承诺，但是我会向团队提出这些问题。
–乔朋友
18年3月12日在22:07
并且不要在共享代码中对任何字体进行硬编码：只需使用serif或sans-serif，以便每个浏览器都可以选择最适合自己的字体。否则，您将打开一大罐蠕虫……
– Nemo
18年3月13日在8:50
谢谢@JoeFriend，我很感激。在相同字体大小下，希伯来语已经比罗马字母更难阅读，因为元音标记和（如果存在）倾斜标记比字母小得多。给字体外观带来挑战的确会影响可用性。而且我不仅仅意味着像我这样对视力有挑战的人们。如BH的字体投诉所示，它影响了很多人。如果大家都能设计出覆盖字体的可能性（而不是派生代码），则可以确定个别情况是否具有足够强的情况。
– Monica Cellio
18-3-13在16:25
@MonicaCellio在文档创建（Word，PageMaker和其他几个文档）上工作了多年，我熟悉与字体选择有关的问题。老实说，当我们决定将字体选择限制为1时，我并没有真正想到这些问题。我们将讨论如何在团队中解决这个问题并进行报告。
–乔朋友
18年3月13日在16:28
@MonicaCellio和其他人：随时编辑列表！
–Adám
18年3月13日在17:25
@JoeFriend为什么不简单地将字体设置为可切换的功能，并将其保留在已经具有其他功能的网站中呢？尽一切可能实现标准化，但是我真的不能认为切换字体会比背景图像更麻烦。带有大量特殊情况的UI体验并非完全不同，只是一种不同的字体。尤其是如果您给应该“确实”需要它的站点提供另一个字体选项，那么为什么不只保留可自定义的字体呢？没有人说在进行新设计时给每个站点自己的字体。只是保留旧的。
–克里斯蒂安·劳（Christian Rau）
18年3月13日在18:23
@ChristianRau为什么不让每个站点都选择其字体？如果所有站点的布局都完全相同，再加上非常容易辨认的黑色顶部栏，那么我认为，即使使用所有自定义（当然也经过审核）的字体，它们都将毫无疑问地是SE-y。
–Adám
18年3月13日在18:38
@Adám好吧，这就是我要说的，是的。除非我们不会让网站来决定他们的设计，而是让SE设计人员来决定，因为这是工作原理。近年来，无论如何，新的SE设计几乎都使用了标准字体。但是，鉴于SE已经考虑为某些站点提供特殊字体，因此没有理由不向所有人提供该设计选项。但这仍然不能阻止他们不愿意将非标准字体用于任何新设计。但这使旧站点保持原样。
–克里斯蒂安·劳（Christian Rau）
18年3月13日在18:59
FWIW，电气工程使用无衬线字体，并使用大量Mathjax。我猜平面设计师会被它的外观所困扰，但是对我来说这不是一个值得抓住的问题。这是一个答案的示例，只有在我想到这一点之后，这种组合才显得相当糟糕。
–光子
18年3月14日在16:42
在回答文本中，它说：“的确，TeX.SE得益于其无衬线来区分渲染的TeX。”实际上，渲染的TeX作为图像插入，不需要“本地”字体支持。但是，真正能够读取代码，尤其是从日志中读取错误消息的方法是必不可少的。否则，它们将变得难以理解，问题也将无法回答。
–芭芭拉·比顿
18年3月14日在17:51
@JoeFriend如果您能快速浏览一下有关Hermeneutics.Meta的有关希伯来语字体的文章，我将不胜感激，尤其是我的“ Update 1”和“ Update 2”（尤其是后者！）。现在，将unicode范围作为目标是一件容易的事，因为我敢肯定，您比我知道的要多。在我看来，这是一种满足某些非拉丁字体要求的简单，有效，低成本的方法。谢谢！
–Dɑvïd
18 Mar 18 '18在15:06
@JoeFriend这被标记为完成，但是您使用错误的字体留下了太多，这表示它尚未完成。对于如何使每个人都受益匪浅，我有一些建设性的建议，但是，只要您死定于每个具有相同字体路径的站点，尤其是您选择的字体路径，我就看不出为什么要打扰。你们需要加强字体的游戏：十年来，网络发展了很长一段路。
–基督
18-09-5在2:33
#4 楼
抱歉，这将大大减少我用于实际Q＆A的屏幕空间。我将浏览器设置为仅使用屏幕的一半。大多数网站都以这种方式运作良好。 Stack Exchange的某些右侧导航功能已被切断，但我不需要定期使用它，并且我可以在那里看到足够多的内容，知道何时应该滚动以获取其余内容。
响应式设计这意味着，与Q-A可用的不动产相比，不会减少右侧不那么重要的材料。现在，在左侧的导航中添加另一部分导航（默认滚动位置不会将其截断），对我来说，“问与答”空间似乎很有限。作为参考，我的
<body>标签目前在Chrome的devtools中显示为1075 px。当然，它将响应，不再滚动。当然，大多数内容都将缩小以匹配。但这意味着我实际上在90％的时间中所关心的事情的利润将变得更加严格。对此并不疯狂；
无论如何，显然在这一点上，没有人会打动您。显然，您有关于可能受到影响的用户数量的统计信息（我记得在广告尺寸发生更改时看到了这些用户），但是我想指出的是，这并不会带来欢乐和光彩。
一个实际的建议：在离开Q＆A之前，先折叠左导航键
使视频中显示的“崩溃点”与“ Q＆A”部分的当前固定宽度相同（来自样式表，
#questions,#answers{clear:both;width:728px}）。在视频中，左侧导航栏仅在“问与答”部分变得更狭窄之后才崩溃，这意味着左侧导航栏正在从“问答”中窃取房地产。从问答中窃取房地产是错误的！不要那样做。...更好，只是使导航始终崩溃。或给我们一个用户偏好使其成为现实。如其他地方所建议的那样，能够切换它是否折叠是不错的，但是如果我每次页面加载时都必须这样做的话，那不是很好。
评论
我非常希望左侧导航系统可以折叠...
–user311528
18 Mar 12 '18 at 18:18
@Riker目前不是。如果您已经注册了团队，那么您已经具备了基础知识，那绝对是不可折叠的。这是一个可怕的空间浪费。
–麦肯
18年3月12日在18:28
@Tim我们的观点是，它应该始终是可折叠的（默认情况下是折叠的），或者至少直到其宽度使得Q＆A无法进一步扩展为止。如果控件始终位于顶部窗口中，如片段中最窄的寡妇所示，那么我认为这很好。
–麦肯
18 Mar 12 '18 at 19:31
@DavidZ我认为，相反，最令人误解的是这种变化的“响应式”描述。设计的响应能力实际上并不与左侧导航栏的存在有关，而是将更改任意强加到产生响应设计的更改中。到目前为止，我还没有（远程）确信这是一个好主意，或者做得很好。
– KRyan
18年3月12日在20:44
@KRyan感谢您的关注，并希望关注细节，但是您的语气让这变得困难。 “我还没有（远程）确信这是一个好主意，或者做得还不错。”是否想减少团队的闲暇时间？
–乔朋友
18年3月12日在21:42
@JoeFriend关于它的价值，我并不是说这不是一个好主意，或者做得不好，而是我并没有被这些事情说服。这为我留出了余地，这是故意的。但是我不明白这只左侧导航栏对任何人有什么作用，或者与响应式设计有什么关系，这使得很难为功能腾出任何空间而失去功能或经验。我还感到关切的是，似乎没有考虑到看似明显的问题。
– KRyan
18年3月12日在21:50
左侧导航栏至少执行三件事：1.它提供了急需的空间来扩展我们的顶级导航。顶部栏太狭窄了。添加新产品/功能将是不可能的。 2.采用响应式设计，与左侧导航栏和汉堡包之间的关联度更高（由许多其他产品创建）。这使用户更容易过渡到响应式设计。 3.对于“团队”用户，左侧导航栏可为您的位置（公共空间与私人空间）提供强大的视觉指示。
–乔朋友
18年3月12日在22:01
@JoeFriend我确实非常想尝试以更积极的方式阅读您的评论，但我只能从“我们真的非常希望推动Teams以及其他新产品的开发中受益，并且愿意为此必须牺牲核心的问答经验。”我知道这不是慈善性质，我敢肯定我对Teams完全不感兴趣，这是事实，但是您确实没有以与在以下方面提供高信噪比这一核心使命相关的方式出售此创意：问答空间：这会增加而不是减少噪音。
– KRyan
18 Mar 12 '18 at 22:42
@JoeFriend所以我坚持我的建议：添加您想要的任何内容，但是无论在我的脑海中，它总是对Q＆A而言是次要的，因此，任何出于其他目的而损害Q＆A经验的东西都将是错误，而不是一个功能，至少对我而言。压缩问答视图以拥有我基本上不需要的导航栏并不是我的眼睛得到改善。
– KRyan
18-3-12在22:44
@Clonkex Direly是一个词。
– KRyan
18年3月12日在22:55
@Clonkex好吧，那恰恰也是我打算使用的词。似乎并没有影响这个答案的投票数。
– KRyan
18 Mar 12'18在23:02
@JoeFriend这里的建议特别是，如果默认状态为打开并且需要不断折叠以查看问与答，则一些折叠按钮的作用不如可能有用。这里的建议是，只要宽度足够小以将“问答”的宽度减小到如今的水平以下，就“汉堡包化”，而不是将问答的宽度减小到当前大小以下。
– KRyan
18-3-13在2:12
@JoeFriend抱歉，可能我不清楚。 “将Q＆A的宽度减少到当前大小以下”是指导航栏进行的减少。如果显示屏足够窄（包括比今天的宽度窄），则“问答”仍将减小宽度。但是，只有在将左右导航栏移动到其他位置（大概是汉堡菜单）后，才能这样做，以确保只有在所有其他选项都已经移动并且没有其他用途的情况下，Q＆A才会减少。
– KRyan
18-3-13在2:27
@JoeFriend呃...您自己的gif显示左导航栏消失并转到汉堡菜单。因此，它不仅有效，而且您已经在做。我只是说，它应该比视频中出现的时间更早发生-应该在不摆脱它的情况下相对于今天浪费我们的空间。
– KRyan
18年3月13日在14:42
@坦率地说，在撰写本文时，此答案与您的公告具有相同的评分。另一个答案是乞求您不要用左侧导航栏“浪费空间”，理由是“我们关心问题和答案。我们希望看到问题与解答。我们不想在这些控件上浪费大量空间，”甚至还有更多。我认为您可能实际上并不知道对于“许多/大多数用户”真正重要的是什么。人们有很多评论，他们根本不认为这些项目很重要，并且对为什么如此突出显示它们感到非常困惑。
– KRyan
18-3-13在15:19
#5 楼
请不要对主题设置如此严格这是我非常喜欢SE网站的一件事。深入的主题确实将SE与其他一般Q＆A站点区分开来，并使每个SE站点具有非常强大的标识和社区意识（请不要低估其重要性！）。看看RPG.SE，例如：
太漂亮了。如果我们失去了这一天，将是非常可悲的一天。我会犹豫地说，以免引起我们错过其他主题功能，但至少，让我们保留主题投票/收藏夹按钮真的很难吗？
更具体地说...
我仅以RPG.SE为例（因为这是一个很好的例子），但是如果我不得不选择三个最想要保留的特定功能（不分先后） ）：
主题投票/收藏夹按钮
大标题图片（因为粘贴在标题中的小图片不会产生太大影响）
导航按钮（尽管导航向左移动，我不确定是否有用）
特别要提到的是重复的背景图片，但是由于这已经是计划中的功能，所以我不打算这样做担心。此外，此答案旨在补充Adám关于字体的精彩文章。
关于手机...
我很少在手机上使用SE，但现在来看，我对它感到失望它看起来多么普通。我假设当新网站通过移动时，它将至少具有自定义颜色。我还希望看到与PC相同的功能，但我怀疑较大的标题图片必须是更小的缩小版本，并且可能无法看到重复的背景图片，具体取决于移动屏幕的尺寸。 。
不幸的是，我需要更多地了解新网站在移动设备上的外观，以便能够提出任何真正的建议。
评论
@Thunderforge好吧，我仅以RPG.SE为例，但是由于您的询问，我已经用更多信息编辑了答案。
– Clonkex
18年3月13日在3:45
同意-某些网站，例如RPG.SE和SFF.SE确实具有可爱的主题，如果他们失去了一些独特性，那真是可耻的。
–数学
18年3月13日在9:10
您显示的示例实际上是几个SE网站中最成问题的缺点之一。他们使用佐治亚州的产品，而不适合没有佐治亚州的用户（例如Linux用户）。
– Andrea Lazzarotto
18-3-13在17:19
@AndreaLazzarotto这是一个很好的观点，但仅使用websafe和网络字体（例如Google字体）即可轻松解决。
– Clonkex
18年3月13日在21:22
@Thunderforge添加了更多评论，但这主要是猜测，因为此时我没有足够的信息。
– Clonkex
18年3月13日在22:11
@Clonkex的实际问题是佐治亚州被认为是“网络安全”的，但实际上并非如此。
– Andrea Lazzarotto
18年3月13日在23:06
@AndreaLazzarotto嗯...解决方案是使用网络安全字体。即使SE无法正确实现该解决方案，它仍然是正确的解决方案。我只能做那个\ _（ツ）_ /¯
– Clonkex
18年3月13日在23:14
我是RPG.SE♦mod。我对使开发人员的生活更轻松的标准布局感兴趣，但我也同意这些社区会觉得自己迷失了方向。 （他们将法拉利拿走了，取而代之的是本田，为什么不呢？）作为一名Web开发人员，我在这里看到了以下选择：将RPG.SE或SFF.SE之类的图像横幅转换为背景图像，并将其粘贴在标题空间中这里。诸如WB.SE之类的站点仍然在左/右装订线中获取图像。具有主题化的投票按钮：与换出的图像大小相同（例如，尺寸适合32x32）。 （而已。）
–doppelgreener
18-3-14在10:03
再次@Clonkex，佐治亚州作为msttcorefonts集合的一部分，在每个网络安全字体列表中都被标记为“网络安全”，但是网络安全字体并不安全。他们是神话。 SE必须使用网络字体或正确的后备字体堆栈。
– Andrea Lazzarotto
18年3月14日在11:09
@AndreaLazzarotto如果它们不是websafe，则不是websafe。我不知道你的意思是。它们要么是，要么不是，我建议使用存在的字体。如果格鲁吉亚不是其中之一，则SE不能使用它。我敢肯定我在这里同意你的看法。
– Clonkex
18年3月14日在12:20
@AndreaLazzarotto为什么还要调出字体？ Clonkex的帖子与字体无关，与图形有关。即使使用不同的字体，RPG.SE仍将具有法拉利设计，而SE现在希望将其替换为本田...
– andrewtweber
18 Mar 15 '18 at 17:08
@AndreaLazzarotto再次他从不提及字体，仅提及图形。当他讲细节时，他又专注于图形。
– andrewtweber
18 Mar 15 '18在18:47
@andrewtweber再一次我不在乎。评论还用于强调关于帖子的可能问题或意见。答题器未考虑字体问题，但它会影响其他用户。
– Andrea Lazzarotto
18-3-15在18:48
@andrewtweber公平地说，在有关主题的讨论中提到字体似乎是合理的。另外，在我的第一次编辑中，我指出我的回答是对Adám关于字体的帖子的补充（这是我在帖子中未提及它们的主要原因）。不要惊慌，我们在同一边:)
– Clonkex
18年3月15日在21:31
对于广大用户的屏幕截图，这是一个有趣的问题。 “那真是美。如果我们失去了这一天，那将是非常可悲的一天。” ：D
–通配符
18-3-20在4:48
#6 楼
请重新考虑您对投票按钮的决定投票按钮是一堆网站图形身份的一个永远存在的方面，它们使主题感觉像是一块完整的皮肤，而不是仅仅是一些皮肤，它们承受了不成比例的重量表面级别的属性。我的主站点的投票箭头平淡无奇，在具有这些箭头的站点上看到它们真的很高兴。
如果这些箭头丢失了，那真是可耻的：
状态：根据后续线索，目前状态已消失，确实
诸如投票和收藏夹按钮之类的内容是应分享的问答体验的核心部分跨网络。
所以，你知道... =（。我宁愿不同意“应该共享”方面，而是看到“站点“它具有漂亮的投票按钮”，这是我在Stack Exchange网站上的一个有力指标（具有与内容质量有关的关联）。但是，看来SE在这些方面的价值较低。噢。
评论
您知道，我从未意识到所有这些自定义图标，徽章和其他元素中包含多少代码。如果这些事情的标准化允许将这么多站点的代码库共同合并，则必须涉及数百行代码。甚至每个符号20至30行。
–user351780
18年3月15日在4:40
@GypsySpellweaver对于上面的自定义内容，实际上没有任何按站点的代码。每个站点都有一个包含子画面（单个子图像）的单个图像（请参见上文）。如果设计得当，唯一会改变的是上面包含小精灵的图片的网址（即，您在小精灵页面中为每个元素设置大小和位置；每个站点始终始终引用该位置）。其他一些站点自定义确实会在代码库中进行重大更改，但是更改用于控件的图形应该很容易（一旦设计了图形）。
–麦肯
18 Mar 15'8:18
@GypsySpellweaver有关更多详细信息，这是MSE的sprites工作表，而其他站点的sprites页面也可以看到url的明显变化。显然，任何定制都会增加代码和差异，但是正如Makyen所指出的那样，如果子画面足够均匀，则差异可以归结为表单本身-当然，团队不会提供任何相反的反馈。
– E.P.
18 Mar 15 '18 at 12:17
我要说明的核心点是投票按钮确实值得：它们确实增加了碎片，但它们却使整个皮肤变得连贯，而不是仅散布一些细节，因此担负了巨大的责任。
– E.P.
18 Mar 15 '18 at 12:23
我的观点是，无需删除自定义标记等即可统一代码库，因此“参数”不是这样做的正当理由。让站点保留其精灵表。
–user351780
18 Mar 15 '18 at 13:22
@GypsySpellweaver所以看来我们同意吗？您最初的评论内容大相径庭。
– E.P.
18年3月15日在13:25
有时，我忘记了主要元数据并不像大多数站点元数据那样令人tongue舌。
–user351780
18 Mar 15 '18 at 13:41
@GypsySpellweaver啊，检测Sarcasm卷失败。哦，好吧，发生在我们所有人身上。
– E.P.
18 Mar 15 '18 at 13:48
下次使用d％而不是d20; P
–user351780
18年3月15日在13:49
公平地说，@ GypsySpellweaver，每个符号20-30行乘以2打符号就是几百行；您评论中的夸张之处很难发现。
–jscs
18 Mar 15 '13：52
如您从我的帖子中看到的，我非常同意这篇帖子。
– Clonkex
18 Mar 15 '18 at 21:40
@JoshCaswell它应该只有一行，不需要更改：您仅交换图像，而不交换本地化的URL来定制元素。实际上，这应该很容易统一。 （很难的是为新站点添加新的自定义Sprite表，因为这是每个站点的图形设计师的工作时间。但是，由于已使用默认值，因此这对于新代码而言已不是一个障碍。）
–SevenSidedDie
18 Mar 16 '18在0:47
实际的实现与我的评论无关。
–jscs
18 Mar 24 '14：41
#7 楼
在问题页面上，将右列优先于左列。控制。但是，在查看单个问题时，不是问答本身的重要内容就在右边-年龄，上次活动的时间，尤其是与链接和相关的问题。当我查看我关心的是这个问题，而不是左边的其他标签/用户/等等。请不要将有用的右列信息牺牲给我们此时不在意的左列。
并且请不要同时保持并制作这些内容。实际的问答部分非常狭窄。在这种情况下，左栏应该成为第一道摆脱障碍的道路。
我想做的更广泛的更改也可以做到这一点，那就是始终使左侧栏可折叠，就像在动画图像中的狭窄情况下一样。如果我总是可以折叠它-因为95％的时间我都不会使用它-那么我会在问题页面上自动获得所需的行为。
评论
或者，重要项目可以从右侧导航移到左侧导航。对于我来说，仅保留10个左右的链接的左侧导航就没有多大意义，而右侧导航则在折叠以下延伸。
–斯蒂芬·奥斯特米勒（Stephen Ostermiller）
18 Mar 12 '18 at 19:09
@StephenOstermiller可以，但是（a）这是一个更大的变化，而（b）则使事情变得更加重要。在当前的设计中，“问题与解答”是主要的，而根据人们查看页面的方式（在RTL语言中），正确的栏目（在视觉上是次要的列）拥有次要的内容。左导航将引起应有的关注。它位于“主要”位置，但包含次要和（现在）第三级内容。我怀疑，将链接的问题转移到其他地方会使情况变得更糟，而不是更好。 （实际上，答案是使其可折叠或至少变窄（以粘性方式）。）
– Monica Cellio
18 Mar 12 '18 at 19:13
@MonicaCellio当然，这种批评也适用于他们想要放在左侧导航栏中的内容。
– KRyan
18 Mar 12 '18 at 19:14
确实是@KRyan。至少在第一次滚动页面后，这不会引起视觉上的干扰，但是如果它无法折叠或可调，它将仍然是一个令人讨厌的小偷。
– Monica Cellio
18 Mar 12 '18 at 19:16
另一件事，正确的内容消失后会流向何处？如果我的窗口太窄，当我需要这些东西时我该如何访问它们？我是否需要向上滚动到顶部，打开某些内容，然后向下滚动？这是比水平滚动条还要糟糕的用户体验。或者，更糟糕的是，我是否只能在狭窄的视野中访问这些内容？
– KRyan
18年3月12日在19:32
@KRyan ooh，好点。当我阅读一个思考为“等等，我们还没有这个吗？”的问题时，我的下一站就是类似问题的清单。如果不更改窗口大小就无法达到目的（破坏者：不会发生！），我将不会找到那些骗子，也不会更快地向提问者求助！
– Monica Cellio
18 Mar 12 '18 at 19:36
@KRyan，当前没有足够的空间时，右列将移至页面底部。 IMO，如果用户将鼠标移到视图的右侧（或滑动以将其打开），它应该折叠并可以作为弹出窗口使用。
–麦肯
18 Mar 12 '18 at 19:36
@Makyen嗯，那真是太残酷了。
– KRyan
18 Mar 12 '18 at 19:37
@MonicaCellio这并不像将右优先于左优先一样容易。有很好的场景，为什么每个应用程序都应该优先于另一个应用程序。对于团队而言，左侧导航至关重要。我们相信，还有机会通过左侧导航为所有用户增加价值。另外，您会发现右侧栏上的某些内容可能需要在狭窄的视口中找到更好的位置或至少迁移到这些位置。这些是我们仍在解决的问题。
–乔朋友
18年3月12日在22:24
@ JoeFriend，IMO，对于团队来说，更准确地说是确保用户清楚地了解团队中或公共站点上的页面至关重要。不需要在100％可见的左侧栏中完成该操作。还有其他多种选择。让人想到的一个选项是在顶部栏中用一个图标（即全局图标或团队的图标）指示该选项，它也是用于显示这些选择的下拉/弹出控件。
–麦肯
18年3月12日在22:30
@JoeFriend Monica突出显示的大多数内容在右侧，但仍属于右侧，因为它是Q＆A的辅助内容。在网站上的许多观点中，新的左侧内容甚至不那么重要，仅次于问答，而右侧内容则是我对该方向不满意的主要推动力。
– KRyan
18年3月12日在22:47
@JoeFriend也许可以帮助Teams用户，但是在SE网站上，我使用顶部导航（标签，用户，徽章）的次数很少，而我访问网站的大部分时间都在首页上进行（不同于SO，这很有趣）问题通常是在较小的SE网站上排在前面的）。能够在单个页面上查看更多质量检查内容会更有帮助。请至少使其在SE网站上可折叠。
–特洛伊恩
18 Mar 12 '18 at 23:36
@JoeFriend绝大多数SE用户以及除一个站点外的所有用户都不是Teams用户。在那里添加的其他内容访问得很少，以至于页面顶部的当前主页很好。因此，这就像挤压主要内容（Q＆A）并删除相关的次要内容（右栏的一部分），以便为第三级内容腾出空间。一些右列的内容对于我使用这些网站很重要，并且似乎完全消失了。左边的东西用处不大，停留时间更长。也许两者都切换是答案？或至少调整左边的尺寸。
– Monica Cellio
18年3月13日在0:03
莫妮卡（Monica），可能值得在这里将您对右侧免责声明的评论添加到需要优先处理的事情上。 （那个人（也许是唯一的人）实际上可能证明“首先”成为“主要”是合理的。）
– KRyan
18年3月13日在17:38
@KRyan我在这里补充了这一点，但是由于此答案是专门针对问题页面的，因此如果有人认为我应该将其移至自己的答案，请这样说。 （实际上，也许应该将其编辑成我评论过的答案。是的，这样会更干净。回滚。）
– Monica Cellio
18-3-13在17:57
#8 楼
与我的其他答案不同，由于那是个人的悲剧，而这是一个更普遍的问题：MathJax会受到怎样的影响？
MathJax并不能真正有效地响应，据我所知，我无法做出回应。照原样，您可以轻松定义MathJax，该MathJax超出分配给问题或答案的空间，在“精选元数据”框和“热网络问题”下尴尬地滑动。在固定设计上，有责任心的提问者或回答者可以通过确保自己的MathJax不会占用该空间来避免这种情况。
这在RPG堆栈中非常重要，有时使用基于
\begin{array}的表，并且有时会变得很宽。例如，此答案引用了从D＆D 3.5e的系统参考文档中复制的表格，而该表格几乎不适合该网站的桌面版本上可用的（当前固定）宽度。可以通过添加更多行和更早地换行来解决不同的固定宽度，但是MathJax要求手动进行。另一个示例是此答案，其中包含满足所讨论标准的各种选项的表格。值得注意的是，其中几行（“城堡精英”和“威望巴德”条目）都添加了手动换行符，以避免扩展到右侧导航中。对于后代，它看起来像这样：
如果除去这些换行符，我们的结果是：
您可以看到Slaughtergarde的破碎之门长到足以扩展到网站的“相关问题”部分，绿色框表示1个已接受的答案：“文职人员是否有可能赶上因声望级而无法获得的咒语水平？”涵盖了斯劳特加德市“ rgard”的下半部分。
在该网站的移动版本上，这些宽表导致水平滚动条。不理想，但可行。没什么大不了的，这是一件大事，对于桌面版本的MathJax内容，目前确实如此。
评论
如果不对此进行深入思考，则可能需要对这些元素进行侧面滚动。看一下这个例子，看看我在说什么。
–乔朋友
18 Mar 12 '18 at 18:45
tabularx有人吗？有点痛苦，但是您可以通过在浏览器中使用成熟的LaTeX实现即时渲染MJax。
–Vogel612的影子
18 Mar 12 '18 at 18:48
@JoeFriend应该看到测试。即使这样做，大幅减少问答的可用宽度也将带来极大的负面影响，因为这是糟糕的用户体验。绝对没有从左导航中获得我什至宝贵的东西，以换取那可怕的UX。
– KRyan
18 Mar 12 '18 at 18:49
如果我们有真实的表，这不会有太大的问题。
–月桂树
18 Mar 12 '18 at 19:19
@Laurel我没有准备好等待真实表的示例（并且我完全支持一般的请求！），但是我敢肯定，某些使用MathJax的网站上存在合法的数学，这些数学也可能会进入太空问题。
– KRyan
18年3月12日在19:20
这是MathJax中的数学示例，在较窄的窗格中效果不佳。 （我刚刚选择了找到的第一个；我们还有很多其他的，而且该站点不在Math.SE或Physics.SE上！）
– Monica Cellio
18 Mar 12 '18 at 19:41
这是一个StackExchange缺陷：您的数组不应在右侧导航中溢出。
–Cœur
18年3月13日在1:56
@Cœur是的，当然是。我的意思是，使用固定设计，用户可以解决缺陷。使用响应式设计，它们无法做到，因此需要解决此缺陷。
– KRyan
18年3月13日在1:58
在实施MathJax的网站上，我仅添加了水平滚动（包括触摸）。在任何情况下，MathJax都不是表的正确选项，它应该可以很好地工作。
– Andrea Lazzarotto
18年3月13日在17:29
@AndreaLazzarotto MathJax并不是那里的表的最佳选择，但是MathJax绝对支持表作为其执行的事情，并且至少目前，唯一的其他选择是滥用代码块的等宽字体和预格式化的行为，这肯定更糟从任何角度来看。虽然水平滚动效果很好，但效果并不理想；您宁愿不必如此。例如，如果面对左侧导航栏和某些MathJax之间的选择而没有滚动，我会选择每次都放弃导航栏。
– KRyan
18年3月13日在17:34
@KRyan在响应情况下，左侧导航栏已经在移动设备上折叠。无论您删除什么，都需要在某个位置滚动或缩小（而在响应式网站中则不喜欢后者）。
– Andrea Lazzarotto
18年3月13日在17:47
@AndreaLazzarotto我认为没有人反对水平滚动是可能的。我认为人们对以下观点提出了质疑：帖子的水平空间可能会减少，从而导致水平滚动发生的时间越来越早。并且由于（以我个人的经验）水平滚动对于用户来说是令人讨厌的，因此这被视为新设计的缺陷。话虽这么说，但无论如何都应执行水平滚动，以便在MathJax确实溢出时会发生一些理智的事情。我认为人们的根本反对意见是失去荣誉。 sp。
– jgon
18年3月20日在5:03
@AndreaLazzarotto您是否实际阅读了公告，任何其他关注事项，对这些关注事项的任何回复？由于增加了左侧导航栏，在某些视口尺寸（例如，我的视口）上绝对会损失水平空间。因此，即使没有左导航栏，我目前也可以进行水平滚动，因为我的视口太窄了，但是只有右导航栏被切断/需要滚动。在响应式设计中，“问与答”将变小，这可能意味着“问与答”中的水平滚动，这比我现在要差。
– KRyan
18年3月20日在12:49
（当然，解决方案是先折叠/汉堡包这些菜单，然后再离开问答空间，但是对此一直存在抵制。）
– KRyan
18年3月20日在12:53
是的，我做到了，但是我不会和一个不了解响应式设计的人争论。
– Andrea Lazzarotto
18 Mar 20 '18在15:04
#9 楼
我们围绕统一的设计和单一代码库统一所有产品（Stackoverflow.com，Stack Exchange网站，企业Stack Overflow和团队Team Overflow）。
此列表中不存在区域51。区域51是创建所有新站点的重要区域-这对您的业务模式至关重要。
就目前而言，该站点已经过时-将还包括在新的代码库中吗？
请注意旧的导航栏，缺少全局登录，高度自定义的布局等。
评论
有点讽刺的是，研究先进外星文明的地方是技术上最过时的...
– NH。
18年3月12日在20:21
区域51就是一个很好的例子。代码库是分叉的。 UX很老，因为到了我们解决它的时候，其他事情就出现了。我们的积压清单上还有一个项目可以连接新的顶部栏。叹。
–乔朋友
18年3月12日在21:40
@tim是的，我们将需要在此过程中更新区域51。不知道会多久。区域51有点特殊情况，需要特别考虑。
–乔朋友
18-3-12在22:31
“ 51区是重要区域”-错误。当SE年轻并需要新站点时，这很重要，如今，这只是负担。重要的新网站（例如Quantum）现已与赞助商一起启动，而不再需要真正通过51区。我敢肯定，几年后51区将关闭。
–影子向导正在接种疫苗
18年3月13日在13:12
@ShadowWizard实际上，昆腾几乎100％投入了。没有社区的支持，他们将不会启动网站，因为该网站将失败。 51区将仍然是扩大问答环节的主要途径-即使他们的资金变为赞助。
– Tim
18-3-13在13:14
我不这么认为。罗伯特宣布的话说：“其中一些项目团队拥有自己的庞大社区”。因此，他们不需要现有SE用户的支持。
–影子向导正在接种疫苗
18年3月13日在13:20
@ShadowWizard我不确定-“赞助人与最终建立这些站点的社区一起工作”-听起来社区将以相同的方式组建。
– Tim
18年3月13日在13:25
目前。但是随着时间的流逝，51区变得越来越重，需要额外的照顾和丑陋的骇客才能继续运作。在某个时候，成本将变得超过收益，并且有了足够的站点，决策将显而易见。
–影子向导正在接种疫苗
18年3月13日在13:34
@ShadowWizard oy！我会让您知道，量子计算在提交过程中还很遥远。我们没有“跳过” 51区，现在该站点完全是SE用户。
–希瑟
18年3月13日在15:01
嗨，男孩，这里有很多疯狂的猜想，所以...截至2018年3月，（1）Area 51仍然是一个遗留系统，没有立即计划重新启动，大幅更新或整合到主要的Q＆A体验中，因为（足够奇怪）它仍然可以满足松散定义的需求。 （2）除非客户需要一个非常特定于产品的网站，否则我们仍需要A51来进行社区建设和定义，否则他们将独自负责推广（即没有概念证明，没有诸如“纳米技术”之类的更广泛的主题）。 （3）一些快速修复措施很快就会缓解，以减轻常见的故障模式，因此A51的负担减轻了。
– Robert Cartaino
18年3月13日在15:25
#10 楼
请允许我成为第一个说这是一个la脚的傻瓜，尽管有一个困难的程序化解决方案，但它有一个明显的缺点。您是否与其他通用问答网站分开，并且拥有诸如Jin所梦Christian以求的基督教主题之类的令人敬畏且完整的主题，所以与缩小网页时看不到东西相比，SE提供了更好的用户体验？另外，是否缺乏对酷主题的期望（因为看起来像我在wordpress博客上用4分钟就能完成的工作并不酷）会影响核心用户群的士气在较新的网站上？如果我知道毕业意味着“ beta”将消失，我认为我不会对Christianity.SE付出一半的努力。
我要说的是，您正在从蛋糕中吸取酵素，您可能只会得到扁平的蛋糕，并且可以在小屏幕上查看。
相反，大屏幕是否有响应式设计？喜欢4K投影吗？
评论
或仅4k屏幕。我怀疑SE有点朝着1080p方向“调谐”，我怀疑，因为我可以很高兴地在UHD屏幕上打开4个普通窗口并使其可用。
–游侠怪胎♦
18年3月13日在1:56
“完整的主题，例如Jin梦见的Christianity.SE”。你有链接吗？
–雷铸
18年3月13日在3:01
@雷霆基督教SciFi.SE和RPG.SE同样具有完整主题。
–伊兹卡塔
18年3月13日在4:01
@Thunderforge宣布设计的元文章：christianity.meta.stackexchange.com/q/1705（以防您寻找所需的东西）
–muru
18年3月13日在4:11
@JourneymanGeek实际上，SE的确比1080p更低，因为它的站点包含在1060px宽的包装中。
– TylerH
18年3月13日在13:39
我怀疑它是DPI驱动的，而不是严格的屏幕尺寸，但是我的4k（@ 125％缩放）屏幕在选项卡栏上获得的收藏夹图标比我的低dpi屏幕更好。通过使用跨2个显示器的窗口玩游戏，我可以确认至少一些高DPI显示器（例如physics.SE）也比默认图标看起来更好地缩小到了标准分辨率。
–丹在火光中摆弄
18年3月13日在14:30
#11 楼
左侧导航键和站点选择器之间的语义区别是什么？它们应该合并吗？新的左侧导航栏包含特定于站点的内容（标签，用户）和团队。团队的实现是针对特定站点的，但是从一开始，我们中的一些人就开始询问跨站点的（实际）团队。您可以想象一个团队在SO，DBA和Server Fault方面有业务。现在只有SO才有团队，但如果扩展到SO之外，那么您就不希望那一群人需要组成三个不同的SE团队。
从逻辑上讲，团队是一个小型团队-site，不是网站的子集。在SO和团队之间导航就像在站点之间导航。
这引发了一个问题，即该站点选择器与我们已经拥有的所有其他站点选择器如何不同。
统一它们是否有意义？实际上，乔布斯（我认为当时叫Careers）不是一次在SO上的站点选择器吗？
这是一个问题，而不是一个建议。我可能缺少某些设计意图或信息体系结构，如果只有我有这个提示，这将使所有这些变得清晰而逻辑。如果是这样，我想学习。
评论
莫妮卡，真是个好问题。尽管我不得不承认，关于迷你站点，子站点和跨站点团队的讨论，我的想法全都放在了Inception上。认真地说，我们已经为这几种不同的方式建模，但仍然需要做一些工作来找出最佳途径。据我们所知，我们目前没有采取任何行动阻止任何选择。
–乔朋友
18 Mar 12 '18 at 22:21
是。我立即想到的是，“如果我要在其中添加这个附加的侧边栏，请使其真正有用” –精心选择的站点选择器（包括聊天和元链接）和mod工具会更有用比当前选择。我几乎不需要这些东西。
–拉斐尔
18 Mar 12 '18 at 22:57
@JoeFriend的思想实验：如果将Teams放置在站点切换器中，将标签和用户放在顶部，从而消除左侧面板，然后进行包括IA更改在内的简化设计，会发生什么？哪些用例中断了，并且启用了哪些用例？在我看来，这就像承认团队是准网站（:-)一样，允许您以两列格式进行响应式设计，并允许团队在以后到达SO时进行扩展。谁知道;也许您会决定现在将用户和标签以及聊天和元信息放入网站切换器中？
– Monica Cellio
18 Mar 13 '18 at 0:08
这是一个很好的观点，我喜欢这句话的表达方式。当我看到模型时，我想到的第一件事是我可能永远不会加入团队，但是将我喜欢的网站添加到侧边栏中，或者甚至在主页上查看他们的问题也将是一件很不错的事情。我认为这对大多数用户都是如此。
–科比
18年3月13日在11:16
并不是说它是精美设计的典范，但听起来Sharepoint可能是一个很好的灵感来源（从信息布局的角度，而不是UX）。即这个关于微型站点/子站点/跨站点/等的讨论强烈地提醒了Sharepoints站点/子站点/站点集合/个人站点/图书馆/等。可能有一些有趣的模式可以看到它是如何解决的（尽管有其他所有抱怨，但这一部分已经很好地解决了）。
–恢复莫妮卡
18年3月13日在12:05
我认为Teams上的标签当前是由SO标签播种的，因此它们已连接在一起。 （但我认为它们仍然足够分开，以至于您的问题很有意义。）
–月桂树
18年3月13日在17:47
#12 楼
不要将搜索栏压缩到遗忘之中似乎顶部栏，尤其是搜索框，根本没有响应（至少在动画中）。这会导致搜索栏太小，因为在此框架中您只能看到S：
评论
没错，顶部栏上的响应工作还没有完成。我不会打扰基于动画GIF发布错误/问题。绝对是WIP（代码，而不是GIF）。
–乔朋友
18-3-12在21:34
#13 楼
关于凯迪拉克，本田和南斯拉夫，我很长一段时间以来一直在想为什么我们不允许网站通过自己的元主题为自己的主题。这将涉及创建一组允许的图形元素（带有约束），并赋予站点主持人上载图形和更改配色方案的能力。给出合理的约束，这允许每个社区自行设计，而仍然允许您（SE开发人员）统一您的流程。您将在整个生态系统中获得精美，明显不同的设计，而所有这些都不会破坏您要创建的任何一致，统一的功能。
评论
换句话说，让社区为您创建内容，就像其他核心业务一样。
– Jeffrey Bosboom
18-3-14的2:29
有了标准化的主题，这确实是可能的。 （而且肯定不是没有。）一旦部署了主题并解决了不可避免的错误，我将有兴趣尝试让Beta网站上的每个网站元数据自行设计。但是我怀疑我们想保留编辑控制权以避免拉里·沃尔综合征。
–乔恩·埃里克森
18年3月14日在4:16
@JonEricson那个...太恐怖了。
–本。
18年3月14日在10:51
哦，拜托，@ JonEricson，这是您能做到的最好吗？
– TRiG
18 Mar 14 '23：00
@JonEricson PPCG已经通过用户脚本创建并应用了我们自己的设计。当然，与其他网站相比，我们的网站对具有编程和设计经验的用户更具吸引力，但我不希望通过假设分析否定一个真正好的想法。
–user307833
18年3月14日在23:51
#14 楼
据我从《团队》测试版看到的，由于采用了新的左侧边栏，因此此新设计的宽度为164px。假设不是每个人都可以在宽屏显示器中打开全屏SE，如果该屏幕的宽度仅与当前设计相同，则该站点仍应像现在一样可用。宽屏高分辨率屏幕现在很普遍，但是它们并排放置也很有用，因此这并不意味着有可用空间。右侧边栏更多在某些情况下比在左侧更重要，但是您首先将其隐藏在响应式设计中。 Monica Cellio已经提到了此方面的内容，但是我将对此进行更多说明。
左侧边栏包含指向首页，问题列表，标签，用户和工作的链接（忽略Team for现在，因为大多数用户都没有该功能）。诸如首页和问题之类的一些非常重要的链接，以及诸如标签和用户之类的不那么重要的链接。那里的一些真正重要的功能似乎浪费了很多空间。
右侧边栏混合了非常有用的项目（如收藏夹标签）和消耗性的内容（如热点网络问题）。它还包含例如“询问问题”页面上的“如何询问”部分，以及其他我现在想不出来的页面上的其他有用内容。最喜欢的标签元素可能是我在定义了多个最爱的网站上最常用的导航工具。在一些站点上，右列包含一个专业建议免责声明，这对那些社区的成员非常重要。
在您的新设计中，侧边栏会被早期隐藏，在这种情况下，它实际上是隐藏的不应包含任何非常重要的元素。当前，您有两个包含重要元素的侧边栏，这意味着在窗口比新设计的最大宽度窄时，重要的内容就会被隐藏。
如果您决定保留大部分建议的设计，我认为右侧边栏的非绒毛元素应该移动，或者一旦设计对于边栏而言变得过窄，则应具有其他形式。否则，该站点将无法在狭窄的窗口上使用。
评论
仅在几个站点上，另一个重要的右栏元素的示例是专业建议免责声明（例如，请参阅Health，Law和Mi Yodeya）。我们特别希望访客看到该通知。
– Monica Cellio
18 Mar 12 '18 at 19:56
#15 楼
我实际上很喜欢左侧菜单栏的想法，尤其是在现代台式机/宽屏显示器上，但我认为它应该是可折叠的。当有人使用多个窗口（或做类似此类的事情）时，这是在浪费房地产，这是有人在解决问题。这是一个极端的情况，但是如果有人将4个窗口捕捉到一个或多个屏幕上，情况会变得更糟。话虽如此，这似乎是一个将导航平滑到网站其他部分的绝佳机会-meta和chat之类的感觉更适合新的侧边栏-值得考虑如果他们可以去那里，尤其是在没有团队/渠道的站点。必须去角落的一个小图标，这是奇怪的，用于网站切换，网站中不可或缺的东西。
我确实知道为什么要放弃尽可能多的网站自定义可能-我确实认为这些，徽章和图标对实现“独特性”有很大帮助-并且这些对人们很重要。从技术角度来看-可能更简单，但我认为从社区的角度来看，特殊徽章，图标等值得保留。希望更改应该添加，而不是删除人们习惯的内容。
此外，一旦决定了这些更改（我希望希望这里的某些输入得到了！），我们能否像在MSU上2017年新的最高标准上所做的那样对它们进行“正式”演练？与顶部栏相比，这是一组更重要的更改，并且将会有很多人参加EEEK！
评论
什么，其余用户一次不在至少5个不同的SE网站上？ ：P
– Quintec
18年3月13日在1:57
呵呵，或多个窗口/标签。对于我来说，这实际上是一个相当普通的工作流程，因为我可以将所有内容放在一个监视器上，并根据需要进行窥视。
–游侠怪胎♦
18年3月13日在1:58
也只有4个。聊天2个。而且我不记得为什么那天我要查找阿尔巴尼亚人的血仇。
–游侠怪胎♦
18年3月13日在1:59
这里的频道测试仪-是的，没有可折叠的侧边栏使我发疯，尤其是因为我的屏幕很小。
–数学
18年3月13日在9:11
已经有一个用户脚本可以折叠左侧栏（感谢ArtOfCode）。 Userstyles.org。
– DavidPostill
18年3月13日在14:13
在某些情况下，用户脚本不是一个选项，但是，这似乎是一个超常见的请求。
–游侠怪胎♦
18年3月13日在14:14
@JourneymanGeek感谢您的反馈。我一定会遵循我们为“新顶部栏”反馈设置的模型。因此，期望有一个收集并响应反馈的帖子。
–乔朋友
18年3月13日在15:10
@佳能我可能漂浮在水上，幸运的是没有人自焚。另外，vivaldi允许您在“网络摘要”上的移动模块中运行网站，并可以堆叠和拆分窗格，这非常酷。
–游侠怪胎♦
18 Mar 20 '18 at 0:18
#16 楼
如前所述，这是一个可怕的想法。左侧边栏不是此网站所需的，而是退后一步，如果这是设计的方向，我们也可以开始制作地理城市网站，并假装它像2000年代初那样。请不要使用这种方法。为了测试渠道功能而损坏旗舰产品是很危险的，这会造成损害。从字面上看，这将删除显示屏最突出部分的很大一部分。简而言之，此更改将使站点变得更难使用。
评论
首先，我敢肯定很多人在屏幕上有足够的屏幕空间可供使用，我坐在笔记本电脑上，但侧面仍然有大量空间。此外，如果操作正确，将使导航到相关内容变得更加容易。
–某人
18-3-12在22:39
也就是说，在每个屏幕尺寸上使其可折叠（例如，汉堡菜单）将是一个非常好的主意，但这已经被提及。
–某人
18-3-12在22:41
是的，可折叠性很好，可以放在屏幕左侧以外的其他位置。但是，这只是一个合理的警告，以避免疏远成千上万的用户。至于您的笔记本电脑...它是内置宽屏的，对吗？因此，我不确定您为什么会在看起来很明显的时候强调这一点。
–特拉维斯J
18年3月12日在22:43
我只是说大多数用户的屏幕可能足够大以适合侧边栏
–某人
18年3月13日在2:06
@不是每个人都浏览或想要全屏浏览的人。对我而言，这将使我无法看清一个太大的窗口（由于视力问题），除非我将所有内容放大很多，在这种情况下，从逻辑上讲，我会回到小窗口问题。此外，我经常想在浏览器旁边打开一些内容（通常是编辑器）。
– Monica Cellio
18-3-13在2:10
“我们最好还是开始制作地理网站，并假装它像2000年代初那样。”是的，我全力以赴。你不能告诉我这些比这些更好。
– BoltClock是独角兽
18年3月13日在4:00
@Monica Cellio：当然，假设他们做正确的RWD，那将不是问题。
– BoltClock是独角兽
18年3月13日在4:05
@ BoltClock'saUnicorn-这是一个很大的假设。
–约翰Y
18年3月13日在15:00
左侧栏是一个糟糕的构思设计，它会使浏览器窗口混乱，并阻止用户进入该网站。此外，我没有什么能想到的是重要的，并且导航还不够。我担心左侧的导航栏基本上会有很多有趣的东西，我的意思是，嗯，让我们称它为“ pot-pourri”-从模型中看，情况确实如此。
– einpoklum
18年3月13日在23:01
@einpoklum嗯？有团队的东西-每个人都使用团队，对吗？还有工作和用户。日常用品。
–再见
18年3月19日在11:24
#17 楼
虽然我很高兴听到有关此更新以及重新设计的网站的出色响应能力的信息，但我在您的某些设计选择上还是存在分歧。其中一些已经被其他答案所涵盖，但是我只是在这里陈述我的观点。为什么要标准化所有内容？字体，徽章，上/下投票箭头和自定义横幅之类的东西是每个SE网站的最佳组成部分，并使每个站点都不同而独特。第一次环顾四周时，我惊讶于以自己的个性创建这样的网站的奉献精神，而失去它真是可耻。请不要丢掉这些细节！不要让SE看起来像是一个无聊的相同网站集合。
一个不可折叠的左侧导航栏，用于显示“用户”，“工作”和“标签”之类的内容？为什么？您知道我每天使用这些页面几次吗？零。我真的不记得我上次访问其中的一个了，所以我不明白为什么有人希望将所有空间都剪掉以容纳无用的链接。更不用说为站点的实际主体留出的少量空间，该空间看起来因左右横条的存在而令人窒息。你们看一下作为站点响应性演示的GIF，这使它变得更加清晰：如果我的屏幕宽度为〜500px或〜1000px，那么实际站点的大小没有差异，因为手的左栏消失了，但是屏幕很窄，另一方面，屏幕变宽了，但是侧栏占用了额外的空间。我应该做些什么？写我自己的用户样式来摆脱那些酒吧？我之所以拥有宽屏，是因为我希望一次执行多个操作，并且一次使用多个程序，而不是因为我想全屏使用浏览器并使网页充满所有现有空间。
顶部导航栏在狭窄的显示屏上看起来太笨拙。有200万个图标和一个米粒大小的搜索栏，以及一个菜单按钮，其中仅包含与更宽的显示屏相同的左侧导航栏。为什么要将所有内容折叠到顶部栏仅是一堆充满图标的地步？为什么不移动菜单中的某些内容呢？诸如“帮助中心”和“其他SE网站”之类的图标基本上只是在那里浪费空间。我个人一生中单击过它们的次数可能是两次。
编辑：乔似乎已经承认这一点，并且将对当前建议的样式进行更改。
评论
关于＃3，乔评论了另一个答案，即顶部导航也将进行一些更改，因此只需忽略屏幕截图中的顶部导航即可。
–科多斯·约翰逊（Kodos Johnson）
18 Mar 19 '18在5:02
@KodosJohnson我读了，谢谢你的建议！
– Marco Bonelli
18 Mar 19 '18在9:21
#18 楼
设计更改将如何影响聊天？当网站获得设计时，属于某个网站的聊天室也会获得主题。还会这样吗？
评论
据我所知，聊天不会改变。
–乔恩·埃里克森
18年3月12日在23:10
@JonEricson Yaaaaay！我担心科幻与幻想会失去新人经常评论的漂亮的黑色聊天主题。
–兰德·托尔
18年4月6日在18:44
#19 楼
两件事：请不要使边栏看起来比里面的内容大得多：
现在它的设计方式使看起来它将占据屏幕的33％，而链接仅占据该表面区域的一部分。将其与卡在问题区域的左边缘的事实结合起来，可以给人一种超级局促的感觉。正如其他人之前所说，这不是1990年代的大城市。将侧栏移动到视口的左侧（粘性菜单应位于视口的外边缘，而不是内容的外边缘）。
至少，如果您不这样做，请让我们将其折叠成一些图标，没有文字；就像Makyen（和其他人）所说的，我们希望看到问答。堆栈溢出是一个问答站点。您的所有其他产品和业务模型都取决于获得SO的用户来获得高质量的Q＆A体验。因此，首先要照顾好它。
我真的不能对此施加太大压力。不要忽略聊天
聊天无法正确调整大小，表明聊天迫切需要响应式布局修复。
评论
这只会使整个事情偏离中心，这对于整体吸引力来说会差很多（除非您正在争论扩大“问答”部分的当前最大宽度，这实际上并不是一个坏主意）。
–克里斯蒂安·劳（Christian Rau）
18 Mar 13 '14：11
两侧有相等的空间。该设计具有最大宽度，因此行长度不会太长而使其无法读取。没有人会希望它按照您在高分辨率，宽屏显示器上的描述方式工作。
–乔朋友
18年3月13日在14:30
而且，我们不会忘记聊天。
–乔朋友
18年3月13日在14:31
@JoeFriend我希望它能以这种方式工作（问答范围稍大），所以请不要丢掉这种容易反驳的概括。您在这里的回应似乎是个大问题；前三个答案中的三个都具有相同的抱怨，并且对每个答案的回答本质上都是“ lolno”。
– TylerH
18 Mar 13 '14：53
@TylerH实际上，我没有对任何事情说不。这里提出的一切都得到了社区的合理支持。现在，其中有些与我们设定的目标直接对立，因此要达到目标就很难。但这并不意味着我们不会认真听取并考虑所有反馈。我试图阐明我们努力进行的设计背后的原因并不是对反馈的反驳。它们是解释。
–乔朋友
18年3月13日在14:57
@JoeFriend进一步说明，您如何将“我们不会忘记聊天”与乔恩·埃里克森（Jon Ericson）的链接语录调和，称这种努力不适用于聊天？乔恩是否还没有完全掌握这些变化的内容？还是最近16个小时有什么变化？我对SO的公司层次结构或内部实践（显然）不是很熟悉，所以我不知道社区经理期望在什么时候/间隔得到产品经理的简报。
– TylerH
18年3月13日在15:28
两者都是正确的。在某个时间点需要考虑聊天，但这并不是我们的头等大事（任何人都可以知道）。当前的设计和计划根本没有考虑聊天或51区。
–乔朋友
18年3月13日在15:31
我现在在内容两侧的屏幕空白处都有66％（或更多）。显然仍是1996年，大多数创收用户仍在使用4/3屏幕。
–user148287
18年3月13日在16:21
@JoeFriend我很好奇您断言的哪些建议是“直接反对我们设定的目标”？我所读的大部分内容都暗示了我认为可以进行细微修改的内容，以使您的用户体验更好。我真的很高兴看到您正在投资重新集成代码库，这很棒（我是说，谁不希望它更容易修复错误和发布新东西？）。但是就新设计而言，您在该具体评论中有何想法？
–阿让
18-3-15的1:34
@JoeFriend为什么不完全摆脱左栏？谁真正需要这些东西？所有这些链接已经在顶部可用。通过在页面上添加其他混乱内容会获得什么？
–蒙面人
18年3月18日在6:43
#20 楼
我在左侧导航中看到的主要问题是，在该左侧导航栏中没有看到任何有价值的东西。我没有任何实际需要点击的东西。但是，这始终是我经常使用的右边的优先事项。实际上，我说过要响应式设计的全部原因是，右侧栏永远不会离开屏幕。我们在这里阅读问题并给出答案（反之亦然）。不是团队（甚至意味着什么），不是工作，也不是签出用户。而且，如果我对特定标签感兴趣，我会搜索它。左边的导航栏中的所有内容对我来说似乎完全没有用。
我当前的计划是，如果将其强行压在我身上，则手动将其隐藏。似乎只是在浪费空间。我希望您可以通过将内容从右移到左栏中来消除不必要的麻烦（如果要添加）。
评论
我的意思是，这似乎很基础。如果它将永远存在，那么它就必须永远有用。如果没有用，那就是糟糕的设计。
– trlkly
18 Mar 19 '18在7:58
团队和乔布斯是该网站赚钱的方式，这纯粹是商业决策。
–影子向导正在接种疫苗
18 Mar 19 '18在9:36
@ShadowWizard但是，团队的选择甚至不会显示给不属于团队的人。我同意。职位。但是在那种情况下，如果用户选择了，为什么将“作业”移出顶部栏，在那里它会引起人们的高度关注，并且可能很粘。将这些链接移到左侧栏中可以使他们获得的曝光度比现在少。
–麦肯
18年3月19日在22:27
#21 楼
许多Stack Exchange网站都对非标准类型的帖子格式提供了专门的支持。例如，在Japanese.SE上，我们有一些自定义JavaScript将红宝石添加到我们的帖子中。我们在整个网站上都使用了此功能，没有它，该网站将基本崩溃。由于网站自定义功能的减少，我很担心这些功能也会受到功能删除工具的打击。您能否向我们保证，让我们知道这些特定于站点的自定义项不会作为重新设计的一部分而消失？
评论
没有计划删除该功能或其他类似功能。据我所知，这些自定义项均不与网站主题相交，因此这些更改不会对其产生影响。
–乔恩·埃里克森
18-3-14的3:51
#22 楼
既然你们正在大修这个系统，我可以提出一个小要求吗？允许任何用户在任何站点上使用基本SO主题。我个人认为它比其他主题干净很多，而且我非常喜欢它的外观。我制作了一个用户脚本，用SO的文件替换了所有css文件，事实证明这相当容易目前使用当前的HTML体系结构，因为你们对所有CSS文件都使用了相同的命名约定。使用新系统，可能会更容易。但是，如果将它融入新主题中，那就更好了。如果选中，则在页面加载时，服务器会拉入SO.css文件而不是站点特定的文件，而Bob是您的叔叔。
实现是否可行？
评论
如果HTML相同的话，这就像添加一个额外的样式标签并让浏览器处理首选项一样容易。
– wizzwizz4
18 Mar 12 '18 at 19:55
#23 楼
标准化类，元素，名称以及不允许无限制的样式选择的内容“一件好事”™，迫使每个站点看起来/工作/感觉都像“一件可怕的事”™，就像80 column code blocks一样可怕，并且具有更多16/9监视器两边的屏幕空白为66％。 想象一下我的Ultrawide 21/9显示器浪费了多少空间。
#24 楼
MathJax保持原样吗？相关但不相同。考虑到所有这些重大变化，也许是时候把MathJax抛在后面，而转向更新，更快的服务（例如Katex）了，还是做太多的工作而获得的收益太少？交换服务确实确实会带来一些开销，但从长远来看可能是值得的。是吗？
老实说，我希望Jobs and Teams不会出现在其他SE网站上。如果是这种情况，那么除了用户，标签和主页以外，将填充什么大型导航栏？
关于对用户体验的影响的一般性评论
正如对该线程的其他回答所指出的那样，标准化所有内容都会极大地影响用户体验，尽管可以无限次地缩短页面的加载时间。我认为牺牲这么多漂亮的小东西使整个站点对用户更友好是不值得的。虽然我确实同意标准化导航之类的内容，但放弃投票按钮，字体和徽章实在太多了。
除此之外，领先的导航栏应该真的可以折叠，因为它并不是真的与所有人相关，这确实需要很多空间。
评论
在这一点上，切换到Katex几乎是不可能的。除非Katex几乎完全与MathJax兼容（我刚刚检查过，否则不（例如，不支持交换图）），否则许多MSE问题和答案都会中断。
– jgon
18-3-20在5:19
#25 楼
我不明白为什么这么多时间，精力和不动产花在我几乎从未点击过的菜单上，而这可能会进入我所阅读的信息。#26 楼
目前尚不清楚这会如何影响Beta版网站？作为在“ Yugo网站”上投入大量精力的人，我欢迎对此设计产生兴趣的人。但是尚不清楚这如何影响像我们这样的所有beta网站？我们能否详细了解此处的实际情况？
所有beta版网站是否仍将是“ beta”品牌？
这会是什么样子？
它如何影响实际退出的机会？测试版？
评论
Beta的工作方式没有变化。那是一个单独的问题。新主题的目标是为更多站点启用主题。这样您就可以将Yugo转变为本田。
–乔朋友
18年3月13日在16:50
因此，为了明确起见，可以使用主题测试版网站吗？这将是个好消息。我们一直想自定义外观。
–user217110
18年3月14日在9:38
@Liam一旦一个网站可以毕业，您就可以对可以自定义的所有内容进行大量输入，并且与进行完整/丰富设计的工作相比，应用更改非常容易，您将拥有一个更快的自定义站点（无需再增加设计积压）。一旦我们了解了所有这些解决方案，就可以看到可以更快地提供哪些自定义功能，如果应用自定义功能可以以非常有示范性的方式帮助网站，那么我们将看到。
– Tim Post
18年3月29日14:00
#27 楼
我认为不折叠左栏的原因是为了吸引团队注意并提高转化率。标准化设计的原因是为了节省开发/设计成本。谢谢。
不要讽刺。在不降低广告质量或不向我收费的情况下，您可以保持盈利的任何方式对我来说都是可以的。堆栈溢出免费提供有价值的服务。 Stack Overflow需要赚钱才能继续提供上述服务。
没有免费的午餐，我认为这条路比其他方式要好。
#28 楼
我不确定您发布的图片是否正确。左侧似乎有大量多余的填充，这很可能是由于CSS样式问题导致其垂直显示而不是水平显示（红色突出显示）。很明显，添加到当前列中时，此左侧填充物超出了右侧的有价值内容的宽度。
我已经离开并隐藏了此左侧-填充以说明如果要减轻这种压力，StackExchange的外观。请注意中间的内容如何变得更加突出：
我为调整链接图像的大小而道歉。我想确保它们适合中间的小空间而不会造成太大的变形。
评论
如果您不希望隐藏左侧边栏（位于个人资料设置，首选项中），则可以选择隐藏它。但是，如果您扩大窗口的范围，则中间部分会占据较大的页面面积百分比。如果您选择不这样做，则它会响应该选择，而不是横向滚动。 :)
–Catija♦
18年7月28日在17:36
在较小的视口中，右列可抓取多达40的宽度，以适应主要内容（Q＆A）。不幸的是，更改请求被拒绝了。 :-(
– Monica Cellio
18年7月29日在2:54
哇，必须很不错才能拥有合理的线长。这对我们许多人而言不是这样，行太长（100个字符），对于桌面而言设置太小，而行距1.3设置得太近了。这是什么，Slashdot仍然停留在90年代的死寂中？
–基督
18-10-27在3:45
#29 楼
更改之前，请先向用户重点宣布好。这有点晚了，但是今天我得到了'June 2018'UI的更改。我总是需要一些时间来进行调整，如果在解释更改的地方出现弹出式/提示/链接，将会使我的生活变得更加轻松。
当Google进行较大的UI更改时，它几乎总是会说明更改甚至宣布更改，以使它们在到达时不那么费力。 br />
能不能请你下次面世前宣布它？
例如：切换到“新”用户界面：
评论
i.stack.imgur.com/83s4F.png，并且之前有特色文章
–rene
18年6月13日在7:39
我明白他的意思了。我们知道他们正在努力，不知道它突然在SE范围内投入使用。
–帕特里克·霍夫曼（Patrick Hofman）
18年6月13日在7:40
直到6月5日，我才能为您提供全网范围的功能，效果不佳：meta.stackexchange.com/questions/310880/…
–rene
18年6月13日在7:41
也许我没有对“突出”添加足够的重视。我的工作流不是阅读右上角的框，而是寻找问题/答案。弹出/弹出红色指示器引起了我的注意，对比度较低的黄色框“跳过此”
–RobAu
18年6月13日在8:04
我同意，但是他们确实提前了几个月宣布。这证明您根本不用费心检查meta。您希望收到有关此类更改的电子邮件？？我完全不同意这种功能。如果要在更改发生之前就知道更改，他/她只需检查元站点。简单。
–影子向导正在接种疫苗
18年6月13日在8:11
@ShadowWizard为什么作为普通用户我必须检查meta？我怎么知道我必须检查元数据？另外，我不希望收到邮件（这完全不会起作用），但是，像Google的Gmail一样，最好有一个很小的，一次读取的弹出窗口，上面写着这样的内容：“嘿，我们将制作一个UI发生了很大的变化。您可以在此处查看外观”。
–RobAu
18年6月13日在8:15
@RobAu我认为垃圾邮件边缘会弹出这样的声音。我不希望这些出现在每次更改中。我想使用干净的网站。许多人都这样认为。 Meta的存在正是出于这个原因：让活动的用户知道更改，甚至能够通过提供反馈，报告可能的问题以及提出更改建议来影响那些更改。
–影子向导正在接种疫苗
18年6月13日在8:18
无论如何，您最好通过发布新功能请求来引起注意。专家提示：不要指望它会很受欢迎，即您可能会得到很多赞成票。
–影子向导正在接种疫苗
18年6月13日在8:23
@ShadowWizard我也不希望每次更改都需要它！那不是我要的:)这是较大的更改之一（也是过去的黑条，并且重新设计了顶部菜单）。也许某个地方的红色指示器也会起作用，最终形式取决于SE的UX设计人员。
–RobAu
18年6月13日在8:23
@RobAu仍然只是设计更改。奶酪是相同的奶酪，他们只是将其移动。
–影子向导正在接种疫苗
18年6月13日在8:24
但是，感谢您的反馈，我将尽力使其成为适当的功能要求，并且欢迎收到所有反馈，无论是正面还是负面的。如果大多数人不想要，也可以。我可以解决它
–RobAu
18年6月13日在8:25
@ShadowWizard只是“改变设计”而已，人们为此而为之，为什么digg.com无法幸存等等。我从技术角度了解它，但不要低估需要调整工作流程的用户（如我） 。
–RobAu
18年6月13日在8:26
@RobAu我确定SE花费了时间和精力来确定这将如何影响现有用户以及这对新用户的吸引力如何，并进行了数学计算。当然存在风险，但是在时间和设计上保持冻结通常是最糟糕的事情。无论如何，负责此工作的产品经理是Joe Friend，他可以在Tavern中聊天。如果您有任何具体问题或建议要对他本人提出，请随时鸣叫。（不用多说，单单抱怨是没有用的。）
–影子向导正在接种疫苗
18年6月13日在8:29
@ShadowWizard我赞成改变。我只是那个单挑:)
–RobAu
18年6月13日在8:32
哦，等等..对不起，您和其他人混淆了，他们对左边的导航栏有多糟糕提出了疑问。猜猜我在多任务处理方面不好！ ：-/
–影子向导正在接种疫苗
18年6月13日在8:33
#30 楼
由于设计的更改，我无法再投票查看评论列表，特别是在我不想投票批准的情况下。按钮不随页面滚动，而是在滚动时冻结在屏幕上。
我已经将其安装在屏幕较小的计算机上，现在我也可以在全尺寸的笔记本电脑上安装它。页面下方，但最好将它们放在页面左侧，该页面始终可以访问。
评论
这看起来像是很棒的东西，我等不及要看到更多的东西了！我可能不应该过多地阅读您的简短示例GIF，但我想指出的是，响应式布局不需要具有可变的文本列宽度，就像您在模型/示例中所显示的那样。如果从实际设计角度出发，最好选择可读性最高/最有用的组件宽度，并使用可变填充来提供布局断点之间的灵活性。特别是，即使我在4K屏幕上最大化了一个窗口，也永远不会有200个字符的宽文本列：这是可读性的灾难。这看起来很棒。但是最近在Stack Overflow上消失的标签标签又如何呢？这是切成薄片以来最好的东西。
团队...团队...。团队...这响了起来。钟声不好。失败了。像我这样对Stack Overflow并不陌生的人将永远记住Teams最初的状态。这对于一个新项目来说是个坏名字。
是的...。除了我真的不喜欢这些更改tbh
“每个问答站点都有自己的主题。”咳嗽咳嗽
@Mego据我所知，本文中概述的计划变更的优点之一是它们将使新毕业的网站能够更快地进行设计-即减轻您提出的问题。
我认为您正在尝试使赋予SE网站自己个性的太多事情标准化，并且我怀疑那些提议将像那些致力于大量定制其网站的社区一样像铅球一样落空。您上面发布的内容似乎都没有提供任何关于标准化这些项目为何重要的背景。字体和图形的限制似乎特别小，IMO。
@StevenRands标准化站点设计元素和布局，使您可以非常快速地在整个网络中推出更改。每当我要求一项新功能或一个简单的UI调整时，快速修复便成为跨多个站点进行设计工作的日常工作。没事数十个站点都有自己的UI陷阱（“不能这样做，因为{site x}会中断”）。毛。如果这能兑现其诺言，它将增加敏捷度以快速解决问题，而不是让“问题”变得越来越糟糕，直到它们最终证明每次变更指示的史诗般的工作量都是合理的。这是一件好事。
@RobertCartaino当然，目标应该是标准化事物，以改善开发人员的生活，同时还为那些需要它的网站保留适当的自定义级别？当然要达到平衡。但是在我看来，这些标准化建议在“使开发人员的生活更轻松”的方向上摇摆得太远了。请注意，我说的是外观/主题提案，而不是OP中描述的其余布局更改。
您能否澄清一下，这100个“ Yugo”网站中的大多数（如果不是全部）只是beta版网站，根本没有自定义主题。因此，除非情况发生变化并且Beta网站有所收获，否则“ 100”个网站实际上只是一个网站设计...对吗？
我将在这里重复一遍我在mod聊天中写的内容：我感到沮丧，并且我对Stack Exchange失去了信心，无法实现他们设定的任务。当我看到SE在副项目之后进行副项目时，似乎没有放弃帮助单个站点成功，而是觉得他们已经放弃了。 “我们没有什么可以帮助您的。新的顶吧怎么样？”
我不喜欢左侧失去的多余空间-无论如何，这些东西已经足够紧了。我无法想象每个具有自定义徽章的网站有多少行代码不同（也许他们可以在重新设计中使用图形元素）。 “响应式”设计看起来既没有响应也没有设计。对于所有外观，重新设计完成后，看起来就像是一名初中生在Wix上创建的网站。 SE应该要求提供设计服务的承包商退款。
我们不需要更多混乱和“统一”的变化。您为什么要成为一个企业网络，而一切都一样，却没有什么与众不同。让我们专注于我们在这里要做的事情，针对在行业中需要帮助的人的问答。这些变化都没有帮助我们做到这一点，实际上却相反。应该花更多的精力来改善搜索并减少重复项和旧信息，以确保用户找到与他们实际寻找的内容最相关的内容。
我在这里删除了更多评论。听着，我很同情你们中许多人提出的担忧，但是您并没有因为无礼而给自己带来任何好处。攻击试图在这里完成工作的个人，是使您写下的所有其他东西都被忽略的好方法。对为什么某事是一个坏主意提出合理的论证至少有机会做点好事。
我根本没有关注这个线程，@ gnat。我之所以在这里，是因为您声称关心这些站点的多个用户标记了我删除的评论，然后在删除速度不够快时直接与我联系。 You＆Masked认为您在这里提供帮助，但我有点怀疑那些急需其字体的人们是否对继续den毁那些可以保留字体的人感到不高兴。