您现在可以在 CSS-Tricks 上任何需要写作的地方使用 Markdown，比如博客上的评论区或在论坛中创建或回复帖子。 我很喜欢它。 我认为它使撰写评论变得更快，并且流程更流畅，而不是被打断以返回并添加实际的 HTML 锚标记以创建链接（这通常会导致只粘贴 URL）或创建列表（几乎没有人这样做，他们只是在文本中直接写项目符号或数字）。
我现在已经发布了 The Lodge 中的第 75 个视频。 这大约完成了一半。 我说过我需要一个月才能完成所有视频，看起来这个时间估计是准确的。 这需要一段时间，因为我不仅仅上传视频就完事了，我还为每个视频撰写笔记，其中包含更深入的思考和相关链接。
说到 Lodge 视频，我很享受这些视频下的评论线程。 总体来说，博客上的评论线程也相当不错，但 Lodge 视频中更缓慢的节奏和更深思熟虑（一些长篇）的评论非常棒。
同样说到评论，您现在可以在本网站的博客文章评论线程中留下来自 CodePen 的 Pens。 请参阅此帖子的评论线程。 这不适用于任何网站的评论线程，因为它需要一个 <script> 来工作，而该脚本通常（正确地）会被从用户生成的内容中剥离，但是我在本网站上加载了该脚本。
我真的很想让 Pens 在论坛帖子中也能工作。 这应该很容易，问题是论坛中的 Markdown 正在剥离我们从 CodePen 提供给您的复制粘贴代码中 <pre> 标记上的 data-* 属性，而这些属性对于其工作是必需的。 不确定为什么这种情况在论坛中发生，但在博客上却没有发生。 如果有人有任何想法，这里有一个 开放的论坛帖子。
这个星期六我将前往德克萨斯州的达拉斯参加 BD Conf，并在那里发表一个全新的演讲和讲习班。 我通常不会为演讲感到非常紧张，除非是针对有洞察力的受众的新材料，而且，是的。 我只需要多练习。
从那里回来后，我只在家待几天，然后就前往佛罗里达州的塔拉哈西参加 Converge FL。 我将在那里发表演讲，并使用真实的注视追踪设备对本网站进行一些注视追踪研究。
我理解你喜欢 Markdown，但既然你很少在论坛发帖，为什么不把它切换回那个简单的 pre/code 按钮呢？ 使用起来快多了。 此外，在使用 PHP 时，Markdown 似乎会截断代码。
那个按钮的问题是 1) 由于某种原因它对我来说坏了，以及 2) 它是一个巨大的 jQuery 插件，过度使用。
我认为 PHP 问题已解决。
我完全赞成恢复按钮，但希望它只是一个轻量级的工具，可以获取一段代码并正确缩进（以便 Markdown 将其视为代码）。 如果你知道类似的东西，请告诉我。 我敢肯定它存在于某个地方！
我同意——不太喜欢 Markdown，我更喜欢带有少量按钮的经典工具栏。
当我想格式化某些内容时，能够像在其他任何地方一样（文字处理器、电子邮件、留言板、任何其他我键入文本的地方）那样进行操作会很好。 但现在我觉得我不得不再次访问 Markdown 页面并找出某个东西是如何完成的。 说实话，我仍然不确定它是如何工作的！
我并不反对改变（我对 CSS-tricks v10 并不热衷，但正如我预期和预测的那样，这是一个习惯问题，我现在喜欢它了），但论坛功能上的更改对我来说有点倒退。
你知道什么看起来很酷的是 StackOverflow 按钮。
http://cl.ly/Jcj2
恕我直言，我觉得开始使用 Markdown 是一个错误的决定。 在 UX 层面上，我不应该花 5 分钟以上的时间来尝试使其工作以粘贴一段简单的代码，你知道吗？ 对多个论坛帖子都这样做简直是自杀。 但是，嘿，http://pastebin.com 目前也能正常工作。
Markdown 很棒。 事实上，您和其他人不习惯它，这不是抱怨它的理由。 我也是一名铁杆程序员，并且更喜欢 html 标记来编写所有评论和其他内容。 但现在我只是喜欢在 iA Writer（一个 markdown 编辑器）中撰写文章和笔记。
Stack Overflow 编辑器是开源的：http://code.google.com/p/pagedown/。
它相对较大（缩小后约 35kb），但确实很棒。 如果将其整合到 CSS Tricks 中将非常棒。
作为对此的后续，我最终以最有效且最简化的方式在论坛中的文本区域中添加了 MarkItUp 来获取一些按钮。 我也会考虑将其添加到博客中。
我爱 markdown。 很高兴看到你在评论中启用了它。 +1
@Chris Coyier
我钦佩你所有的工作，从版本 6 开始就是你的粉丝
与 @khalid 一样，我是一名铁杆程序员，并且喜欢 markdown，但说实话，正如 @Christopher Burton 所说，整个网站和论坛的可用性因此受到很大影响
想象一下，对于我们这些“精通技术”的人来说，它可能更快地理解，但对于一些初学者来说……它可能会把他们吓跑
老实说，我每天都在这个网站上，但自从论坛使用 markdown 以来，我使用它的频率大大降低了，因为它感觉速度变慢了
作为记录，按钮几天前就回到了论坛的文本区域 =）。
我爱 markdown，但如果你正在寻找替代方案，因为很多人似乎不喜欢它。 我刚刚遇到了 basecamp 使用的一个：http://xing.github.com/wysihtml5/
太糟糕了，谷歌不支持我的国家。
你对 HTML5 胎死腹中的看法如何？
http://www.netmagazine.com/features/truth-about-structuring-html5-page
我与 .net 程序员的经验是，他们讨厌任何改变并且不喜欢语义。 显然，这只是我遇到过的人，我相信这不是通常的情况，但我认为 HTML5 是朝着正确方向迈出的一步，但由于旧版浏览器，它现在可能很麻烦。 最糟糕的是，它至少给了我们比以前更多的工具。 我的一点拙见。
我完全同意你对许多（并非全部）.net 开发人员的看法。 我认为很多问题都来自提供大量所见即所得功能并鼓励拖放的 Visual Studio IDE。 我已经很久没有进行任何 .net 开发了，但那是我在 2008 年左右进行开发时的状况。
仅供参考，.net magazine 是一本通用的网页设计和开发杂志——而不是专注于 ASP.NET 的出版物。
对于 Gavin 来说，“胎死腹中”有点过头了，但我确实同意文章中的一些观点。 我认为确实有一些事情可以做得更好，特别是关于如何使用新标签，但就像网络上的大多数事情一样，通用使用标准会随着时间的推移而发展。 不过，撇开标签不谈，HTML5（即使不是严格的 html，而是 css 或 dom）运动确实提供了一些很棒的 API 和功能。 最重要的是，在我看来，炒作似乎促使浏览器开发人员加入标准的行列。
嗨，朋友，我知道有一些聪明人，但是你能简单地回答我一个问题吗？基本上，什么是 Chronicle……？
首先，我想说我喜欢 Markdown。我唯一的问题是，它似乎也承诺了 Textile 的许多功能。它运行良好，但让其他人采用、接受和使用它却很困难。