生产力应用程序导航层次结构中的分页视图

发布于 2024-08-18 12:35:39 字数 285 浏览 7 评论 0原文

Apple UI 设计指南建议 UIPageControl 非常适合呈现实用程序应用程序的顶视图。

主 UINavigationController 视图内第二或第三层出现的分页视图是否会在应用程序审核过程中触发失败?

在我的应用程序中,我在生产力风格应用程序的第二个导航级别插入了 3 页面视图。每个页面都提出一个问题,并需要一个答案,可以通过多项选择勾选或文本框输入来实现。这些问题可以垂直堆叠在多部分表中,但在我的原型中,水平浏览问题感觉非常自然。

但是我还没有看到像我这样使用分页的应用程序商店程序。

The Apple UI design guide suggests that a UIPageControl is ideal for presenting the top view of a utility app.

Would a paging view that appears at the 2nd or 3rd level down inside the main UINavigationController view trigger a fail during the App review process?

In my App I have inserted a 3 page view at the second navigation level down in my productivity style app. Each page presents a question and requires an answer that might by a multichoice tick or text box entry. The questions could be stacked vertically in a multi-section table but in my prototype flicking through the questions horizontally feels very natural.

However I have not seen an App store program that uses paging as I have.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

漫漫岁月 2024-08-25 12:35:39

我最近向苹果提出了类似的问题,得到的答复是:

“感谢您联系 iPhone 开发者计划。苹果无法为开发者提交的拟议应用程序提供预先批准。”

最后,这实际上取决于审阅者、您的应用程序的具体情况、满月等。

就我个人而言,我会简单地尝试一下。如果界面看起来不错并且你认为它不会让用户感到困惑,那么就提交它吧。

此外,因为这样的事情而被拒绝并不是世界末日。你只需要把它替换成类似的东西就可以了。我身上发生过一两次。它通常不是一个完整的阻止程序。

I asked Apple a similar question recently and got back:

"Thank you for contacting the iPhone Developer Program. Apple is not able to provide pre-approval to developers for proposed application submissions."

In the end it really depends on the reviewer, the specifics of your app, full moon, etc.

Personally, I would simply try it. If the interface looks good and you think it will not confuse users, then just submit it.

Also, being rejected for stuff like that is not the end of the world. You just have to replace it with something similar. Happened to me once or twice. It is usually not a complete blocker.

×眷恋的温暖 2024-08-25 12:35:39

尽管您可能不会失败应用程序审核,但我相信使用 UIPageControl 可能会让您的用户感到困惑。正如您所指出的,我想不出有任何应用程序以这种方式使用 UIPageControl。以下引用来自 iPhone 人机界面指南 内容丰富:

页面指示器可以让用户快速了解
查看有多少视图打开的方法
顺序的指示
它们被打开了;这没有帮助
用户跟踪他们的步骤
经历了视图的层次结构。
因为实用程序中的视图
应用程序往往是每个应用程序的对等体
其他,页面指示器就足够了
帮助用户浏览它们。一个
显示的生产力应用程序
另一方面,层次信息
手,应该提供导航
导航栏中的元素
(有关更多信息,请参阅“导航
酒吧”)。

从您对应用程序这部分应如何显示的描述来看,听起来这些带有问题的页面不会被视为“多个视图”。此外,您可能希望用户按顺序回答每个问题并继续下一个问题。 UIPageControl 的设计使用户可以按照他们选择的任何顺序(而不仅仅是一个方向)在任何视图之间进行切换。

这听起来更像是分层设计,如果您将导航栏与 UITableView 一起使用,那么应用程序的这一部分可能会工作得更好。要求用户通过点击多选复选框来回答问题,然后让他们知道需要朝某个方向滑动才能到达下一个问题,这对用户来说并不明显,而且可能更加直观。例如,一旦用户选择了复选框,您就可以通过编程方式导航到下一个问题。或者,在每个屏幕底部有一个标记为“下一个问题”的按钮,该按钮将转换到下一个屏幕。

希望这有帮助!

Although you will probably not fail app review, I believe using a UIPageControl may be confusing to your users. As you pointed out, I can't think of any apps using the UIPageControl in this manner. The following quote from the iPhone Human Interface Guidelines is informative:

A page indicator gives users a quick
way to see how many views are open and
an indication of the order in which
they were opened; it does not help
users keep track of the steps they
took through a hierarchy of views.
Because the views in a utility
application tend to be peers of each
other, a page indicator is sufficient
to help users navigate through them. A
productivity application that displays
hierarchical information, on the other
hand, should offer navigation through
the elements in the navigation bar
(for more on this, see “Navigation
Bars”).

From your description of how this portion of your app is supposed to display, it doesn't sound like these pages with questions on them would be considered 'multiple views'. In addition, you probably want your users to answer each question sequentially and move on to the next. The UIPageControl is designed so that a user can switch between any of the views in any order they choose, not only in one direction.

This sounds much more like a hierarchical design, and this portion of your app would probably work a lot better if you used a navigation bar along with a UITableView. Requiring your users to answer a question by tapping a multichoice tick box, and then make them figure out that they need to swipe in a certain direction to get to the next question would not be obvious to a user, and could be much more intuitive. For example, as soon as the user selects a tick box, you could just programmatically navigate to the next question. Or, have a button at the bottom of each screen that's labelled "Next Question", which would transition to the next screen.

Hope this helps!

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文