Windows phone 7 从代码中展开Windows Phone 7应用程序中的应用程序栏

Windows phone 7 从代码中展开Windows Phone 7应用程序中的应用程序栏,windows-phone-7,application-bar,Windows Phone 7,Application Bar,我需要知道是否有办法从代码中扩展Windows Phone应用程序中的应用程序栏 下面是应用程序栏状态的演示: 不,没有(真的,下次第一次读。)。你为什么要这么疯狂呢。UI应该对用户交互做出反应,而不是相反 即使没有第三方开发人员可以使用的API,WP7上的应用程序栏还是有点奇怪。如果您在图片中心查看完整尺寸的图片,它将自动为您展开菜单。也许这是一个UI错误,或者也许我们都将在将来的更新中访问此API。值得再次查看。谢谢。您所指的文档没有说明(或者我只是没有看到这个特定部分)无法扩展应用程序栏。

我需要知道是否有办法从代码中扩展Windows Phone应用程序中的应用程序栏

下面是应用程序栏状态的演示:
不,没有(真的,下次第一次读。)。你为什么要这么疯狂呢。UI应该对用户交互做出反应,而不是相反

即使没有第三方开发人员可以使用的API,WP7上的应用程序栏还是有点奇怪。如果您在图片中心查看完整尺寸的图片,它将自动为您展开菜单。也许这是一个UI错误,或者也许我们都将在将来的更新中访问此API。值得再次查看。

谢谢。您所指的文档没有说明(或者我只是没有看到这个特定部分)无法扩展应用程序栏。我先看了医生。我曾看到人们在应用程序栏声明中使用触发器,并认为这可能是实现这一点的方法。他可能想从屏幕上其他地方的UI交互中公开菜单控件。例如,选择列出的项目以打开特定于该项目的菜单。如果用户不熟悉按钮的用途,则会单击省略号。这是整个平台的自然行为(而且非常直观),下面的文字也是为按钮设计的。将不起任何作用的任意文本放在此位置是一种糟糕的用户体验。如果您的用户体验不清楚,那么您可能应该重新考虑它,以匹配WP7范例我只是不想使用带有填充圆圈的公共记录按钮,所以我使用波浪图像。一些用户可能需要看到,在这个应用程序中,它是一个记录按钮。让他们能够在启动时看到它(下面有文本)将是一个很好的特性。我认为某个控件的功能缺失不应该被其有用性的花言巧语所“辩护”。有人已经问过了:WP7上的本机应用程序不像第三方应用程序那样使用Silverlight构建,因此它们不能很好地说明将来会向Silverlight公开哪些API,特别是在这种奇怪的情况下。有趣的是,这听起来似乎是一些不一致的一个很好的理由。但这并没有改变我的观点,即第三方API很有可能被添加到他们在本机应用程序中建立的UI先例中。