IBM Worklight 6.1 - Dojo后退按钮未调整至设备方向

Question

使用运行Android 4.3的Nexus 7平板电脑。

以我的应用中，Main视图有两个的TabBar按钮固定顶部，并固定底部的三个的TabBar按钮。该设备处于肖像模式。

当选择一个按钮时，视图转换成功。新视图有一个后退按钮定义。
如果旋转装置为横向，然后选择返回按钮，则转换回Main视图完成时，所述View（按钮）被显示仿佛设备仍处于纵向模式（左移位）。

如果我将设备旋转到横向并再次返回到纵向，则会更正视图。

问题：

1. 如果该设备+浏览器进行了调整方向的变化选择了“后退”按钮时，或者是应用程序的责任？
2. 如果这是应用程序的责任，请提供有关推动此支持的最佳实践方面的建议？

注意：I have another question relating to the centering of tabbar buttons在方向的变化。没有选择按钮。这篇文章导致dojo缺陷被打开，并且建议的解决方法消除了这个问题。 “Tabbar fixed：bottom。从肖像转换到风景后，按钮右移一点点”我的感觉是这两种场景都是而不是，因为这种新场景通过旋转设备来纠正自己。

Answer 1

我将有资格这是一个变通，这是我的情况可以接受，但根据预期外观可能不适用于其他人。我尝试了上面的两个建议，调整大小和CSS，但结果没有变化。我发现通过添加额外的属性“填充”，它在方向更改期间将焦点带到了标签栏，并更正了视图。我已经和一些道场专家谈过了，并且已经提交作为审查的错误。

data-dojo-props =“barType：'segmentedControl'，fill：'always'”

Answer 2

处理方向更改的最佳方法是通过RWD（Responsive Web Design），更具体地说CSS3 Media Queries根据屏幕宽度重新定位布局。这比注册方向更改事件的回调要快得多。

然而，一些复杂的Dojo小部件，如图表将不会对媒体查询正确响应，要求方向改变事件迫使小部件调整大小。

为了解决你的问题更具体：

1. 如果使用取决于设备的方向媒体查询正确，视图布局将作相应调整，但一些复杂的部件，需要方向改变事件强制重绘
2. 我会建议查看IBM Worklight Best Practices for mobile app development，其中涵盖了此主题。

我希望这些信息将有助于你。

Answer 3

我们做什么权利不确保所有组件都是正确的，是转型后运行一个调整大小。

dojo.subscribe("/dojox/mobile/afterTransitionIn", afterTransitionIn); 

function afterTransitionIn(view, moveTo, dir, transition, context, method) { 
    currentView = view; 
    currentView.resize(); 
}