Question

在这个问题上,我洗脑数小时。我创建了一个主轴,设计了一个用于土地转轨(土地替罪)格式,另一个用于转拨/转播中的孔隙。

当我轮任主(ctrl-F11)时,我用正确的主轴轮机适当轮流到地貌景观,但随后轮任到孔隙,只是把地貌邮件收留。

这是用2.0ADVD进行的。

在密谋中,我下载了新的《多重决议的抽样守则》,并不得不制作新的2.1张DVA光盘,令我感到惊讶的是,与预期的正确做法相比,我与这张照片的轮换。因此,我决定尝试我对2.1张DVD的 app,并完美地开展工作。

因此,这只是一张2张DVD中的一张标语,还是我需要做一些特殊的事情;2.1 SDK版本?

造成恐慌的原因是没有人提到这一问题。

预收

Answer 1

FWIW, 它正式报告为“bug here。

Answer 2

在新陈代谢环境下,产生了新的2.3.3个DVD。 (Both arm and x86)。两者都存在同样的问题,即便是系统也存在。因此,这在你的法典中并不是一小ug,使该制度存在同样的问题。

Press住家,重新开家,使家重新回到十字路口。

Answer 3

除非你具体指明:

<activity android:name="MainActivity" android:configChanges="orientation">

在你的发言中,我认为你的建议应当自动选择正确的布局。因此,似乎像我的支持者们的ug。无论如何,我发现,支持者以其他方式是gy。在你改变方向时,它两次采用该守则。

Answer 4

我正在对Java Helios使用Eclipse,Andrew 2.2和我在手提电脑上经历同样的问题。我至少发现问题是什么。有时,我用手提电脑在一只字不提的地方工作,因此我与互联网没有联系,这似乎造成这一问题。我经过了检测,进入了一个无线热点,而且足够肯定的是,海峡和地貌之间的交接,又再次奏效。或许,支持者必须与之有关系,否则就是支持者的ug。

Answer 5

是的,在方向变化方面,主人是一种比喻。我没有经历过这个具体问题,但有时会做一些奇怪的事情。然而,这无疑是一个与“带”的问题;2.1 SDKs至少是用实话说话的,因为我仍然 st在我的英雄头上,1.5 v,并且通过挑选合适的布局,从Xml档案中取回,妥善处理方向变化。

Answer 6

我也面临同样的问题。我解决了这一问题。我不认为这是 em。我认为,在某些真的电话中,它也会这样做。主要原因是这项活动没有恢复。你们可以做一件事——压倒一切。

public void onConfigurationChanged(Configuration newConfig) {
    // TODO Auto-generated method stub
    super.onConfigurationChanged(newConfig);
    startActivity(getIntent());
    finish();

}

并重载当前活动。它将帮助你。

Answer 7

我只做了2.1个发展,但我刚才的另一个想法是尝试CTRL-F12(Switch to NEXT programoutOrient)而不是CTRL-F11(Switch to PREVIOUS的布局导向(Switch to PREVIOUS)和看看看是否有任何变化)。可查阅。控制点。

此外,为了监测现场发生的情况,你可以采取一些生命周期方法。这可能让你知道,在支持者中是否有ug。

友情链接