我在 Impress 和 Draw 以及 Writer 中看到了以下行为使用文本框架时，但不是在普通文本中：
在文本框中输入几行文字，然后在文本中创建下标 → 下标下方的行距会发生变化。上标不会发生这种情况。
一段时间以来，我在 Linux 和 Windows 上的多个版本的 LO 中都观察到了这种情况。（上面的示例是在 Kubuntu 20.04 上创建的，使用 LO 6.4.7.2）。
一些观察
我尝试过更改行距或任何其他可能相关的设置format → paragraph，但似乎没有效果。我还尝试了一系列字体，包括 Arial、Liberation 和 Libertine，它们都表现出相同的行为。自定义下标位置也无济于事，除非我将设置大幅降低raise/lower by到 10% 左右。
有趣的是，上标不会影响常规文本或框架内的行距，但我仍然可以通过raise/lower by足够增加该值来实现这一点。
更有趣的是，问题之所以不会发生在文本框架之外，是因为“常规”Writer文本中的下标没有降低太多：
我可以在 Draw 中复制此操作，通过手动调整值lower by，但这不能解决我的问题，因为我恨必须进入上下文菜单并手动调整每个下标的字符位置...
因此，问题是：
有没有更好的方法可以防止下标影响所有文本框中的行距？我还没有找到影响所有下标位置的全局设置，显然“自动”设置是可行的。
与此相关：为什么文本框架和常规文本之间的下标位置首先不同？
答案1
这不完全是一个答案，但我需要包含图像和链接......这可能与版本LibreOffice 的漏洞，即现在修复的漏洞？例如，类似的错误已修复~8 年前以及最近的一个错误特别是关于文本框中的行距，这个问题在我现在使用的版本中似乎已经得到修复。
当我尝试在版本 7.5.1.2 (X86_64) 中重现该问题时，框内文本与框外文本的行距没有差异（我看不出来）：
在文本框内外尝试了不同的字体，包括 Garamond、Liberation Serif、Calibri 甚至固定宽度的 Inconsolata，并具有相同的均匀间距。
然而，当我选择文本时，无论是在文本框中还是在文本框外部，并在菜单中选择格式 > 间距 > 减少段落间距、上标和下标不再延伸到线上下. 下标甚至没有下降到G， 例如。
请让我知道更新 LibreOffice 是否有帮助。
要更新到比 Ubuntu 维护的版本更新的版本，我将 LibreOffice 添加为 PPA：
sudo add-apt-repository ppa:libreoffice/ppa
由于最新版本的审查不如旧的“静态”版本那么彻底，因此也存在一些风险。