我创建了一个应用内电子邮件功能,可以提出一个问题,打开mfmailcomposer并用html内容填充它。不幸的是,它似乎切断了电子邮件的最后一行,因此它显示为下面的图像。
我已将mfmailcomposer设置为self,按照我可以找到的每个教程,修复它的唯一参考说明如下:
两种解决方案都不起作用。
我发现,如果电子邮件内容足够短,整个电子邮件适合屏幕,则问题不会出现,但如果您继续输入以将内容推离边缘,则会再次出现。
关于解决方案的任何想法?或者这是Apple xcode的“设计功能”?
答案 0 :(得分:1)
我设法解决了这个问题,这似乎是一个错误,这是我能达到的唯一解释。
如果您的内容的开头是标题(<h1>, <h2>, <h3>, etc
)标记(即使它位于HTML和BODY标记内),则会产生此问题。
如果您想使用标题标记启动电子邮件正文,那么最简单的修复方法是在标记标记之前添加一个非破坏的标记,这似乎可以完全解决问题。
答案 1 :(得分:0)
可能是框架错误。它出现在不同版本的iOS上吗?尝试使用较旧版本和较新版本的操作系统以及其他设备。
您是否100%确定视图实际上并不比容器视图大?探索视图层次结构。也许在纯文本中Apple增加了一些间距,所以看起来内容不会超出父视图的范围,尽管它是。
滚动指示器的行为如何?它们也被修剪了吗?
您是否在全屏视图中展示消息编辑器?如果您尝试将其显示在由选项卡视图控制器的子控制器控制的视图中,则可能会导致编辑器视图控制器混淆。
对于它的价值,我刚刚测试了生成HTML内容的代码,并且没有裁剪。这是在iPhone 3G上的iOS 4.2.1上,但我不记得在iOS 5.1上看到这个问题。
一些提示。
在调试时,不要忘记:视图控制器实际上只是管理仍具有自己的层次结构的视图。为了阐明,视图控制器可以具有层次结构,但是它们的层次结构不一定对应于视图层次结构。 (虽然它应该在接近绝大多数情况下。)与视图本身相同:它们具有层次结构,但它们仍然只控制具有自己的层次结构的基础核心动画层。
您可以随时访问视图层次结构,并通过自己提供的调试工具更详细地探索它。您不应该做的是在视图层次结构中应该由视图控制器管理的部分内容过多,就像您不应该过多地混淆应该由层管理层管理的层次结构部分一样。视图。