要发布一款能在App Store榜单上排名第一的产品,产品在质量和功能上有高标准的表现是必不可少的。要达到这个高度应该怎么做?本文主要讲iOS 12界面交互设计指南中的App架构。一起来看看吧~
一、3D Touch (3D Touch)
3D touch可以说是为触摸交互提供了另一个维度的交互。在支持3D touch的设备上,用户可以通过对屏幕施加不同程度的压力来唤醒不同的功能,例如,他们可以触发菜单,显示更多内容甚至播放动画,所有这些都可以在用户不学习新手势的情况下使用。当它轻按屏幕,得到相应的响应,就意味着它找到了新的交互维度。
主屏幕交互(主屏幕交互)
在支持3D触控的设备的主屏幕上,按下应用程序图标以唤醒相应的操作视图。该视图允许您快速执行常见的应用程序任务或预览感兴趣的信息。例如,“日历”提供了快速创建新事件和显示下一个日程的快捷方式。有关详细信息,请参考关于主屏幕操作和小部件的章节。
偷窥和爆料
点击允许用户在当前环境中使用3D touch在临时视图中预览对象,如页面、链接甚至文件。要在支持此功能的设备上预览,只需用手指在应用程序上施加一点压力,抬起手指即可退出预览。要打开对象以浏览更多内容,请更用力地按屏幕,直到对象被放大到充满屏幕。
在某些轻压视图上,您可以向上滑动以显示相应的操作按钮。例如,当Safari打开一个链接的轻按视图时,你可以向上滑动并展开相应的操作按钮——来打开该链接,将其添加到阅读列表中并复制该链接。
使用预览来提供实时(内容丰富的)预览。)通过点击视图。理想情况下,点击视图将为项目提供足够的信息来补充当前任务,或者帮助您决定是否完全打开项目。
例如,预览邮件信息中的链接,以决定是在Safari浏览器中打开还是与朋友分享。轻按视图一般用在表单视图中,提供一行项目的详细信息,以决定是否选择该项目。
(1)设计足够大的光压视野。
以便确保手指不会阻挡内容,并且轻按视图可以提供足够详细的信息,使得用户可以通过再次按下它来决定是否完全打开该项。
(2)轻压和重压功能的统一使用。
如果你只在某些地方用轻压和重压,而在其他地方不用,用户就不会确切地知道在哪里使用这个功能,可能会认为你的应用或者他们的设备出了问题。
(3)允许每个轻压视图被重压。
虽然点击视图可以为用户提供他们需要的大部分信息,但如果他们想离开当前任务并将注意力转移到项目上,应该允许他们过渡到压力。
(4)避免在轻按视图中呈现按钮元素。
如果用户抬起手指点击按钮状的元素,轻按就会消失。
(5)不要让同一个项目有轻按和编辑菜单两种功能。
当一个项目同时启用两个功能时,不仅会让用户感到困惑,还会让系统难以判断用户的用途。有关更多指导,请参见编辑菜单。
(6)适当时提供操作按钮。
并不是每个轻按都需要操作按钮,但这是为常见任务提供快速操作的好方法。如果您的应用程序已经为项目提供了自定义的触摸并保持动作,那么最好在轻按中包含相同的动作。
(7)避免提供用于打开轻压物品的操作按钮。
一般来说,用户用较大的力度来打开他们轻按的项目,所以不需要提供明显的打开按钮。
(8)不要让软按压成为执行项目操作的唯一操作。
并不是所有的设备都支持轻压和重压,甚至有些用户会关闭3D touch功能。您的应用程序将考虑在这些情况下触发项目操作的其他方式。例如,您的应用程序可以将轻按的快捷操作映射到一个视图,该视图将在您单击并按住时出现。
现场照片
应用程序可以通过支持实时照片和给照片增加压力来查看动态记忆。当你按下它们时,Live Photos会起死回生,通过动作和声音重现拍照前后的瞬间。请参见LivePhotos以获取设计指导。
二。音频(音频)
无论声音在你的APP中占用户体验的半壁江山,还是仅仅起到点缀作用,你都要知道用户对声音的期待和反应。
用户可以通过屏幕上的音量按钮、静音开关、耳机和声音滑块来控制声音,甚至很多第三方配件也支持对声音的控制。音频可以通过内部或外部播放设备、耳机甚至无线方式(如AirPlay或蓝牙)播放。
1.无声的
用户可以切换音量设备,避免被一些突然的声音打断,如电话铃声、短信提示音等。同样,用户有时也需要屏蔽一些不必要的声音,比如键盘声、音效、游戏音乐和音频反馈。
当设备设置为静音时,应该只出现本该出现的声音,比如播放音乐、闹钟、音视频信息等。
2.卷
无论是使用设备的物理按钮还是屏幕上的滑块,用户都应该能够改变音量来控制声音系统,包括音乐和应用程序的内置音效。唯一特别的是来电铃声的音量,即使没有激活音响也要独立控制。
3.耳机
用户可以通过耳机听自己的声音,耳机可以解放双手。当耳机插入时,用户希望声音能够不间断地自动切换。相反,当用户拔掉耳机时,他们希望播放立即暂停。
4.设计出色的音频用户体验
(1)必要时自动调节不同级别的声音,但不调节整体音量。
为了获得更好的混合声音效果,您的应用程序可以独立调整不同级别音频之间的相对音量。但是,最终的音量输出应该由系统音量决定。
(2)在适当的时候允许音频重新路由。
用户通常希望选择不同的音频输出设备,例如,他们希望通过客厅的立体声音响、车载收音机或Apple TV来听音乐。请支持此功能,除非您有令人信服的理由不这样做。
(3)使用系统提供的音量视图调节音量。
音量视图是最好的可以调节音量的界面控件。该视图是自定义的,包括音量调整滑块,甚至是用于重新路由音频输出的控制。有关实现方法,请参见MPVolumeView类参考。
(4)请使用系统声音服务获得短暂的声音和振动。
有关实现方法,请参见系统声音服务参考。
(5)如果声音对您的应用非常重要,请设置音频类别。
不同的音频类别允许声音通过静音按钮静音,与其他声音回响,或者在应用程序处于后台时播放。根据类别的含义和设备当前的音频播放情况选择一个类别,然后将其分配到您的音频会话中。例如,除非必要,请不要中断用户正在从其他应用程序收听的音乐。
一般来说,在应用程序运行时,尽量不要更改音频类别,除非应用程序需要频繁地录制然后播放音频。实现方法参见音频会话编程指南。
(4)在适当的时候继续播放被干扰中断的音频。
正在播放的音频有时会受到来自其他应用程序的声音的干扰,这种暂时的干扰(如来电铃声)被认为是可以恢复的;永久性干扰(如Siri打开的播放列表)被认为是不可恢复的。
当发生可恢复的干扰时,您的应用程序应该在干扰结束时恢复音频播放(假设音频在干扰发生前已经开始播放)。例如,正在播放音乐的游戏和正在播放音频的媒体应用程序都应该恢复声音回放。当干扰发生时,应用程序没有播放任何音频,因此它不需要恢复任何对象。
(5)让其他应用程序知道您的应用程序何时停止播放临时音频。
如果您的应用程序可能会暂时干扰其他应用程序的音频,您应该正确标记声音片段,以便其他应用程序可以知道准确的恢复时间。实现方法参见AVFoundation框架参考中的avaudiososessionset活动选项notifyothersondeactivation。
(6)只有在有意义的情况下才对声控做出反应。
无论你的应用是在前台还是后台,用户都可以通过应用界面以外的东西来控制音频播放,比如:在控制中心,或者通过耳机的语音控制。如果您的应用程序正在与声音绝对相关的环境中播放音频,或者连接到支持AirPlay的设备,则响应声音控制是合理的。但是,您的应用程序不应该混淆其他应用程序的音频,因为它们可能会在控件被激活时播放。
(7)不要重新定义声音控制。
希望用户的语音控制在任何应用中都保持一致,永远不要重新定义语音控制。如果你的应用程序不支持某些控件,就不要对它们做出反应。
三。认证)1。证明
只有在交换价值时,用户才需要进行身份验证,例如:个性化体验、访问其他功能、购买内容或同步数据。如果你的应用程序需要认证,确保登录过程快速、简单且不唐突,这样就不会降低应用程序的趣味性。
(1)在所有注册和登录过程中使用密码自动填写。
该功能可以自动生成并填写密码和安全码,这样人们就可以在验证屏幕上花费更少的时间。所有的应用程序都应该支持这个功能。有关开发人员指南,请参见支持密码自动填充。
(2)尽可能延迟登录。
人们经常在做任何有用的事情之前就放弃申请。在做出承诺之前,给他们一个爱上你的应用的机会。在购物应用中,让人们在你的产品发布后立即浏览,准备购买时只需登录。在媒体流应用程序中,让人们在登录之前浏览您的内容并查看您提供的内容。
(3)解释认证的好处以及如何注册您的服务
如果您的应用程序需要身份验证,请在登录屏幕上显示简短友好的说明,解释要求的原因及其好处。此外,请记住,不是每个使用你的应用程序的人从一开始就有一个帐户。一定要说明如何获取或者提供简单的应用内注册方法。
(4)通过显示适当的键盘来最小化数据输入。
例如,当询问电子邮件地址时,请显示电子邮件键盘屏幕,其中包括有用的数据输入快捷方式。有关说明,请参见键盘。有关可用键盘类型的完整列表,请参见UIKeyboardType Continuous UITextInputTraits。
(5)永远不要使用密码这个术语。
密码用于解锁用户的iOS设备,并在生物识别认证停用时使用Apple Pay进行认证。Apple Pay认证的设计指南见Apple Pay。
2.面部识别码和touch ID
(1)尽可能支持生物认证。
Face ID和触控ID是人们信任的安全和熟悉的认证方法。如果用户启用了生物认证,你可以假设他们知道它是如何工作的,理解它的便利性,并希望尽可能多地使用它。请记住,人们可能会选择在他们的设备上禁用生物认证,所以你的应用程序应该准备好处理这种方案。
(2)对人员进行单一方式的认证。
当人们不必选择如何认证时,这是最直观的。只是给他们一个选项,比如:Face ID;提供替代方案,例如:询问用户名和密码,仅作为初始方法失败时的备份。
(3)仅在响应用户动作时开始认证。
显示器(比如点击一个按钮)保证了用户的认证,在Face ID的情况下,也增加了用户面对摄像头的可能性。
(4)始终确定认证方法。
例如,使用面部识别登录应用程序的按钮的标题应该是“使用面部识别登录”,而不是“登录”。
(5)准确引用认证方法。
不要在支持触控ID的设备上提及触控ID。相反,不要在支持触控ID的设备上提及Face ID。检查设备的功能并使用适当的术语。有关开发人员指南,请参见LABiometryType。
(6)请避免在您的应用程序中提供生物认证设置。
如果在系统级别启用了生物特征认证,只需假设用户想要使用它。如果实现特定于应用程序的设置,用户可能会进入这样一种状态,即应用程序中的生物识别身份验证看似已启用,而实际上该应用程序在系统范围内被禁用。
(7)不要使用图标来标识系统认证功能。
当人们看到图标看起来像系统的触控ID(指纹)和face ID图标时,他们认为他们应该被认证。使用图标来标识身份验证功能可能会导致不一致和混乱,尤其是当图标是彩色的、以大尺寸显示和脱离上下文呈现时。
有关开发人员指南,请参见本地验证。
四。数据输入
无论是通过点击界面元素还是使用键盘,信息输入都是一个漫长的过程。如果要求用户在做一些非常有用的操作之前进行一系列的输入,这无疑会拖慢用户的整个操作过程,用户很快就会对应用程序失望,甚至彻底抛弃。
(1)尽可能用选项代替输入。
尽量提高信息输入的效率。例如,考虑使用选择器或列表来代替输入字段,因为从预设选项列表中选择要比输入数据容易得多。
(2)尽可能从系统中获取信息。
不要强迫用户提供可以自动获取或者经过用户许可的信息,比如联系方式或者日历信息。
(3)提供合理的默认值。
尽可能预填最合理的信息值,提供合理可靠的默认值,会大大缩短用户做决策的时间,从而加快整个过程。
只有收集了必要的信息,我们才能进行下一步。
在允许“下一步”或“继续”按钮之前,确保所有必要的输入框都有信息,并使用按钮的视觉信息来提示该过程。
(5)动态验证输入数据的有效性。
对于用户来说,当他们完成一个长输入后,再回去纠正错误是非常令人沮丧的。在用户输入信息后尽快进行核对,以便用户及时发现并纠正错误。
(6)只需要必要的信息。
只有系统运行真正需要的信息才用于必填字段。
(7)简化LOV的航行。
特别是在列表和选择器中,有必要能够简单地选择值。考虑按字母顺序或逻辑顺序对值列表进行排序,以加快浏览和选择的速度。
(8)在输入字段中显示提示以帮助解释。
当输入栏中没有其他文本时,您可以包含占位符文本,如“邮件”或“密码”。当占位符文本足够时,不要单独使用标签来描述它。
动词(verb的缩写)拖放
用户只需一根手指,就可以通过将内容从一个位置拖到另一个位置来移动或复制选定的照片、文本或其他内容,然后抬起手指将其放下。
并触摸并按住所选内容,使其向上看并贴在用户手指上。拖动内容时,动画和视觉提示会识别可能的目的地。还将显示一个徽标,以指示何时不能删除它,否则将导致重复内容而不是移动内容。有关开发人员指南,请参见UIKit中的拖放操作。
来源和目的地
将所选内容从原始位置拖放到目标位置。这些位置可以在同一容器中,如文本视图,也可以在不同的容器中,如拆分视图两侧的文本视图。
例如,在便笺中,用户可以将所选文本拖动到同一便笺中的新位置。在提醒中,用户可以将单个提醒从一个列表中拖出,放入另一个列表中。
在iPad上,源位置和目的位置也可以存在于不同的应用中,从而实现跨应用的交互,比如将照片从Safari中的一个网页拖到Mail中的一个新邮件中。在拖动内容时,用户可以通过多任务访问另一个应用程序,退出到主屏幕,或者从屏幕底部向上滑动以显示Dock。
注意:在应用程序之间拖放内容总是导致内容的重复,而不是移动。
支持拖放
拖放是一个高效直观的功能,用户希望在整个系统中实现。如果你的应用程序包含或生成了人们可能想要移动、复制或插入的文本、照片、视频、音频或其他内容,你的应用程序应该支持拖放。
为所有可选择和可编辑的内容提供拖放功能。可选择的内容应该是可拖动的,可编辑的内容应该接受删除的内容。此外,确保您的应用程序支持在这些区域复制和粘贴。
允许控件上的内容在适用时被删除。通常,允许数据输入或选择的控件(如文本字段)被配置为接受删除的内容。
尽可能使用标准文本视图和文本字段。这些系统提供的元素包括内置的拖放支持。有关说明,请参见文本字段和文本视图。有关开发人员指南,请参见UITextField和UITextView。
为了提高效率,可以考虑支持多次拖放。在许多应用程序中,用户可以用一个手指拖动单个项目。拖移时,通过用另一个手指点按来选择其他项目。所选项目会一起移动,并堆叠显示在拖动原始项目的手指下方。
然后,用户将这些项目作为一组进行拖放,并将它们放在所需的目的地。例如,主屏幕允许您选择多个应用程序图标,并将其一次拖动到文件夹中,有些应用程序(如照片)提供了选择模式,允许您在拖动前选择多个项目。
确定在应用程序中拖放内容是否会导致移动或复制。通常,当源容器和目标容器相同时(在文档中拖动文本),移动有意义;当副本不同时(在文档或应用程序之间拖动),复制有意义。然而,情况并非总是如此。
最重要的是,拖放操作应该是直观的。在“提醒”中,在列表之间拖动提醒会移动它们而不是复制它们,因为这是人们所期望的。在应用程序之间拖放内容总是会生成一个副本。
只要有可能,请人们取消拖放操作。通常,当用户不小心将内容丢弃到错误的目的地时,他们应该能够使用撤销将应用程序恢复到以前的状态。也就是说,删除的内容应该被删除,如果它已经从应用程序中的另一个位置移动,它将被恢复到其原始位置。
考虑弹簧加载,它使用户能够通过拖动选定的内容来激活某些控件(如按钮和分段控件),并在不丢弃内容的情况下暂停。例如,在Mail中,您可以将所选邮件拖到导航栏中的后退按钮,以访问邮箱层次结构中的其他位置。
永远不要让弹簧加载成为激活一个控件的唯一方式,把它作为一个可以找到的装饰品。在大多数情况下,弹簧加载控件也应该响应点击手势。有关开发人员的指导,请参考UISpringLoadedInteraction。
提供拖动的内容。
如有必要,自定义拖动预览。通常,在用户手指下显示的预览应该是拖动内容的半透明表示。该皮肤提供上下文,指示拖动正在进行,并使用户能够查看拖动内容下面的目标。
尽可能多地提供拖动数据的表示,并从最高保真度到最低保真度对它们进行排序。例如,在提供艺术线条时,您的应用程序可以按顺序提供PDF矢量表示、带透明度的无损PNG图像和不带透明度的有损JPEG图像。这样,目的地可以选择它可以导入的最高质量的表示。
如果适用,自定义对象的本机版本将显示为最丰富的数据表单。例如,允许人们拖动图表的应用程序应该首先显示本机图表对象。然后,它应该提供一个类似于图表替代品的图像版本,这适用于不支持图表对象的应用程序。
当应用程序内容的传输非常耗时或占用大量资源时,请实施文件提供程序扩展。即使您的应用程序不再运行,文件提供者扩展也将管理传输过程并确保其完成。请注意,在用户删除内容之前,传输过程不会开始。有关开发人员指南,请参见NSFileProviderExtension。
当您的申请内容需要转移时,请提供进度信息。如果您必须下载内容或复制大文件需要时间,请提供进度信息。至少,提供内容的总大小,以便目的地可以计算剩余时间并显示适当的进度指示器。有关开发人员指南,请参见NSProgress。
丢弃的内容
使用视觉提示来识别潜在的目的地,并预览删除内容的效果。突出显示、插入点指示器和动画都是识别可能目的地的好方法。当拖动内容时,视图可以微妙地闪烁和改变颜色,或者可以分隔段落,为拖动的图像腾出空间。
当屏幕上有多个可能的目的地时,请一次识别一个目的地。如果源容器和目标容器相同,可能不需要突出显示,除非将内容完全拖出源容器,然后重新输入。当您删除内容或不再位于目标上方时,请确保删除突出显示。
在适当的时候自动滚动目标的内容。当内容被拖动到目标的边界之外时,您的应用程序可能需要确定是滚动目标内容还是允许用户继续拖动到完全不同的目标。如果你的应用程序允许用户继续拖动,考虑定义一个区域,当拖动的项目在它上面时,它会自动滚动。
例如,当内容被拖动到正文区域的顶部或底部时,Mail中冗长的草稿邮件将自动滚动,标准文本视图和文本栏将自动采用这种行为。
选择并显示被删除内容的最丰富的表示。例如,您的应用程序可能会提供图表的多种表示形式。如果您的应用程序支持图表,您可以提取和显示本机图表对象。如果您的应用程序不支持图表,您可以提取并显示图表的图像版本。
如果适用,只选择已删除内容的相关部分。例如,如果用户将联系人从“通讯录”拖到“邮件”中的“收件人”栏,则只使用联系人的姓名和电子邮件地址,而不使用其地址信息。
删除内容后,占位符将显示在表格视图和集合视图中,占位符将临时指示传输完成后内容驻留的位置。
删除内容需要时间传输时显示进度。默认情况下,当应用程序之间发生耗时的传输时,系统会显示应用程序模式警报。考虑如何自定义进度的显示,例如在表格视图或集合视图中的占位符上显示进度指示器,以便用户不会被阻止使用您的应用程序。请注意,在用户删除内容之前,传输过程不会开始。
当被丢弃的内容启动流程时给出反馈。如果用户将内容放在启动任务的控件上,例如将视频上传到共享站点,则表明任务已经开始,并让用户知道其进度。
丢弃失败时通知用户。如果丢弃的内容无法插入,可能是因为文件传输中断。请通知用户丢弃不成功。
对删除的文本应用适当的样式。当源和目标支持相同样式的文本属性时,被删除的文本应保持其原来的字体、大小和其他属性。否则,删除的文本应该采用目标的样式。
当用户不能立即撤销拖放时,请考虑提供一个微妙而直观的退出方法。例如,共享应用程序可以在发布删除的内容之前显示中间共享表。这个共享表可以提供一种提供附加内容(如状态消息)的方式,并且还提供一个取消按钮。当您将照片拖到共享的照片流中时,会出现这种现象。
不及物动词反馈(反馈)
反馈最直观的体现就是让用户知道当前应用在做什么,引导并告诉用户下一步可以做什么,并知道这样做会产生什么结果。
(1)偷偷在你的应用程序界面中添加信息状态或其他类型的反馈。
理想情况下,用户可以在没有任何操作或中断的情况下获得非常重要的信息提示。以电子邮件为例,即使用户当前正在浏览电子邮件状态信息,也可以巧妙地将其显示在状态栏中,并且这些信息在不靠近的情况下也不会与当前屏幕内容发生冲突,方便用户在需要时随时查看。
(2)避免不必要的警告。
警告是一种非常强大的反馈机制,正因为如此,它应该只用于传达非常重要的信息。如果用户看到太多包含不必要信息的警告,结果将是用户被巧妙地教育忽略所有警告。有关更多信息,请参考警报。
体感反馈
对于硬件可以支持的设备,体感为用户提供了更直接的物理反馈方式,让用户更容易、更明显地注意到,并做出相应的反应。一些系统级的界面元素,如选择器、开关、滑块等,会自动配置相应的体感反馈。同时,你也可以为你的应用配置不同类型的系统体感反馈,iOS平台负责管理这些反馈的行为和效果。
成功意味着一项任务或操作,如完成检查或解锁汽车。
通知(成功、警告、失败);影响(轻、中、重);选择(选择)
(1)慎用体感。
过度使用可能会干扰反馈或降低其重要性。
(2)对用户发起的操作给予体感反馈。
用户通过体感反馈对用户发起的操作进行反馈关联是非常容易的。反之,过于武断的反馈会让用户觉得关联度太大,甚至被误打断。
(3)不要重新定义反馈的类型。
为了确保一致的用户体验,尽可能使用合理的反馈类型。比如,不要用“有影响力”的反馈来提示用户某个任务已经成功执行;相反,你应该使用“成功”类型的“通知”作为反馈。
(4)协调应用的视觉体验和体感反馈。
同时提供视觉和体感反馈,使操作和结果之间有更深层次的联系,从而保证使用生动准确的动画效果,在视觉上符合用户的感受。
(5)不要只依赖单一的沟通方式
并非所有设备都支持所有范围的体感反馈,用户也可以通过设置应用程序来选择关闭一些功能。一般来说,体感反馈只有在设备和你的应用都支持的情况下才能正常响应。同时进行的视觉和听觉反馈可以有效地确保一些重要的新闻不会被忽略。
(6)当视觉反馈可能受阻时,使用体感反馈。
对于某些交互,例如将对象拖动到屏幕上被用户手指挡住的位置。通常反馈模式是通过体感感觉,在用户到达那个位置时给出反馈。
(7)开始反馈前,确保系统准备就绪。
因为应用程序提供的体感反馈还有许多其他潜在因素,所以在请求反馈之前,最好确保系统已经准备好。否则,太晚出现的体感反馈可能与用户的操作,或者用户当前看到的屏幕上的内容没有太大关联。
(8)体感反馈与背景声音同步。
体感反馈不会自动与声音同步。如果应用程序需要一个背景音乐,那么你需要自己同步它。
七。文件处理
用户在创建、浏览和操作文件时,不需要知道文件系统的概念。如果您的应用程序涉及文件,请尽量减少文件处理。
(1)说服用户,除非用户主动取消或删除,否则节目会一直保留。一般来说,不要要求用户保存文件;相反,当用户打开、关闭或在应用程序之间跳转时,文件会自动保存。
对应一些其他的情况,比如编辑一个已经存在的文件,保存和取消选项也会变得更有意义,因为它们可以帮助用户确认正在编辑的内容什么时候应该保留。
(2)不要提供创建本地文件的选项。用户总是希望他们的文件可以在他们所有的winner设备上使用。只要有可能,就让你的应用程序像iCloud一样支持云存储。
(3)设计直观、图形化的文件浏览界面。理想情况下,使用熟悉的系统文件浏览器来选择文件。如果你设计了一个定制的文件浏览器,那么请确保它是直观和有效的。
文件浏览器只有提供高质量的图形和视觉响应界面,才会有最大的效果。如果想加快导航速度,减少手势,可以考虑提供一个文件按钮,让用户不用跳转到其他地方就可以新建一个文件。
(4)允许用户在不离开应用程序的情况下浏览文件。您可以使用快速查看功能,使用户能够浏览Keynote、Number和Pages等文件,以及PDF、图像和其他税务格式的文件。有关详细信息,请参考快速查看章节。
(5)在适当的时间与其他应用程序共享文件,并且在必要时,允许您的应用程序通过文档提供者扩展与其他应用程序共享文件。您的应用程序还应该允许用户在其他应用程序中打开和浏览文件。有关详细信息,请参阅文档拾取器编程指南一章。
八、手势操作(手势)
用户通过设备触摸屏上的不同操作手势与应用程序进行交互。这些手势不仅显示了人与内容之间的亲密联系,还增强了用户对屏幕上对象的更直接的操作感。同时,用户普遍希望系统中不同的应用也能通过一套标准的操作手势与应用进行交互。
单击(点击)激活或选择一个对象。拖移以将元素从一侧移动到另一侧,或者在屏幕中拖移元素。轻击、快速滚动或滑动。一指操作可用于返回上一页,调出分屏视图控制器中的隐藏视图,滑出列表行摘要的删除按钮。或者轻压中调出操作单。在pad中,你可以通过四指操作在应用程序之间切换。双击以放大中心内容或图片,或缩小放大的图片。向外张开时捏可放大当前内容,向内捏可缩小当前内容。触摸并按住以在可编辑或可选择的文本中操作,以显示光标定位的放大视图。通过在一些类似于集合视图的视图中操作,可以进入对象的编辑状态。摇动以撤销或重做。