【发布时间】：2013-10-13 09:17:29
【问题描述】：
顶栏的当前模块在 IOS 6 中中断，恢复到以前的版本可以使其再次工作，但在 IOS 7 中将无法工作。
我看到的是，当我使用新的顶部栏和标签栏打开应用程序时，“隐藏”命令似乎没有隐藏页眉和页脚，导致它们在加载屏幕仍在显示时显示（这发生在IOS 6 和 7），那么它们似乎只会在应用加载后的几秒钟后隐藏。
接下来，在 IOS 6 中 topBar 似乎没有着色（保持黑色），并且 webview 似乎已关闭，在 IOS 7 中这似乎没问题，但 6 它不起作用。
编辑 1：
在做了一些额外的研究之后，应用似乎正在崩溃并抛出此错误。
10 月 6 日 16:29:33 Michaels-iPhone Forge[341]：* 由于未捕获的异常“NSInvalidArgumentException”而终止应用程序，原因：“* -[__NSPlaceholderDictionary initWit
这个应用程序在以前的版本上运行良好，现在由于某种原因崩溃了
编辑 2：
因此，页眉和页脚模块（topBar 和 TabBar）似乎都存在问题，在 IOS 6 中它们无法正常工作。如果我将它们恢复到以前的版本，它们在 IOS 上工作得很好（即将测试 7）
接下来，我得到的似乎是崩溃的错误与请求模块有关，如果我将其恢复为一个版本，我不会得到我所看到的崩溃。不知道为什么它会导致它崩溃，但就像我说的那样，将它移动一个版本降低修复了问题。我什至仔细检查了我降低它的位置，运行它并且没有崩溃，将其重新添加并得到崩溃，然后再次将其移除并且崩溃消失了。
编辑 3：
所以我使用当前设置测试了 IOS 7，并且正如预期的那样，页眉和页脚都搞砸了，因为更新是针对 IOS 7 的，我有点预料到这一点。奇怪的是，如果我从 iTunes 下载应用程序，页眉和页脚栏在 IOS 7 中工作得很好，但它们具有旧的渲染风格。稍后我会尝试预渲染，看看是否有帮助。
编辑 4：
trigger.io 仍然没有更新这个明显的错误，我已经能够通过将核心版本设置为 2.03 来让顶部栏着色（奇怪的是，forge 说默认版本是 2.01，但在下降下来我看到 2.03 并且在线文档显示 2.03 是最新的，但 2.01 表示“稳定”版本）虽然我可以知道标签栏仍然无法正常工作，因为它似乎与标题之间的 webview 的大小混淆了和页脚。真正糟糕的部分是我有需要进行的更新，但在这里我有一个星期没有 trigger.io 的答复，如果他们发布更新，我们应该如何相信一家公司来构建我们的应用程序他们似乎不愿意解决或修复的错误？
编辑 5：
为詹姆斯提供更多信息，这是不同版本的情况
场景 1)：
所有模块都是最新的 核心版本 2.0.3 IOS6版本（6.1.3）
TopBar 和 Tabbar 显示在启动图像上，一旦启动图像消失，条将不再显示。 （我有一个隐藏事件来隐藏它们，直到用户登录应用程序）
一旦用户登录到应用程序，webview 就会变得一团糟，就像它在没有标签栏和顶部栏的情况下计算页面的高度一样，所以当它显示页面时，页面不在顶部，而是 100 到 150 像素偏移从上到下
如上所述，每个模块都是最新的，核心是 2.0.3
场景 2)：
TopBar 模块 2.1 和标签栏模块 2.0 所有其他模块都是最新的 核心版本 2.0.3 IOS6版本（6.1.3）
加载应用程序时，topBar 会显示在初始屏幕上，但选项卡栏不会，一旦登录到应用程序，就会发生相同的 webview 问题，偏移 100 到 150 px
场景 3)：
TopBar 模块 2.0 和标签栏模块 2.0 所有其他模块都是最新的 核心版本 2.0.3 IOS6版本（6.1.3）
有了这个配置，一切似乎都正常，顶部栏和标签栏不会显示在启动图像上，一旦进入应用程序，webview 是正确的，一切似乎都按预期工作，但随后出现不同的问题，应用程序将在伪造请求时崩溃，因此出现此错误
10 月 6 日 16:29:33 Michaels-iPhone Forge[341] : * 由于未捕获的异常“NSInvalidArgumentException”而终止应用程序，原因：'* -[__NSPlaceholderDictionary initWit
我无法解释为什么请求模块可以用于登录应用程序并发出其他请求然后突然失败，但我知道如果我将请求模块更改回以前的版本，我在使用 IOS 6 时不会遇到任何问题
场景 4）：
TopBar 模块 2.0 、标签栏模块 2.0 和请求模块 2.0 所有其他模块都是最新的 核心版本 2.0.3 IOS6版本（6.1.3）
成功！我们的应用程序在 IOS 6 中正常运行，没有顶部或标签栏问题，没有 webview 问题，也没有崩溃。
这很棒，让我们看看它在 IOS 7 上的样子..
场景 5）：
TopBar 模块 2.0 、标签栏模块 2.0 和请求模块 2.0 所有其他模块都是最新的 核心版本 2.0.3 IOS7版本（7.0）
当我打开应用程序时，启动屏幕出现，然后很快消失并显示顶部栏和标签栏，就像它消失得太快，它只是一个带有顶部栏和标签栏的白屏。
一旦我登录到应用程序，顶部栏和标签栏似乎被切断，就像是正确的高度，但栏内的边距设置为 -50 像素，因此栏本身被推高并被切断。
场景 6）：
TopBar 模块 2.2 、tabbar 模块 2.1 和 request 模块 2.0 所有其他模块都是最新的 核心版本 2.0.3 IOS7版本（7.0）
打开应用程序，我们看到启动画面，但启动画面似乎再次隐藏得太快，以白屏显示顶部栏和标签栏，然后将您放入应用程序。
登录到应用程序后，一切看起来都应该如此
场景 7)：
所有模块都是最新的 核心版本 2.0.3 IOS7版本（7.0）
我们已将每个模块和核心都置于最新状态，启动屏幕问题与场景 5 和 6 相同，但没有像以前那样看到崩溃问题。
编辑 6
我刚刚手动测试了隐藏，它似乎不适用于 IOS 7，它似乎忽略了手动隐藏命令
这是来自 config.json 的 sn-p
"modules": {
"launchimage": {
"version": "2.1",
"config": {
"android-landscape": "androidLand.png",
"background-color": "#000000",
"android": "androidPort.png",
"ios": {
"1536x2048": "img/splash/1536X2048.png",
"320x480": "img/splash/320x480px.png",
"640x1136": "img/splash/640x1136px.png",
"2048x1536": "img/splash/2048x1536px.png",
"1536x2008": "img/splash/1536x2008px.png",
"1024x768": "img/splash/1024X748.png",
"2048x1496": "img/splash/2048x1496px.png",
"1024x748": "img/splash/1024X768.png",
"640x960": "img/splash/640x960px.png",
"768x1004": "img/splash/768x1004px.png",
"768x1024": "img/splash/768x1024px.png"
},
"hide-manually": true
}
为了仔细检查，我在 ios6 中尝试过，它确实有效，我在 IOS 7 中看到的是启动屏幕显示大约 1 秒钟，然后消失以显示白屏，然后页眉和页脚加载我的 webview 完全忽略了手动隐藏命令。我尝试使用 IOS 6 并且手动隐藏工作，我测试这个的方式只是为了确保在我的代码中完全删除隐藏手动调用（所以它不会隐藏）并且在 IOS 6 上它没有按预期隐藏但 ios 7似乎吹过去并隐藏了屏幕。
编辑 7 似乎对选项卡和顶部栏的模块进行了一些更新.. 会试一试！
【问题讨论】：
-
+1 我遇到了同样的问题。除了您在 Edit 4 re: "size of the webview between header and footer" 中的评论之外，我发现 window.innerHeight 在使用 topbar v2.2 时不再返回正确的值：需要从 window.innerHeight 中减去 topbar 高度得到正确的值，但由于没有提供方法来获取顶部栏的高度，看起来我们现在被卡住了......
-
大家好，您能否将您的
config.json包含在显示这些问题的应用程序中？在此处使用 topbar 2.2 测试 v2.0.3 平台，并没有看到您在 iOS 6 或 7 上描述的 launchimage 交互。 -
詹姆斯，我们应该把它寄到哪里？也只是为了确认我们应该正确使用 2.0.3，因为 forge 声明这不是 sable 版本。如果我设置为 2.0.3 并将所有内容更新为当前版本，那么 webview 就会搞砸2.3但是标签栏变成了IOS 6的问题。如果你喜欢我可以发送截图，看起来它们彼此不兼容。
-
James，请查看主帖的更新，其中包含我为编辑 5 添加的不同场景
标签： ios module trigger.io