# Composer 预览显示图片下方比渲染后的帖子多一个换行符 **URL:** \ **Category:** UX\ **Created:** [2019年九月13日 09:22 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471 "2019-09-13T09:22:03Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![rishabh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rishabh/32/179446_2.png) [@rishabh](https://meta.discourse.org/u/rishabh)\ **Post date:** [2019年九月13日 09:22 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471/1 "2019-09-13T09:22:03Z")
看起来作曲家预览在图片后添加了一个 **额外的** 换行符，但已渲染的帖子内容看起来没问题，如下所示： ![image](https://global.discourse-cdn.com/meta/original/3X/7/c/7cc1f14e3c7281077861fb98047936581374c37b.png) 我在此图片后没有添加任何空格 ![image](https://global.discourse-cdn.com/meta/original/3X/7/c/7cc1f14e3c7281077861fb98047936581374c37b.png) 我在此图片后添加了一个换行符 * * * 但是，当您撰写/编辑此帖子时，您会看到添加了 **一个** 额外的换行符： ![nl](https://global.discourse-cdn.com/meta/original/3X/2/8/28ec1990a86dad3aba855700f1b764c27d886d69.png) 我注意到这个问题，因为它只是在过去几个月中的某个时候开始出现的。作为一个在帖子中使用大量图片的人，当作曲家预览与实际已渲染的帖子内容不一致时，这多少让我感到有些困扰。 ---
**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\ **Post date:** [2019年九月13日 10:19 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471/2 "2019-09-13T10:19:37Z")
这可能是第一种或最后一种间距 CSS 规则？ ---
**Author:** ![awesomerobot](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/awesomerobot/32/142900_2.png) [@awesomerobot](https://meta.discourse.org/u/awesomerobot)\ **Post date:** [2019年九月13日 13:55 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471/3 "2019-09-13T13:55:31Z")
这是因为我们的悬停图像调整控件，我也遇到过这个问题，一直打算重新调整位置。 控件位于图像上方带来的部分问题是，有时图像非常短，这种情况下控件会覆盖整个图像……（如果仅在悬停时显示，可能没问题？）。 ![23%20AM](https://global.discourse-cdn.com/meta/original/3X/d/e/ded51ac4b87228134c0f355c89442c7b0db8b1fc.png) ---
**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\ **Post date:** [2019年九月14日 03:48 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471/4 "2019-09-14T03:48:49Z")
[quote=“awesomerobot, 帖子:3, 主题:128471”] 有时候图片真的很短，这种情况下控件会覆盖整张图片……（如果只在悬停时显示可能就没问题？）。[/quote] 这听起来像是为了一个极其罕见的边缘情况而优化？？ ---
**Author:** ![awesomerobot](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/awesomerobot/32/142900_2.png) [@awesomerobot](https://meta.discourse.org/u/awesomerobot)\ **Post date:** [2019年九月14日 04:01 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471/5 "2019-09-14T04:01:02Z")
问题如图所示： > [@zsero](#): > > - 当使用此设置以允许更宽的图像时，新缩放按钮的 CSS 会超出视图范围。此外，除非设置为 50%，否则宽高比也不正确。 > > ![ScreenFlow.gif](https://global.discourse-cdn.com/meta/original/3X/f/c/fc92ceb40fa20b6b86c83a4f88bd8b304bd6fcdd.gif) 我下周会再尝试一次，尽管情况棘手，但这应该是可以解决的。 ---
**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\ **Post date:** [2019年九月14日 04:08 UTC](https://meta.discourse.org/t/composer-preview-shows-one-more-newline-under-images-than-what-you-see-in-rendered-posts/128471/6 "2019-09-14T04:08:40Z")
我完全看不出考虑这种情况有什么价值？