XML呈现中z序元素的细粒度控制的利记博彩app

专利名称：XML呈现中z序元素的细粒度控制的利记博彩app
XML呈现中z序元素的细粒度控制相关申请的交叉引用本申请要求在2005年5月31日提交的美国临时申请S/N. 60/686,349的权益， 由此其整体被援引纳入于此。发明背景发明领域本发明一般涉及用户界面的可变处理。尤其地，本发明涉及控制用户界面元 素的呈递。相关技术说明在涵盖分级数据语言和标记语言——包括基于XML的语言——的数据语言 中，呈现在显示器上的用户界面(UI)元素被给予一定次序以便进行排版。(注 意UI元素是可以呈现在屏幕上的某物。例如，代码元素可以是基于XML的语言 中的一行代码或一个标签。UI元素可由一个或多个代码元素来表征。进一步，代 码元素可能并不描述一呈现，即，它可以描述一行为。)排版次序通常由与UI元素相关联的代码元素如何在语言中被声明来定义。当 在显示器上绘制(或呈递)这些UI元素时，绘制的次序遵循排版次序。在显示器上，水平的和垂直的、长度和宽度等典型地以标识其在x-y平面中的 表示的"x-y"坐标来引用。当在一呈现中呈现UI元素时，它们的"z序"指它们 相对彼此叠放的次序。尽管所有的UI元素典型地在x-y平面中被查看，但是呈现 的z序是有意义的，因为在另一元素之上呈递的UI元素可能会(除非它们具有一 定的透明度)覆盖掉在其之下呈递的UI元素。使用XML为例，用XML载明的用户界面(UI)的UI元素具有与其在代码 中被声明的次序完全相同的隐性绘制次序。复杂的UI需要有允许可视UI元素能 够被画在其他UI元素(在XML序列中声明得较晚的)之上的能力。因此，需要 能够改变呈递的z序。 当前的UI数据语言方案没有解决此问题，或是提供了对该问题效率低下的解决方案。具体而言，标量矢量图形(SVG)版本2建议解决z序控制。提供此控制 的机制尚未被建立或定义。 一些迹象显示它们可能利用索引。使用索引进行z控制 毕竟要受到裁剪的不利影响，这在UI中是不合需要的。另一种解决方案包括创建包含要呈现的UI元素的页面的数个版本，每一页面 改变相关联的代码元素的z序。然而，这种解决方案由于需要扩展出额外的页面、 存储页面以及跨多个页面维护对代码的更改而涉及额外的资源，并且是应对z序动态控制的蛮力的、即效率低下的方法。 发明概要与本发明相符的系统和方法通过创建控制用户界面元素的呈递和呈现的系 统、方法和装置来克服现有系统的缺陷。在本发明的一个实施例中， 一种用于控制在呈现中呈递的第一元素的z序的方法包括接收代表在呈现中的排版次序的有序元素列表，将该有序列表中的第一 元素指派给一提升容器元素，其中该第一元素可以是该有序列表中的数个元素之 一，在该呈现上绘制除该第一元素以外的该有序列表元素，并且将包含该第一元素 的提升容器绘制到呈现。在本发明的另一个实施例中， 一种用于呈递多个用户界面元素的方法定义 提升用户界面元素，在显示器上呈递这多个用户界面元素，并且在显示器上呈递该 提升用户界面元素，其中该提升用户界面元素是在这多个用户界面元素的呈递之后 被呈递的。在此方法中，该提升用户界面元素是这多个用户界面元素之一，并且在 显示器上呈递这多个用户界面元素的步骤并不呈递该提升用户界面元素。包含这多 个用户界面元素的结构可以是树结构。另外，当在显示器上被呈递时，该提升用户 界面元素可不被裁剪。该提升用户界面元素也可以通过聚焦在显示的用户界面元素 上来定义。在又一个实施例中， 一种用于控制在呈现中呈递的第一元素的Z序的设备包 括用于存储程序代码的存储器，其中该程序代码包含针对表示在呈现中的排版次 序的一有序元素列表的指令，以及处理器，被配置成将该有序列表中的第一元素指派给一提升容器元素，其中 该第一元素可以是该有序列表中的数个元素之一，用除该第一元素以外的该有序列 表元素来绘制该呈现，并且将包含该第一元素的提升容器绘制到呈现。 在又一个实施例中， 一种用于在显示器中呈递多个用户界面元素的设备包括 存储器，包含定义一含有这多个用户界面元素的结构的程序代码，以及处理器，被 配置为定义一提升用户界面元素，在显示器上呈递这多个用户界面元素，并且在显 示器上呈递该提升用户界面元素，其中该提升用户界面元素是在呈递这多个用户界 面元素之后被呈递的。在细阅以下阐述的本发明的附图简要说明、发明具体说明以及权利要求书之 后，本发明的其他目的、优点和特征将变得显而易见。附图简要说明 关于其中相同的附图标记始终代表相似要素的附图

图1是在其中设备可以在本发明的一个实施例中操作的通信环境的功能图； 图2是一般化地图解了本发明的一个实施例中的范例移动设备的组件的功能框图；图3是一般化地图解了本发明的一个实施例中的范例计算设备的组件的功能框图；图4是图解了本发明的一个实施例中的计算机平台的应用架构的框图；图5是图解了本发明的一个实施例中更新用户界面组件的系统和描绘trigplayer (trig播放器)、actor (逻辑部分)和trig (UI元素)的架构的框图，。 图6是图解了本发明的一个实施例中不用提升用户界面元素地来呈递用户界面元素的框图；图7是图解了在本发明的一个实施例中用提升用户界面元素地来呈递用户界 面元素的框图；以及图8是描绘了本发明的一个实施例中呈递提升元素的过程的流程图。具体说明本发明通过允许对z序的细粒度控制同时维持关于裁剪并因此关于呈递速度 的效率来解决现有技术中的问题。如果技术在任何时候变得尖端到足以开发真正的3D显示器(而不仅仅是在2维表面上的3D表示)，那么本发明仍将可以适用于这样的系统。进一步的优点包括提升用户界面元素可以被裁剪到指定的约束而不是屏幕的 维度；元素可以被提升，但是仍然显性地居于在基于XML的解析序列中可能在它
之前或之后被声明的其他元素之下；可以实现多重和/或嵌套的UI层次，并且它们 的Z序由多重和/或嵌套的提升容器的用户动态地变更。现在将详细参考在附图中图解的本发明目前示例性的和优选的实施例，附图 中相同的附图标记在这数个附图中始终标示相似或相应的部分。在结合附图考虑了 以下的具体说明之后，本发明的本质、目的和优点对本领域技术人员来说将变得更 加显而易见。在本说明中，就术语的使用而言，术语"无线设备"、"无线电话"和"移 动设备"被可互换地使用。这里所使用的术语"应用"意在涵盖可执行的和不可执 行的软件文件、原始数据、聚合数据、补丁、内容、用户界面和用户界面组件，以 及其他代码段。此外，在这数个视图中，相同的附图标记始终指示相似的要素，并 且冠词"一"和"该"包括复数引用，除非在本说明中另行指明。TrigML是在开发用户界面时有用的数据驱动语言。TrigML是高通 (QUALCOMM)公司所拥有的产品。和在XML下定义的数据语言类似，TrigML 代码包括标签的使用。虽然实施例将在用于无线设备上的用户界面的TrigML的上 下文中被描述，但是应认知这仅是为了描述的目的而不是对本发明的限定。这里所 描述的装置和方法也可以应用于非用户界面环境并且，如上所述，适用于使用不同 数据语言的那些使用环境。图i是在其中设备可以在本发明的一个实施例中操作的通信环境100的功能 图。在此例中，通信环境IOO包括无线网络122。无线网络122可以是由无线服务 供应商所运作以向移动设备提供数据或电信连接的通信网络。进一步，无线网络 122也可以包括有线网络、因特网、广域网、公共交换电话网(PSTN)及其他公 共的和/或专用的网络，由此设备可以直接或间接利用连接到这些网络的其他设备 来通信。在一个例子中，无线网络122可以包括蜂窝电话网。数个移动设备在与无线 网络122通信，诸如有蜂窝电话112、膝上型计算机116、 PDA 118、和移动消息 接发设备120。这些设备仅仅作为可以在无线网络122上通信的许多类型的设备的 例示而示出。图1中所图示的是应用服务器124和用户界面服务器126。用户界面服务器 126是提供用户界面组件130 (以下更详细地描述)的计算设备。这些用户界面组 件130可以被下载到连接于无线网络122的其他设备。用户界面组件包括用于以呈 递用户界面(诸如功能调用、菜单、用于内容调用的代码、皮肤等)的代码和/或
数据。注意，可以使用包括内容服务器在内的许多其他服务器来连接到网络以传递 信息。可用的信息类型是无限的，并且对本领域技术人员来说许多不同的示例将是显而易见的。用户界面服务器126包括被配置成通过无线网络122向作出请求的设 备提供用户界面组件130的服务器软件。应用服务器124是耦合到无线网络122的使软件应用128可供移动设备下载 的计算设备或系统。 一般而言，应用128可由诸如蜂窝电话112等的连接到无线网 122的设备下载以供在那些设备上执行。在此特殊实现中，由应用下载服务器124 供给的各种应用128中的至少一个是被配置供在各移动设备中的至少一个上执行 的基于内容的应用。基于内容的应用(客户机)被配置成从内容服务器(没有示出) 检索内容以供移动设备经由用户界面来呈现。图2是一般化地图解了在本发明的一个实施例中的范例移动设备201的组件 的功能框图。移动设备201可以是具有计算功能集的任何设备，诸如蜂窝电话、个 人数字助理、手持式"掌上型"设备、膝上型计算机、便携式音乐播放器、全球定 位卫星(GPS)设备，或诸如此类。移动设备201有能接收和执行软件应用以及显示数据的计算机平台250。计算 机平台250包括处理器252，诸如专用集成电路"ASIC"、数字信号处理器("DSP")、 微处理器、微控制器、逻辑电路、状态机、或其他数据处理设备。处理器252执行 与移动设备的存储器256中的任何驻留程序接口的应用程序编程接口 ( "API") 层254。存储器256可以包括随机存取或只读存储器(RAM或ROM) 、 EPROM、 EEPROM、闪存、或各种计算机平台常用的任何存储器。计算机平台250还包括 可以保存没有在存储器256中现用的软件应用、文件、或数据——诸如从用户界面 服务器126 (图1)下载的软件应用或用户界面组件——的本地存储258。本地存 储258典型地包括一个或多个闪存单元，而也可以是本领域所公知的任意二级或三 级存储设备，诸如磁介质、EPROM、 EEPROM、光介质、带、或者软盘或硬盘。计算机平台250还包括可由软件应用以用来通过利用用户界面(没有示出) 显示数据的显示器260。图2中所示的组件是许多类型的移动设备的典型，但是应意识到，其他组件 可以被添加到移动设备201，并且在某些情形中，图2中所示的一些组件可以从移 动设备201省略。图3是一般化地图解了在本发明的一个实施例中的范例计算设备301的核心 组件的功能框图。计算设备301可以是任何固定计算设备，诸如台式计算机或服务 器。在此例中，计算设备301包括处理器单元304、存储器306、存储介质313， 以及音频单元331。处理器单元304有利地包括微处理器或诸如数字信号处理器(DSP)等的专用处理器，但是在替换方案中可以是任何常规形式的处理器、控制 器、微处理器、或状态机。处理器单元304被耦合到存储器306，存储器306有利 地实现为保存由处理器单元304执行的软件指令的RAM存储器。在一替换实施例 中，存储器306可以由固件或闪存组成。在此实施例中，存储在存储器306中的软 件指令包括操作系统310以及一个或多个其他应用312，诸如采用用户界面的应用(没有示出)。移动设备301还包括使得在计算设备301与诸如移动设备等的一个或多个其 他计算设备之间得以进行双向通信的通信模块321。通信模块321可以包括使得 RF或其他无线通信——诸如蜂窝电话网、蓝牙连接、无线局域网、或可能还有无 线广域网等得以实现的组件。替换地，通信模块321可包括使得陆线或硬布线网络 通信一~H者如以太网连接、RJ-ll连接、通用串行总线连接、正EE 1394 (火线) 连接或类似的得以实现的组件。这些旨在作为非穷举的列表，并且许多其他替换方 案是可能的。音频单元331是移动设备301的被配置成在模拟与数字格式间转换型 号的组件。音频单元331由移动设备301用来通过利用扬声器332输出声音和从麦 克风333接收输入信号。图3仅仅图解了在许多常规计算设备中一般找得到的某些组件。非常多的其 他组件也在特殊实现中例行地找得到，并且在某些情形中，图3中所示的一些组件 可以被省略。然而，图3中所示的计算设备301是如今常见的计算设备的典型。图4图解了本发明的一个实施例中的设备应用架构。该设备将包括"计算机 平台"。计算机平台可指包括硬件、软件或其两者的设备组件。例如，它可以包括 操作系统、包括芯片在内的底层硬件组件、用户界面硬件(例如显示器、输入和输 出设备)、库、支持API、操作系统的附加扩展等。在一个实施例中，无线设备的应用架构400包括设备API 405、BREW API 410、 BREW扩展415、 Trigplayer420、 Actor 425和Trig 430。设备API 405可以包括由 软件平台用来寻址专门与该设备相关联的功能——诸如专用处理器或ASIC功能、 专用设备硬件功能集等的那些API。BREW API 410是由高通(QUALCOMM)公司开发的软件平台。BREW API 410提供应用调用设备API405以及无需为该设备专门编写的其他功能的能力。换
句话说，它从应用中抽象出硬件的具体方面，由此允许无需定制或仅需针对应用要 在其上运行的每一具体设备稍作定制就可为许多设备编写应用。BREW扩展415提供向BREW平台添加更多能力——诸如提供MP3播放器、 Java虚拟机等的能力。TrigPlayer420、 Trig 430和Actor 425是由高通(QUALCOMM)公司开发的 uiOneTM架构的组件。这些组件典型地指设备400的用户界面方面。在一个实施例 中，Trig430是已编译的TrigML⑧代码，以及被应用所用来在设备400上呈递用户 界面的其他资源(其可包括元数据、文本文件和图像)。多个Trig 430和被称作 Triglet (没有示出)的Trig更新可以被用于用户界面。由高通(QUALCOMM)公司所拥有的TrigML代码是基于XML的数据语言， 并且可以被作用于创作Trig 430的用户界面呈现语言，并且包括了移动设备为目标 的功能集、交互式用户界面事件模型、及像素定位的优势以及其他优势。Actor 425包括将Trig连接到底层设备API 405和/或BREW API 410的底层C 代码。Actor 425也可以起到用于进行输入/输出的可执行件的作用。并且因为actor 连接到底层设备和BREW API,所以它们可以访问计算机平台功能。Trigplayer420可以被实现为BREW扩展415，即便它在图4中被分离出来。 Trigplayer被用于通过使用Trig和actor来呈递用户界面。将可认识到，尽管图4的讨论是以高通(QUALCOMM)公司的uiOne架构 (包括已编译的TdgML、 Trigplayer、 BREW API等)的形式进行的，但是这是为 了描述的目的，并且本发明包括其他的数据语言、计算机和软件平台以及设备架构。图5是图解了在本发明的一个实施例中更新用户界面组件的系统以及描绘 trigplayer 420、 actor 425和trig 430的架构的框图。设备500包括trigplayer 420、 actor 425和trig 430。 Trig可包括TrigML代码505、文本串510、图像515、和更 新通道520 (更新通道可以定义用于取回Triglet 530的URL和定时方案)。Trig可 以空中更新，从而允许用户界面在设备已经离开了制造商之后能被更新。服务器 525可以被用于下载新的Trig和/或Trig的更新的组件(例如，Triglet 530)，从而允许设备所用的用户界面能被自定义。为了解决用户界面元素的细粒度z序控制的更详细的方面，在一个实施例中，呈递树正常情况下通过UI元素树的父优先下行来完成。UI元素树是基于与该UI元素相关联的代码元素是如何在Trig源文件中被声明的来创建的。父节点绘制其自身，然后要求其子节点中的每一个依次绘制其自身。Trig源文件。它也将其子
节点中的每一个裁剪到其自己的程度。通过引入提升属性，UI元素藉其可以将其 呈递延迟到正常的一通绘制之后——即，所有非被提升的UI元素都将被绘制，然 后才是所有被提升的UI元素。UI元素在例如该UI元素得到控制焦点时可被提升。 (在一个实施例中，"焦点"是指呈现中被给予了注意的部分，诸如对光标的选择 所作的突出显示或放大就是向用户指示如作选择哪个选项将被选中的一个焦点。) 被提升的UI元素不被其父节点的框架所裁剪，因为它在正常的一轮呈递之外，由 此可以在其正常限制之外呈递。使用TrigML，使用呈递属性的程序代码的示例如下<trigml><group w="20"h="20"><group bgcolor="red"w=3-"h="30"raise="false"><att when="focus"name="raise"value="true'7> </group><group bgcolor="blue，7> </group> </trigml>如图6中所示，当此TrigML程序代码片段被呈递，红色群在显示器260上显 示为20x20的红色正方形605 (它被其父群裁剪，裁剪没有示出)。然后蓝色群在 其之上被呈递，于是如用户所见的最终呈递的页面仅包含蓝色的20x20正方形 610。如图7中所示，如果焦点然后被移到红色群，〈att〉代码元素修改红色群的提 升属性，以将该值设为真。当该页面被呈递时，红色群被跳过(因为它被提升了)， 然后蓝色群被画成如20x20的蓝色正方形705。最终被提升的红色群被呈递(未被 裁剪，因为它被提升了)，并且如用户缩减的最终呈递的页面包含30x30红色正 方形710。一个实施例依赖于全局递延绘制列表的隐性存在，并且任何递延呈递的UI元 素被添加到该全局列表中。这是对现有技术解决方案的一个改进。另一个的实施例并不将ui元素提升到全局层次，从而它们在所有非被提升的 UI元素之后被绘制。〈raisecontainer〉元素的添加"捕捉"被提升的UI元素。这可 以允许例如UI元素被提升，而允许其他的(非被提升的)UI元素在此之后继续被 呈递，从而允许持久化的顶层活动。此实施例的使用TrigML程序代码的一个示例 由以下示出<trigml〉 <group w="20"h="20"bgcolor="red"raise="false"><att when="focus"name="raise，Value="highplace"/> </group><group w="20"h-"20"bgcolor="blue"> <raisecounter id="highplace'7> <group bgcolor="green"w=" 10"h=" 10, </trigml>通过如上所述地利用UI元素被声明的次序创建出树。这里正常的呈递次序是红色、蓝色、绿色，并且用户看见覆盖在20x20的蓝色正方形上的10x10绿色正 方形。在该正常呈递中，提升容器是空的，所以当其被求值时没有任何事物被呈递。然而，当红色群被提升时，z序被改变，从而红色群通过使用如上所示的提升 计数器(raisecounter)被绘制。因此呈递是蓝色、红色、绿色，结果得到覆盖在 20x20红色正方形上的10xl0绿色正方形。这样的优点在于我们实现了UI元素的 提升但仍设法保持了被覆盖的绿色正方形。对我们将UI元素提升到的层次的这种 额外的控制提供了一种保持覆盖的方法。典型的使用情形是应被画在其他任何事 物"包括任意当前被聚焦的已经提升其自身的UI元素——之上的弹出式菜单。提升容器可以被嵌套，并且提升容器自身可以被提升，这给予了远多于之前 可能的对UI的各层和各子层的控制。在效果上，提升容器是一层，但是该层可以 改变其z序并且无需是全屏的。由此实现对z序的细粒度控制，即，在层内控制z 序，这是相对于仅仅将UI元素一直推到各层的顶部或一直推到各层的底部。另外，被提升的UI元素由提升容器绘制，并且为此由提升容器的框架来裁剪， 这意味着修改被提升的UI元素不再需要触发整个屏幕的刷新。这允许在无需提高 处理功率的情况下实现复杂的UI。图8是描绘了在本发明的一个实施例中呈递提升元素的过程的流程图。起初， 定义一包含用户界面元素的结构(步骤805)。该结构可以是如以上所定义的树结 构或另一种可以跟踪要呈递的用户界面元素的文件或数据结构。接下来定义一提升 用户界面元素(步骤810)。该提升用户界面元素是想要在其他元素之后被呈递的 元素。该提升元素可以典型地被定义为按由关于步骤805的结构定义的次序来被呈 递，然而，希望在正常次序之外呈递该提升元素。然后在显示器上呈递各用户界面元素(步骤815)。此呈递是通过步进遍历在 步骤805中定义的结构来完成的。注意，呈递也许不仅是为了呈现，而可能是定义 行为的程序代码。优选地，在此步骤中不呈递提升用户界面元素，因为它将再次被 呈递(在以下步骤820中定义)，由此来防止呈递提升用户界面元素两次。最终显示提升用户界面元素(步骤820)。虽然本说明只定义了一个提升用户
界面元素，但是多个用户界面元素可以被定义为要被"提升"并且由此多个用户界 面元素可以在正常用户界面元素结构次序之外被呈递。上面的方法和软件设计描述也可以在装置中实现，作为指令存储在RAM或其 他记忆存储设备中。上面的方法和软件设计描述也可以在装置中实现，作为指令存储在RAM或其 他记忆存储设备中。尽管在本文件中所给出的过程已经按特定次序被顺序图解和描 述，但是在其他实施例中，这些过程的步骤可以按不同的次序、多次、和/或并行 地执行。进一步，在一些实施例中，在这数个过程中描述的一个或多个步骤可以作 为单独的步骤、组合成较少的步骤来执行，或可能完全被省略。虽然前面的公开示出了本发明的说明性实施例，但是应当注意到，可以对所 描述的实施例作不同的变更和修改而不会脱离由所附权利要求定义的本发明的精 神和范围。此外，尽管本发明的要素可能是以单数的形式被描述或要求权利，但是 除非显性地陈述了是限定为单数，否则复数也是已被构想了的。
权利要求
1. 一种控制在一呈现中呈递的第一元素的z序的方法，包括接收表示在一呈现中的排版次序的有序元素列表；将所述有序列表中的第一元素指派给一提升容器元素，其中所述第一元素可以是所述有序列表中的数个元素之一；在所述呈现上绘制除所述第一元素之外的所述有序列表元素；以及将包含所述第一元素的所述提升容器绘制到所述呈现。
8. —种用于在显示器中呈递多个用户界面元素的设备，包括 含有定义一包含所述多个用户界面元素的结构的程序代码的存储器；以及 处理器，被配置成定义一提升用户界面元素，在所述显示器上呈递所述多个用户界面元素，并在所述显示器上呈递所述提升用户界面元素，其中所述提升用户 界面元素是在所述多个用户界面元素的呈递之后被呈递的。
9. 如权利要求8所述的设备，其中所述提升用户界面元素是所述多个用户界 面元素之一。
10. 如权利要求8所述的设备，其中包含所述多个用户界面元素的所述结构 是树结构。
11. 如权利要求8所述的设备，其中所述提升用户界面元素当在所述显示器 上被呈递时不被裁剪。
12. 如权利要求8所述的设备，其中所述提升用户界面元素是通过聚焦在一 显示的用户界面元素上来定义的。
13. —种用于控制在一呈现中呈递的第一元素的z序的设备，包括用于接收表示在一呈现中的排版次序的有序元素列表的装置； 用于将所述有序列表中的第一元素指派给一提升容器元素的装置，其中所述 第一元素可以是所述有序列表中的数个元素之一；用于在所述呈现上绘制除所述第一元素之外的所述有序列表元素的装置；以及用于将包含所述第一元素的所述提升容器绘制到所述呈现的装置。
14. 一种用于在显示器中呈递多个用户界面元素的设备，包括 用于定义一包含所述多个用户界面元素的结构的装置； 用于定义一提升用户界面元素的装置；用于在所述显示器上呈递所述多个用户界面元素的装置；以及 用于在所述显示器上呈递所述提升用户界面元素的装置，其中所述提升用户 界面元素是在所述多个用户界面元素的呈递之后被呈递的。
15. —种包含用于控制在一呈现中呈递的第一元素的z序的计算机实现的指 令的计算机可读介质，所述指令在被执行时实现一种方法，所述方法包括接收表示在一呈现中的排版次序的有序元素列表；将所述有序列表中的第一元素指派给一提升容器元素，其中所述第一元素可 以是所述有序列表中的数个元素之一； 在所述呈现上绘制除所述第一元素之外的所述有序列表元素；以及 将包含所述第一元素的所述提升容器绘制到所述呈现。
16. —种包含用于在显示器中呈递多个用户界面元素的计算机实现的指令的计算机可读介质，所述指令在被执行时实现一种方法，所述方法包括定义一包含所述多个用户界面元素的结构； 定义一提升用户界面元素；在所述显示器上呈递所述多个用户界面元素；以及在所述显示器上呈递所述提升用户界面元素，其中所述提升用户界面元素是 在所述多个用户界面元素的呈递之后被呈递的。
全文摘要
描述了用于在呈现中进行z序元素的细粒度控制的各种方法和装置。定义一包含若干用户界面元素的结构，并定义一用于呈递此类用户界面元素的次序。希望一些元素可能需要在所定义的次序之外被呈递，因此一提升用户界面元素被定义以允许一个或多个用户界面元素被定义成在正常定义的次序之外被呈递。用户界面元素可以是要被呈现在显示器上的某物，并且还可包括用于定义行为的程序代码。
文档编号G06F9/44GK101213515SQ200680024282
公开日2008年7月2日 申请日期2006年5月31日 优先权日2005年5月31日
发明者J·B·布劳科夫, N·C·布鲁克, S·G·布特林 申请人:高通股份有限公司