ios – Facebook SLComposeViewController URL显示在正文,如果URL和图像存在

使用SLComposeViewController,如果图像和URL都存在,我会发布到Facebook的好奇行为.具体来说,如果您同时拥有图像和URL,则URL显示在SLComposeViewController视图的正文中,紧跟在initialText之后,如果我执行以下操作：

SLComposeViewController *controller = [SLComposeViewController composeViewControllerForServiceType:SLServiceTypeFacebook];

Nsstring *text = @"This is a test Facebook post with SLComposeViewController.";
NSURL *url = [NSURL URLWithString:@"http://https://stackoverflow.com/questions/12503287/tutorial-for-slcomposeviewcontroller-sharing"];
UIImage *image = ...;

[controller setinitialText:text];
[controller addURL:url];
[controller addImage:image];

[self presentViewController:controller animated:YES completion:nil];

这显然是一个麻烦,因为如果URL很长,则初始文本被推离SLComposeViewController视图的可见部分,我只看到URL的后面部分：

如果我重复这个过程,这个时候不会将图片添加到帖子中,URL的文本根本不会显示在正文中(尽管它在网上正常显示).

底线,只有有图像和URL的URL显示在帖子的正文中.当我使用FBNativeDialogs时,我看到同样的模式.

有什么办法可以通过SLComposeViewController来阻止这种行为,这样我就可以将图像和URL都连接到Facebook的帖子,而不会将用户暴露在网站的长而丑的URL中？显然,我可以使用任何非SLComposeViewController解决方案(例如设计我自己的UI来撰写Facebook的帖子,使用Facebook的已弃用的Feed Dialog等).只是想知道我是否忽略了一些明显的SLComposeViewController解决方案.

解决方法

最后,我放弃了SLComposeViewController(以及FBNativeDialogs).他们提供了一个很好的,综合的感觉,但由于我的帖子总是包括照片和URL,这真的不起作用.除此之外,这些帖子没有被正确归因于我的应用程序.

所以,最后我编写了我自己的用户界面,并使用了如下所示的Facebook SDK 3.1 FBRequestConnection：here.我认为这是一个有点傻,我们都必须制作自己的UI,因为本机UI的弱点,但是就是这样.