CN107066170A - 显示区域的宽控件区域 - Google Patents

Abstract

为了便于选择限定待要对数据内容执行的一个或多个命令的控件，引入了用于应用程序的控件显示结构。根据该结构，在运行的应用程序在图形用户界面上的显示区域中，在链接区域中显示至少第一链接和第二链接，在容纳部区域中显示至少第一容纳部和第二容纳部，该第一容纳部包括与第一链接相关联的至少一个或多个控件，该第二容纳部包括与第二链接相关联的至少一个或多个控件，其中所显示的控件能够被自由地选择。

Description

显示区域的宽控件区域

技术领域

本发明涉及图形用户界面，并且具体地涉及显示不同的控件。

背景技术

当在计算机上运行时，许多应用程序在图形用户界面上显示所谓的控件(control)。控件使用户能够对数据内容诸如文档、绘图或模型等执行一个或多个命令。例如，在文字处理器应用程序中，控件可以使用户能够操纵文本的外观、***表、***脚注、创建内容表、添加页码、查看修改等。在另一示例中，在3D建模应用程序中，控件可以使用户能够通过添加、删除或以其他方式操纵形成结构——诸如建筑物——的模型的不同元件来创建该结构的3D模型，以根据该模型创建绘图等。

对于在图形用户界面上显示控件存在一些方法。例如，可以使用菜单、工具栏或条带(ribbon，功能区)来显示控件。菜单是包括不同选项的列表，这些选项通常以竖向的方式列出。工具栏包括具有与控件相关联的图标的一组固定的可选图形按钮。按钮通常处于水平或竖向的行中。条带是菜单和工具栏的一种混合，其通过标签式界面(tabbedinterface，选项卡式界面)在视觉布局中显示大量的控件，使得显示与当前所选择的标签相关联的单个子集的控件。

发明内容

本发明涉及通过独立权利要求中陈述的内容表征的方法、程序产品、设备和***。在从属权利要求中公开了优选实施方案。

一个总体方面介绍了一种用于应用程序的控件显示结构，该控件显示结构包括标签式链接和条带式容纳部区域，该条带式容纳部区域显示地与应用程序从一侧到另一相对侧的显示区域基本上一样宽，并且至少部分地显示与将归入该容纳部区域中的一样多的特定链接的容纳部。容纳部用于链接并且包括与该链接相关联的控件。

附图说明

在下文中，将参照附图更详细地描述本发明的不同实施方案，在附图中：

图1是示出了形成控件显示结构的元件的框图；

图2示出了示例性***的简化架构和示例性设备的示意性框图；

图3A至图3E示出了所显示项的示例；

图4A至图13示出了不同的示例性功能；以及

图14是示例性设备的示意性框图。

具体实施方式

以下实施方案是示例性的。尽管说明书可能会在一些位置提及“一”、“一个”或“一些”实施方案，但是这不一定意味着每个这样的提及都指相同的实施方案/实施例，或者不一定意味着该特征仅适用于单个实施方案/实施例。不同实施方案/实施例的单个特征也可以组合以提供其他实施方案。

本发明可应用于可以被配置为在图形用户界面上以特定的控件显示结构显示控件的任何应用程序，以及可应用于被配置为运行这样的应用程序并使显示装置根据特定的显示结构显示控件的任何计算设备或计算环境。下面与显示结构相关的不同实施例描述了向用户输出/显示的内容。使显示装置显示信息的各种编程技术和方式在不断地发展。这可能需要本发明的额外变化。因此，所有的术语和表述都应当被宽泛地解释，并且它们意在描述而非限制本发明。

应当理解的是，本文中的术语“应用程序”包括应用程序的不同版本或配置、或应用程序套件中的不同应用程序，所述应用程序套件中的每个应用程序可以具有其自己的控件集合或至少不同的控件子集。例如，TeklaStructures可用在不同的配置和本地化环境中，如工程、钢结构详图、绘图，每一个都具有其自己的控件集合。

图1示出了高度简化的显示视图100。该显示视图100可以是专用于应用程序的显示区域，该显示区域的大小取决于该应用程序的所选择的输出大小：完整的大小意味着显示视图填满显示该应用程序的一个屏幕的显示大小，或者如果使用多个屏幕则显示视图填满所述多个屏幕的显示大小，或者显示视图填满显示该应用程序的其他对应显示单元的显示大小；较小的大小意味着显示视图填满显示大小的仅一部分。应当理解的是，显示视图可以输出在形成显示视图的一个显示装置上或两个或更多个显示装置上。显示视图100包括控件显示结构区域110和内容区域120(或数据内容区域)。这些区域在所示实施例中为与应用程序的显示视图在水平方向上一样宽的水平区域。换言之，所述区域在显示视图的左手侧与右手侧之间延伸。然而，所述区域可以为竖向区域，并且在这种情况下，所述竖向区域与应用程序的显示视图在竖向方向上一样宽(高)。在这种情况下，所述区域于其之间进行延伸的相对侧为最上侧和最下侧。此外，应当理解的是，应用程序的显示视图可以包括其他区域，如针对仅包含由用户添加至工具栏的控件的定制工具栏接纳的区域。

控件显示结构(布置)为条带状结构，并且下面使用术语“条带”代替控件显示结构。条带区域110包括用于显示标签状链接的链接区域111和用于显示容纳部的容纳部区域112。容纳部区域112至少在原则上与应用程序的显示区域一样宽，或者与为数据内容保留的显示区域一样宽，并且显示与将归入该容纳部区域中的一样多的容纳部。然而，应当理解的是，显示宽度并不约束或限制容纳部或控件的宽度和/或量；可以有显著更长的容纳部和/或链接的“队列”，它们中的大多数由于显示宽度限制而不被显示。在一种实施方案中，每个容纳部被预设为具有特定宽度，该特定宽度被设置为使得当条带区域(或者条带区域针对容纳部所接纳的部分)的宽度除以容纳部宽度时，结果为整数“X”。然后容纳部区域显示Y个容纳部中的X个。通常，容纳部的数目高于可以一次显示的容纳部的数目，因此通常X<Y。然而，在少数情况下，可能是X＝Y，在这种情况下，可以一次显示所有的容纳部。容纳部区域的宽度优选地但不是必需地被定义为呈现应用程序的全屏显示模式，在这种情况下，在该应用程序的非全屏显示模式下，显示少于X个容纳部。然而，在其他实施方案中，容纳部的宽度可以对于不同的容纳部发生改变，所显示的容纳部的数目将改变，并且可能的是由于没有用于整个容纳部的空间而显示该容纳部的仅一部分，即该容纳部的控件/项/工具，或者可能的是在容纳部区域的特定部位不显示任何东西。例如，如果用户已经决定隐藏一个或多个容纳部，则未显示的容纳部可以被显示或者容纳部区域中为容纳部保留的区域中的一些可以被显示为空。如果用户已隐藏所有容纳部，则可能的是可以将整个容纳部区域显示为空。将在下面更详细地描述用以定义显示哪些、隐藏容纳部如何生效的其他方式的实施例以及其中容纳部区域中的一些部分可以看起来为空的其他实施例。

从图1所示的实施例可以看出，链接区域的宽度可以小于容纳部区域的宽度。如果链接区域的宽度小于容纳部区域的宽度但条带区域为矩形，则可以使自由区域保持空闲或使其用于其他目的，例如用于包含图3B中所示的条带搜索工具。然而，链接区域的宽度可以被设置为与容纳部区域的宽度相同，使得不存在自由区域。

用于条带的基本元件130包括链接部分101和容纳部102。链接部分101以标签状方式显示与容纳部102的链接。通常，在链接部分101中显示描述能够由容纳部中的控件执行的操作的名称。然而，代替名称或者除了名称之外，可以使用图像信息。在链接部分上显示的名称或其他信息也可以被称为容纳部的标题、容纳部标识符或组标识符。容纳部102包括为应用程序提供的所有控件的子集，该子集被链接/分组到在链接部分101中标识的链接。换言之，在链接的容纳部中显示如下面将更详细地描述的直接地或经由容纳部与该链接相关联/连接/结合在其间/相关/组合的控件的子集。通常，使用按钮131、131’显示控件，该按钮通常包含图标并且具有不可见的边框(如所示实施例中的按钮131)和/或文本。可以将按钮集结成组或作为单独的项显示。此外，包括多个控件的组可以被显示为可滚动组或可扩展组。也可以使用分层组。应当理解的是，可以使用任何用以向容纳部分配控件子集的方式、任何用以在容纳部内组织这些控件的方式以及任何用以显示这些控件的方式。此外，它们可以根据已知技术***纵。

图2示出了描述具有操作性连接的仅一些逻辑单元的简化***，所述逻辑单元的实现可以与所呈现的有所偏离。本领域技术人员明了该***还可以包括不需要在此更详细描述的其他功能和结构。该***的更详细的结构与实际发明无关。

图2中所示的***200是简化的计算环境，其包括连接到一个或多个显示装置220(在图2中示出仅一个)的一个或多个设备210(图2中示出仅一个)。

设备210可以是能够被配置为运行至少一个能配置为在显示装置220上以条带状结构显示控件的应用程序的任何计算设备。为此目的，设备210包括一个或多个显示接口(D-IF)211、条带显示管理单元(R-D-M-U)212以及在存储器213中的应用程序专用的条带定义214。在所示实施例中，用于应用程序的条带定义214包括三个列表：链接列表214-1、容纳部列表214-2和控件列表214-3。

链接列表214-1包含将内部链接标识符与其标题(即所显示的信息，如名称和/或图标)、其在链接区域中的位置、其输出大小以及可能的其他信息相关联的条目。内部链接标识符可以是任何标识符，如数字。应当理解的是，如果内部链接标识符与标题相同，则不需要在条目中具有该信息两次。该位置可以借助于序号给出或者通过给出在先链接的链接标识符来给出(空表明是第一个)，或者通过给出更精确的位置定义而给出，如第一个、最后一个、在中间。应当理解的是，可以使用任何其他方式来给出位置。输出大小可以作为精确大小(高度和宽度，或者如果链接区域定义限定了高度，则仅为宽度)给出。在输出大小取决于标题的方案中，可以使用用于输出大小的公共规则，在这种情况下，条目可以不包含输出大小信息。其他可能信息的示例包括该链接是否为有效链接的指示。链接列表可以被保持作为按照链接将被显示的顺序列出链接的一个有序列表，在这种情况下，不必具有位置信息。

容纳部列表214-2包含将内部容纳部标识符与容纳部的类型信息、可见性信息、内部链接标识符和容纳部的位置信息相关联的条目。内部容纳部标识符可以是任何标识符，如数字或名称。容纳部的类型可以是以下项之一或其任意组合：滑动容纳部、可扩展容纳部、可滚动容纳部、固定大小容纳部。可见性信息指示容纳部是否处于隐藏模式，即指示容纳部或者更准确地说其控件(项)是可见的还是隐藏的。内部链接标识符将容纳部与链接列表214-1中的对应条目相关联。在所示实施例中，假定如果不存在内部链接标识符，则容纳部是具有固定位置的固定容纳部。固定容纳部也可以被称为固定空间。由于在所示实施例中容纳部的可见性是在链接区域中设置的，所以假设固定容纳部一直是可见的。然而，当使用一些其他布置设置“可见性值”时，固定容纳部也可以是隐藏的或可见的。在所示实施例中，位置信息为固定容纳部指示其固定位置。非固定容纳部的位置可以被省略即不给出，或者被给定为确切位置，或者可以使用任何其他方式。位置信息或一些附加信息可以指示容纳部的输出大小，例如通过给出定义为该容纳部保留的区域的起点和终点的位置(高度和宽度，或者如果链接区域定义限定了高度，则仅为宽度)。然而，可以通过使用控件列表中的信息来确定该大小。在所示实施例中，假定与有效链接相关联的容纳部是有效容纳部，因此该信息不被保持在容纳部列表中。自然地，这样的信息以及其他可能的信息可以与容纳部列表中的容纳部标识符相关联。

控件列表214-3包含将内部控件标识符与内部容纳部标识符、位置信息、大小信息和可能的其他信息相关联的条目。内部控件标识符可以是任何种类的标识符。内部控件标识符还可以是标识一组控件的组标识符。位置信息指示在相关联容纳部中的何处输出控件。大小信息指示控件(或组)的输出大小，即其高度和宽度。其他信息可以包含组信息、对于显示所述控件要输出什么、与对内容区域上的数据内容待要执行的一个或多个命令的链接、或者所述一个或多个命令等。应当理解的是，如何详细地实现控件、它们的分组、它们的功能等对本发明并没有显著意义，因此在本文不会更详细地对其进行描述。

应当理解的是，上述列表的使用仅仅是组织用于确定显示(输出)什么的信息的实施例，并且可以使用任何其他方式来组织所述信息。此外，取决于实现方式，可能需要其他信息或可能省略所***息的一些片段。例如，容纳部列表可以被省略，在这种情况下，控件列表可以包含内部链接标识符并且链接列表可以包含容纳部所需的其他信息，诸如如果实现隐藏/取消隐藏的话关于可见性的信息。

一个或多个显示装置220可以是在上述设备的外部或集成于上述设备的、提供图形用户界面的任何种类的屏幕或其他显示单元。这样的显示装置的实施例包括：不同的屏幕，如触摸屏、显示屏、投影屏幕、TV屏幕；以及显示器，如计算机显示器和便携式显示器。

图2中所示的计算机环境表示可以由还包括集成的屏幕/显示装置的一个设备实现的一个实施例。这样的设备的示例包括：用户终端或工作站，诸如膝上型计算机、智能电话、个人计算机、平板计算机、现场装置、电子阅读装置或个人数字助理(PDA)；或服务器，如云服务器或网格服务器。在较大的***中，该设备可以为终端，并且存储器可以为该终端经由服务器与其进行通信的数据存储装置。在这样的***中，服务器可以被配置为执行条带显示管理单元的功能中的一个或多个。数据存储装置可以是任何种类的常规或未来数据存储库，包括对数据的分布式和集中式存储，并且通过形成计算环境的一部分的任何合适的管理***被管理。分布式存储的示例包括云环境(其可以是例如公共云、社区云、私有云或混合云)中基于云的存储装置。数据存储装置/存储器的实现方式，数据如何存储、检索和更新的方式，以及执行与条带显示管理和实际输出/显示相关的功能的位置与本发明无关。

图3A至图3E示出了关于一个应用程序的所显示的条带区域的不同示例。从图中可以看出，具体布置为控件(工具)创建了工具仓。

在图3A中，条带区域310包含链接和非固定容纳部。在所示示例中，每个链接具有标题311和特定阴影线区域312，并且有效链接还具有比例线313。此外，每个显示的或部分显示的容纳部321与特定阴影线区域322相关联。

链接区域和容纳部区域中的特定阴影线312、322便于用户观看用户界面以查明哪个容纳部与哪个链接相关联。为了创建阴影线，可以使用在链接信息或容纳部信息中的特定阴影线信息来为链接和对应容纳部二者都创建阴影线。自然地，该信息可以被存储到链接信息和容纳部信息两者，或者存储到其他地方。代替特定阴影线或除此之外，可以使用不同的背景颜色和/或不同的文本颜色或任何其他区分方法。然而，应当理解的是，不需要定义和使用特定的“链接-容纳部关联的指示符输出”(如阴影线)，如将从图3B至图3E明了的。

在该示例中，比例线313示出了链接中的哪一个是有效链接，并且其还指示与有效链接相关联的容纳部的多大一部分被显示。在图3A所示的示例中，整个容纳部被显示，并且比例线的长度与链接区域中为该链接保留的长度相同。应当理解的是，还可以使用其他方式来指示链接中的哪一个为有效链接。例如，容纳部和链接的背景颜色可以对于有效链接是不同的，或者容纳部和链接可以被突出显示，或者突出显示容纳部并将链接标题加粗，或者可以使非有效容纳部不鲜明(变暗)。此外，在另一示例中，其容纳部被至少部分地显示的每个链接可以具有指示容纳部被显示了多少的对应比例线，如将从图3B至图3E明了的。

在图3B中，除了图3A的条带区域之外，条带区域310还包含在容纳部区域中的两个固定容纳部331、331’以及在容纳部区域上方不再存在链接的空间中包含附加工具332。在所示示例中，固定容纳部中的一个固定在最左侧，而另一个固定在最右侧。然而，两个固定容纳部都可以被并排地固定，并且也可以使用除了所示位置之外的任何其他位置。此外，在所示示例中，比例线313’指示前两个容纳部被显示。

图3C中的条带区域310示出了当有效链接已经从在图3B中作为有效链接的链接311(钢材)改变为链接311a(视图)时显示什么的示例。可以看出，例如通过比较图3B和图3C，固定容纳部331、331’以及链接保持在它们的位置，但是最左边的非固定容纳部现在是具有不同控件——即与关联于链接311a的容纳部相关联的那些控件——的另一容纳部，并且剩余容纳部区域被相应地更新以显示与链接311a之后的链接相关联的容纳部的控件，或者至少显示与将归入该容纳部区域中的一样多的容纳部的控件。

图3C中的条带区域310还可以示出在比例线313’指示所显示的容纳部和所显示的容纳部被显示多少而不指示有效容纳部的实施方案中，当有效链接311(钢材)和有效链接之后的两个链接已被隐藏时显示什么的示例。由于从有效容纳部起计算的头三个容纳部是未被示出的隐藏容纳部，但是显示了与链接311a(视图)相关联的第一非隐藏容纳部，并且剩余的容纳部区域被相应地更新以显示与在链接311a之后的链接相关联的容纳部的控件，或者至少显示与将归入该容纳部区域中的一样多的容纳部的控件。此外，尽管未描绘，但是为了使用户发现相关联的容纳部未被显示，可以在链接的链接区域上永久地或响应于检测到在链接区域上通过用户输入可移动的指针而显示指示隐藏的标记314，和/或容纳部区域可以具有一种仅显示指示隐藏的标记的容纳部。取决于实现方式，对标记和/或链接的点击可以引起输出容纳部。

图3D示出了当应用程序以及由此条带的显示宽度小于图3B和图3C中的显示宽度时显示什么。在所示示例中，输出控件的大小和链接标题的大小保持相同，即未进行大小调整。此外，如可以看到的，在所示示例中，当检测到并非所有的链接标题都可以被显示时，在链接区域中输出了由两个箭头341、341’形成的用于链接标题的滚动辅助。在所示示例中，首先减少用于非固定容纳部的容纳部面积，并且只要用于固定容纳部的容纳部面积是足够的，固定容纳部就不会受到影响。然而，应当理解的是，也可以使用其他规则。例如，当显示宽度将减小时，从右手侧或从左手侧或从“减小侧”开始的容纳部可能是受影响的容纳部。保持链接标题和容纳部的大小提供了如下用户友好的方案，其中控件不会从一个位置“跳”到另一个位置，条带区域仍然能够被识别，因为条带区域将显示有类似的(尽管较少)的内容并支持可学***方向上的变化影响在容纳部区域中显示(输出)什么，并且取决于变化的大小，它可能影响在链接区域中显示什么。

图3E示出了当快速发起工具33在使用中时显示什么的示例。当已经将某物输入到工具的输入区域332中时，在菜单栏状区域350中列出包含所输入信息的选项。此外，在所示示例中，包括对应的控件或控件组的链接351’通过指示符工具351’被指示，并且控件或者在所示示例中实际上的控件组351也通过突出显示而被指示出来。此外，指示容纳部区域中显示的容纳部的比例线在所示示例中提示：在菜单栏区域下方部分地显示了与“管理(Manage)”相关的容纳部，即在由指示符工具指示的链接之后的第二链接。如从图3E可以看出，找到控件更加容易，因此用户可以显著更加高效且更快地准备模型或文档。

下面描述如何确定在条带区域中显示/输出/示出什么的不同实施例。在这些实施例中，假定使用左对齐。换言之，假定非固定容纳部向左对齐，使得有效的非固定容纳部是最左边的非固定容纳部。假定用户已经选择了包括用户最多次重复使用的控件的容纳部作为有效容纳部，则数据内容操纵会更快，这是因为用户更容易找到控件。然而，将本文描述的实施例实现为其他类型的对齐，如居中或向右对齐、或者仅在整个容纳部区域将输出控件(项)时才向左对齐或者任何其他类型的对齐规则，对于本领域技术人员来说都是简单明了的过程。因此，没有用不同的对齐规则来重复实施例。此外，在实施例中，假定使用水平条带。本文中描述的相同原理也可以用于竖向条带。此外，为了清楚起见，下面的术语“输出”“某物”用于意指条带显示管理单元使显示器显示“某物”。

图4A示出了当应用程序启动并且将显示条带时条带显示管理单元的功能。结果可以是图3A至图3E所示的任何条带。

当启动应用程序时，条带显示管理单元在步骤401中确定应用程序的显示宽度(d-w)。在所示实施例中，应用程序的显示宽度也是容纳部区域的最大可用宽度。如果应用程序被配置为在重新启动时使用该应用程序在上次关闭时所处于的大小设置，那么该大小设置将用于确定显示宽度。自然地，也可以使用默认大小设置，例如在通过特定装置使应用程序首次启动的情况下。如果应用程序被配置为始终使用特定的大小设置，那么该特定的大小设置将用于确定应用程序的显示宽度。如上所述，在该过程的此阶段，显示宽度与可用宽度(u-w)相同。可用宽度是容纳部区域的尚未被容纳部占据的宽度。此外，在步骤402中获得应用程序的条带定义。换言之，获得(检索到)应用程序的链接列表、容纳部列表和控件列表。

在步骤403中，在链接区域中根据链接列表中定义的链接名称的顺序输出链接名称。然后，在步骤404中确定容纳部顺序。在所示实施例中，不与链接标识符相关联的那些容纳部被确定为具有更高的待输出的优先级，因此它们被列为前面的容纳部。如果存在一些这样的容纳部，它们的内部顺序可以根据它们在容纳部列表中的顺序和/或根据它们的位置顺序进行定义。在所示实施例中，在此之后，或者如果不存在固定容纳部，则通过将有效容纳部设置为第一容纳部来确定非固定容纳部的顺序，然后根据剩余容纳部的链接顺序对剩余容纳部进行排序。换言之，确定有效容纳部的链接标识符，并且确定在有效容纳部的链接标识符的后继链接标识符，并且相关联的容纳部被布置为处于相同的顺序。例如，如果存在链接#1、链接#2、链接#3、链接#4和链接#5并且容纳部#3是有效容纳部，则确定链接#3是第一链接，然后确定后继链接即链接#4和链接#5，从而得到容纳部顺序：容纳部#3、容纳部#4和容纳部#5。应当理解的是，以上仅是如何布置容纳部顺序的一个示例，并且可以使用任何规则或决策逻辑。例如，规则可以是链接形成一种循环列表，该循环列表从对应于有效容纳部的链接开始并且结束于该链接的在先链接。以这样的规则使用上述实施例将产生容纳部顺序：容纳部#3、容纳部#4、容纳部#5、容纳部#1、容纳部#2。然而，在这两种情况下，链接区域将包括相同顺序的链接，即链接#1、链接#2、链接#3、链接#4和链接#5。

一旦确定了容纳部顺序，则在步骤405中获取待处理的第一容纳部，并且在步骤406中确定其容纳部信息。如果该容纳部未被设置为隐藏(步骤407)，则在步骤408中确定属于该容纳部的控件，并且在步骤409中使用控件列表信息(如大小、位置、输出什么)，确定容纳部的可显示信息(控件/项)以及容纳部所需的容纳部宽度(c-w)。然后，在步骤410中将容纳部宽度(c-w)与可用宽度(u-w)进行比较。如果容纳部宽度小于或等于可用宽度，则在步骤411中，使容纳部在其确定的位置处输出，其中对于固定容纳部而言其位置是已经准确地给出的，而对于非固定容纳部而言其位置取决于其他容纳部。在所示实施例中，非固定容纳部紧接在先前容纳部之后显示。自然地，如果容纳部是第一容纳部，则从显示宽度的左侧开始显示该容纳部。然后，在步骤412中通过从可用宽度减去容纳部宽度来更新可用宽度(u-w)。如果可用宽度在更新之后不为零(步骤413)，则在步骤414中检查在步骤404中确定的容纳部顺序列表中的所有容纳部是否都已经经历了该“容纳部输出处理”。如果否，则处理返回到步骤405，以使下一个容纳部进行所述容纳部输出处理。

如果容纳部宽度大于可用宽度(步骤410)，则在步骤415中输出该容纳部的仅一部分。换言之，尽可能多地输出，但是由于并不是所有都归入，所以将有一些被漏下。

然后，条带显示管理单元在步骤416中指示第一非固定容纳部和对应的链接作为有效容纳部和有效链接，并且在步骤417开始监视关于用户输入(选择)的输入信息，以检测对在容纳部区域显示什么产生影响的选择，和/或对用户输入做出反应，如下面将更详细地描述的。

如果可用宽度为零(步骤413)，或者如果在步骤404中确定的容纳部顺序列表中的所有容纳部都已经经历了该“容纳部输出处理”(步骤414)，则条带显示管理单元转至步骤416以指示第一非固定容纳部和对应的链接为有效容纳部和有效链接。

如果容纳部是隐藏容纳部(步骤407)，则过程转至步骤414以确定在步骤404中确定的容纳部顺序列表中的所有容纳部是否都已经经历了该“容纳部输出处理”。

在上述方案中，有效容纳部始终位于容纳部区域中的预定位置，该预定位置取决于从将要显示的非固定容纳部添加到容纳部区域的位置，因为“添加”是从有效容纳部开始的。如上所述，在该实施例中，用于有效容纳部的预定位置是用于非固定容纳部的最左可能区域。

图4B以更总体的水平示出了当启动应用程序并且最终将显示条带时条带显示管理单元的功能。

当启动应用程序时，在步骤421中获得应用程序的条带定义。换言之，获得(检索到)应用程序的链接列表、容纳部列表和控件列表。然后，在步骤422中生成链接部分和对应的容纳部。更准确地，根据链接顺序生成链接部分，并且在考虑到隐藏/非隐藏信息的情况下以相同的顺序生成对应的容纳部，使得如果适合于显示宽度，则最终结果将并排地包含所有链接和所有容纳部。一旦生成链接部分和容纳部，则在步骤423中使得显示与将归入所述显示区域中的一样多的链接部分和容纳部。

自然地，上述总体过程描述可以与以下描述和利用图4A所描述的过程相结合。

图5示出了根据一种示例性实现方式的在监视阶段中条带显示管理单元在其中监视检测到对控件的选择的情况下的功能。

参照图5，当在步骤501中检测到选择显示在容纳部区域上的控件的用户输入时，在步骤502中对内容区域上的数据内容执行对应的命令。然后，在步骤503中继续监视。

利用图5说明的实现方式与已知方案的不同之处在于，用户可以在可见的(即显示的)控件之间自由地选择控件，而不管该控件是否在有效容纳部中。换言之，用户可以容易地执行来自相邻链接的命令，而不需要在链接之间跳转。在现有技术方案中，这实际上是不可能的，原因在于现有技术方案中仅显示的是属于在有效链接或标签后面的容纳部的那些控件。

图6示出了根据另一示例性实现方式的、在监视阶段中所述条带显示管理单元在其中监视检测到对控件的选择的情况下的功能。

参照图6，当在步骤601中检测到选择显示在容纳部区域上的控件的用户输入时，在步骤602中对内容区域上的数据内容执行对应的命令。同时，在步骤603中检查所选择的控件是否位于固定容纳部中。

如果所选择的控件位于非固定容纳部中(步骤603)，则在步骤604中检查所选择的控件是否位于有效容纳部中。

如果该容纳部不是有效容纳部(步骤604)，则它将被更新为有效容纳部，并且相应地更新所显示的容纳部区域。在所示实施例中，上述更新是通过下述方式而开始的：通过在步骤605中停止输出在先的非固定容纳部，即在所选择控件所位于的容纳部前面的非固定容纳部，以及通过在步骤606中更新容纳部顺序。在所示实施例中，通过下述方式来更新容纳部顺序：通过将包括所选择控件的容纳部设置为顺序中的第一个，后面跟随按连续顺序在该容纳部后的容纳部，然后将在先容纳部添加到末尾使得先前的第一个容纳部将是第一个被添加的。当容纳部顺序已被更新时，在步骤607中通过下述方式来更新输出(显示)的容纳部区域：移动(转移)剩余的输出容纳部，使得包括所选择控件的容纳部向左对齐(如果左边存在固定容纳部，则向最左边的可能位置对齐)。然后，使用容纳部顺序，从第一个未输出的容纳部开始，确定可用宽度，并且例如通过执行上面利用图4A描述的步骤405至415来更新容纳部区域显示的剩余部分。一旦容纳部区域被更新，则在步骤608中更新与包括所选择控件的容纳部相关联的链接信息以指示有效。然后，在步骤609中继续监视。

如果所选择控件位于固定容纳部中(步骤603)或在有效容纳部中(步骤604)，则不需要更新显示的容纳部区域和有效指示，并且该过程直接转至步骤609以继续监视。

如从上面明了的，在图5的实施例中，对控件的选择并不影响在容纳部区域上显示什么，而在图6的实施例中，对控件的选择可以触发对在容纳部区域上显示什么进行更新。如果图3B中所示的条带是开始时显示的条带，并且所选择的控件位于第二非固定容纳部中，则当实现图5的原理时条带区域将保持相同，而如果实现图6的原理，那么条带区域将被更新为图3C中所示的条带区域。

图7示出了在监视检测到对链接的选择的情况下条带显示管理单元的示例性功能。

参照图7，当在步骤701中检测到对链接的选择时，在步骤702中检查该链接是否为有效链接。如果否，则在步骤703中使用容纳部列表来确定分配给该链接的容纳部，然后在步骤704中检查是否已输出该容纳部或其一部分。

如果该容纳部的至少一部分被输出(步骤704)，则在步骤705中确定在先的非固定容纳部，并且在步骤706中停止输出上述在先的非固定容纳部或至少停止输出上述在先的非固定容纳部中被输出的那些。然后，在步骤707中使剩余的输出容纳部向左对齐。现在对应于所选择链接的容纳部是最左边的被输出的非固定容纳部。

然后，在步骤708中检查先前输出的容纳部区域是否已经按照容纳部顺序显示了所有可能的容纳部，或者是否至少部分地显示了最后一个容纳部。如果否，则在步骤709中确定容纳部区域的可用宽度(自由区域的宽度)。进一步地，在步骤710中从所选择链接相关联的容纳部的后继第一未输出容纳部开始，更新容纳部顺序。然后，在步骤711中例如通过执行上面利用图4A所描述的步骤405至415来更新容纳部区域显示的其余部分。此外，在步骤712中更新链接信息，使得所选择链接被指示为有效的链接。然后，在步骤713中继续监视。

如果先前输出的容纳部区域已经显示了所有可能的容纳部(步骤708)，则在所示实施例中不执行容纳部区域显示的进一步更新，并且过程转至步骤712以指示所选择链接为有效链接。

如果甚至该容纳部没有一部分被输出(步骤704)，则在步骤714中停止容纳部区域的输出，并且过程转至步骤710以使用与所选择链接相关联的容纳部作为第一容纳部来更新容纳部顺序。然后，如上所述的那样更新容纳部区域的显示。

如果所选择链接是有效链接(步骤702)，则在步骤715中检查容纳部是否处于默认位置，即检查容纳部是否向左对齐。如果是，则不更新容纳部区域显示，并且过程转至步骤713以继续监视。如果容纳部不在默认位置，则更新容纳部区域显示，并且过程转至步骤704，以检查容纳部或其一部分是否被输出。

可以看出，通过逐个链接进行选择，用户可以滚动浏览所有容纳部，并因此滚动浏览所有控件。然而，用户能够在一次看到不止一个容纳部的控件，因此由于用户可以每两个链接、三个链接等进行选择，所以滚动会更快。当支持具有其自己链接的插件并且每个插件具有仅数个控件时，这是特别有用的。用户可以容易地使用多个插件的控件而无需进行滚动。

图8示出了在监视检测到隐藏容纳部被设置为可见的情况下条带显示管理单元的示例性功能。在所示实施例中，假定这种设置的改变还使容纳部成为有效的，即对应于链接的选择。

参照图8，当在步骤801中检测到将隐藏容纳部设置为可见的用户输入时，在步骤802中确定容纳部。一旦已经确定了容纳部(步骤802)，则在步骤803中检查后继容纳部或其一部分是否被显示。如果否，则不执行对容纳部区域的更新，在步骤804中将该容纳部的可见性信息更新为可见(非隐藏)，并且过程转至步骤805以继续监视。如果后继容纳部的至少一部分被输出(步骤803)，则在步骤806中从有效容纳部开始或从被改变为再次可见的容纳部开始来更新容纳部区域。可以使用上述更新原理中的任一种来更新容纳部区域。然后，过程转至步骤804以更新容纳部的可见性信息。

在另一示例性实现方式中，将隐藏容纳部改变为可见容纳部被解读为包括使容纳部成为有效容纳部。在该实现方式中，当检测到将隐藏容纳部设置为可见的用户输入时，确定容纳部，将该容纳部更新为再次可见，并且以例如上面利用图7所描述的步骤从所选择的容纳部开始更新容纳部区域。一旦容纳部被更新，则继续监视。

图9示出了在监视检测到容纳部被设置为隐藏的情况下条带显示管理单元的示例性功能。在所示实施例中，假定一旦在链接上方检测到指针，则隐藏/取消隐藏按钮变为可选择的。然而，也可以使用其他手段来选择隐藏/取消隐藏。

参照图9，当在步骤901中检测到将容纳部设置为隐藏的用户输入时，在步骤902中检查该容纳部是否被输出在容纳部区域中。如果是，则在步骤903中停止输出该容纳部或至少控件，并且在步骤904中更新容纳部区域。在一些实现方式中，输出容纳部中的控件被替换为输出需要较小宽度容纳部的隐藏标记，通过如上面利用图3C所描述的那样。这样的容纳部可以被解读为可以显示多次的隐藏容纳部。该更新可以如上所述的那样来执行，使用容纳部顺序中“设置为隐藏的”容纳部的后继容纳部作为其位置改变的第一容纳部。此外，在步骤905中将容纳部的可见性信息更新为“隐藏”。自然地，尽管在图9中未示出，但是要继续监视。

如果容纳部未被输出(步骤902)，则过程转至步骤905，以更新可见性信息，然后继续监视。

在上面的实施例中，隐藏有效容纳部是可能的。然而，在其他实现方式中，可能并不允许隐藏有效容纳部。在这样的实现方式中，可能的是针对有效链接/容纳部使对“隐藏”的选择禁用，或者在选择“隐藏”后，检查链接是否为有效的，如果是，则不执行隐藏和更新。在后一种情况下，隐藏选择被忽略，或者可以更新可见性信息以指示“一旦不再有效就隐藏”。应当理解的是，在其中可能尝试隐藏固定容纳部或有效容纳部的方案中，尽管隐藏固定和/或有效容纳部是不被允许的，但是该过程响应于输入的“隐藏”检查是否允许隐藏容纳部，并且仅当允许时才转至步骤902。否则，输出错误消息。

此外，如果允许隐藏有效容纳部，则可以使用不同的方式来应对该种情况：将在先的非隐藏且非固定的容纳部或后继的非隐藏且非固定的容纳部更新为有效容纳部，或者将有效容纳部保持为有效的，尽管所述有效容纳部未被输出。

图10示出了在监视检测到应用程序的显示宽度(d-w)已经改变的情况下条带显示管理单元的示例性功能。起始情况可以是图3B中所示的情况，结束情况可以是图3E中所示的情况，或反之亦然。在所示实施例中，进一步假定显示图3A中所示的比例线，即用于有效链接的比例线。对图3B至图3E中所示的比例线——即，指示其相关联的控件被显示的链接以及这些控件被显示多少的比例线——实现相同的原理对本领域技术人员而言是简单明了的方案。

参照图10，当在步骤1001中检测到应用程序的显示宽度改变并且因此检测到容纳部区域的可用宽度改变时，在步骤1002中确定新的可用显示宽度。然后在步骤1003中例如如上面利用图4A所描述的那样更新容纳部区域。此外，如果该改变影响所显示的链接，则在步骤1003中还更新链接区域。

在更新容纳部区域之后或在更新容纳部区域的同时，在步骤1004中检查是否至少部分地输出任何非固定容纳部。如果是，则在步骤1005中将有效容纳部的宽度(a-c-w)与用于非固定容纳部的新可用宽度(u-w)进行比较。如果有效容纳部的宽度不小于用于非固定容纳部的新可用宽度(u-w)，则在步骤1006中输出比例线的仅一部分，该部分指示容纳部被显示了多少。换言之，将比例线的最大长度乘以新可用宽度(u-w)，并且将结果除以有效容纳部的宽度(a-c-w)。

如果有效容纳部的宽度小于非固定容纳部的新可用宽度(u-w)(步骤1005)，则显示整个容纳部，并且在步骤1007中输出具有其最大长度的比例线。

如果没有至少部分地输出非固定容纳部(步骤1004)，则意味着没有输出有效容纳部。因此在步骤1008中不输出比例线。

尽管在图10中未示出，但在步骤1006、步骤1007或步骤1008之后，继续监视。

图11示出了在监视检测到链接的顺序***纵的情况下条带显示管理单元的示例性功能。

参照图11，当在步骤1101中检测到操纵链接顺序的用户输入时，在步骤1102中确定受该操纵影响的容纳部。如果容纳部与被改变顺序的链接相关联，则该容纳部受到影响。

如果受影响的容纳部中的至少一个在操纵之前被输出(步骤1103)，则在步骤1104中更新容纳部区域以对应于新的情况。可以通过下述方式来更新容纳部区域：通过将容纳部顺序更新为对应于新的链接顺序，然后从第一个受影响的容纳部开始或从有效容纳部开始如上所述的那样执行实际更新。此外，在步骤1105中，将链接列表和链接区域更新为对应于操纵后的顺序。自然地，尽管在图11中未示出，但是在此之后继续监视。

如果受影响的容纳部中没有一个在该操纵之前被输出(步骤1103)，则过程转至步骤1105以更新链接列表和链接区域。

图12示出了在监视检测到容纳部区域被向左或向右拖动的情况下条带显示管理单元的示例性功能。

参照图12，当在步骤1201中检测到在容纳部区域中的拖动用户输入时，在步骤1202中确定拖动的方向和长度，并且在步骤1203中更新容纳部区域。如果拖动是向左的，则停止从非固定的输出容纳部的最左侧输出与在步骤1202中确定的长度一样长的部分，将剩余的输出容纳部移动到始于最左的自由点，并且如果存在后继的先前未输出容纳部，则通过输出这样的容纳部和/或容纳部的一部分来“填充”通过上述移动所创建的自由区域。如果拖动是向右的，则停止从非固定的输出容纳部的最右侧输出与在步骤1202中确定的长度一样长的部分，将剩余的输出容纳部移动到始于最右的点，并且在自由区域中尽可能多地输出后继的先前未输出容纳部或这样的容纳部的一部分。一旦容纳部区域被更新，则在步骤1204中继续监视。

在另一实现方式中，当由于拖动而更新容纳部区域时，有效容纳部被视为固定容纳部。

即使至少在完整大小模式下显示不止一个容纳部(单个控件子集)，但是可以自由地选择所显示的控件并对数据内容执行对应的一个或多个命令，可以便于找到合适的控件或其容纳部。这样的工具在本文被称为快速发起工具。

图13示出了快速发起工具的示例性功能。该工具可以被实现为单独的帮助工具单元，或者被实现为条带显示管理单元的附加特征。

参照图13，当在步骤1301中检测到选择快速发起工具的用户输入时，在步骤1302中检索控件名称，并且当在步骤1303中检测到输入的字母时，在步骤1304中向用户示出包含该字母的那些控件名称。如果下一个用户输入不是对所示名称的选择(步骤1305)或者不是结束快速发起工具的使用的指示(步骤1306)，那么假设在所示实施例中输入了下一个字母(步骤1304)，并且在步骤1304中示出包含所输入字母的控件名称。

如果用户输入是对名称的选择(步骤1305)，则在步骤1307中确定包括该控件的容纳部，并且取决于实现方式，在步骤1308中突出显示该容纳部和/或其链接名称和/或控件(或包括该控件的组)。然后，在所示实施例中，过程转至步骤1306，以检查是否检测到结束快速发起工具的使用的指示。例如，如果下一个用户输入是对突出显示的控件或另一个控件或链接名称的选择，则检测到快速发起工具的使用的结束。

当快速发起工具的使用结束时(步骤1306)，在步骤1309中停止示出包括所输入字母的控件名称，并且在步骤1310中继续监视。自然地，如果容纳部和/或其链接名称和/或控件(或包括该控件的组)被突出显示，则突出显示也在步骤1309中结束。

在另一实现中，当用户选择控件名称时，除了步骤1307和1308之外，或者代替步骤1307和1308，还对内容区域上的数据内容执行对应的命令，并且结束快速发起工具的使用(步骤1306)。

尽管上面没有描述，但是所显示的链接区域和/或容纳部区域可以例如以与在现有技术方案中已知的相同方式自动地隐藏或响应于对应的用户输入被隐藏，例如以具有更大的显示数据内容区域。

上面在图4至图13中描述的步骤和相关功能并非按照绝对的时间顺序，并且一些步骤可以同时执行或以与所给出的顺序不同的顺序执行。也可以在步骤之间或在步骤中执行其他功能。一些步骤或这些步骤的一部分也可以被省略或由对应的步骤或该步骤的一部分替代。

本文所描述的技术可以通过各种手段来实现，使得实现以上利用关于一个实施方案或实施例、例如通过图4至图13中的任何一个及其任意组合所描述的一个或多个功能/操作的设备不仅包括现有技术手段，而且还包括用于实现利用关于一个实施方案、例如通过图4至图13中的任一个及其任意组合所描述的对应功能的一个或多个功能/操作的手段，并且它可以包括针对每个单独的功能/操作的单独的手段，或者可以包括可以被配置为执行两个或更多个功能/操作的手段。例如，用于上述一个或多个功能/操作的一个或多个手段和/或条带显示管理单元可以是软件和/或软件-硬件和/或硬件和/或固件部件(不可消除地记录在介质诸如只读存储器上，或实施在硬连线计算机电路中)或其组合。软件代码可以存储在任何合适的处理器/计算机可读数据存储介质或存储器单元或制造物品中，并由一个或多个处理器/计算机、硬件(一个或多个设备)、固件(一个或多个设备)、软件(一个或多个模块)或其组合执行。对于固件或软件，可以通过执行本文所描述的功能的模块(例如程序、函数等)来实现。

图14是示出用于设备1400的一些单元的简化框图，所述设备1400包括条带显示管理单元，或者被以其他方式配置为执行上面例如通过图4至图13中的任一个及其任意组合所描述的至少一些功能，或者如果有以后发布的功能则实现该功能中的一些。在所示实施例中，所述设备包括一个或多个接口(IF)实体1401、连接到各种接口实体1401并且连接到一个或多个存储器1404的一个或多个处理实体1402。

所述一个或多个接口实体1401是用于接收和传输信息的实体，所述信息诸如为用户输入和在一个或多个显示装置上显示的内容。

处理实体1402能够执行计算并且被配置成利用存储在存储器1404中的对应算法1403实现本文所描述的至少条带显示管理单元、或者上面例如通过图4至图13中的任一个及其任意组合所描述的功能/操作的至少一部分，如果实施分布式场景，则所述处理实体被实现为对应的单元或者子单元。所述实体1402可以包括适合于实现上面例如通过图4至图13中的任一个及其任意组合所描述的实施方案或操作的处理器、控制器、控制单元、微控制器、单元、模块等。通常，处理器是中央处理单元，但是处理器可以是附加的运算处理器。

存储器1404可用于存储所述条带显示管理单元或者对应的单元或子单元所需的计算机程序代码、或者上面例如通过图4A至图13中的任一个及其任意组合所描述的一个或多个功能/操作所需的计算机程序代码，即用于实现上面通过图4A至图13中的任一个及其任意组合所描述的功能/操作的算法。存储器1404还可用于存储其他可能的信息，如条带信息。

总之，用于本文中例如通过图4A至图13中的任一个及其任意组合所描述的功能/操作的单元/子单元和/或算法中的每一个或一些或一个可以被配置为计算机或处理器、或微处理器(诸如单芯片计算机元件)、或芯片组、或一个或多个逻辑门，至少包括用以提供用于算术运算的存储区域的存储器以及用于执行该算术运算的运算处理器。用于上面例如通过图4A至图13中的任一个及其任意组合所描述的功能/操作的单元/子单元和/或算法中的每一个或一些或一个可以包括一个或多个计算机处理器、专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)和/或已经被编程和/或将通过下载计算机程序代码(一个或多个算法)被编程为使得执行一个或多个实施方案/实施例的一个或多个功能的其他硬件组件。

一个实施方案提供了实施在任何用户可读的分布/数据存储介质或存储器单元或制造物品上的计算机程序，包括能够由一个或多个处理器/计算机执行的程序指令，所述指令在被加载到设备中时构成条带显示管理单元或提供对应功能或对应功能的至少一部分的实体。包括软件例程、构成“程序库”的程序片段、小应用程序(Applet)和宏的程序——也称为程序产品——可以存储在任何介质中，并且可以下载到设备中。换言之，用于上面例如通过图4A至图13中的任一个及其任意组合所描述的一个或多个功能/操作的单元/子单元和/或算法中的每一个或一些或一个可以是包括一个或多个算术逻辑单元、多个专用寄存器和控制电路的元件。

本领域技术人员将明了随着技术进步，可以以各种方式实现本发明的构思。本发明及其实施方案不限于上述实施例，而是可以在权利要求的范围内变化。

Claims (15)

1.一种用于在用户界面中显示控件的方法，所述方法包括：

响应于计算机应用程序开始运行：

-获得至少关于要与所述计算机应用程序一起使用的多个链接的信息、关于各与一个或多个链接相关联的多个控件的信息，所述链接是按所述链接的一显示顺序，控件定义要对由所述计算机应用程序处理的数据内容执行的一个或多个命令，与一链接相关联的一个或多个控件能够在容纳部区域中显示在与该链接相关联的容纳部内；

-将所述计算机应用程序在图形用户界面上的显示区域划分为至少链接区域、容纳部区域和数据内容区域；

-在所述链接区域中显示多个链接；

-至少针对与显示的链接相关联的每个控件和容纳部确定呈现全屏显示模式的显示大小；

-在所述全屏显示模式下，在所述容纳部区域中显示至少与按所述链接的显示顺序为第一链接的链接相对应的容纳部，并且根据所述链接的显示顺序显示与将归入所述容纳部区域中的一样多的一个或多个连续的容纳部，每个显示的控件在显示时能够被选择而不论与该控件相关联的链接如何；以及

当所述计算机程序在运行时：

响应于检测到对在任何显示的容纳部中显示的控件中的任一个进行选择的用户输入，对所述数据内容区域中的数据内容执行对应的一个或多个命令，同时保持所述链接区域和所述容纳部区域不变；和

响应于检测到对在所述链接区域中显示的但其相关联的容纳部未被显示或仅被部分地显示在所述容纳部区域中的链接进行选择的用户输入，确定所选择链接的容纳部在所述容纳部区域中的所需的区域，在所述容纳部区域中显示与将归入所述容纳部区域中的一样多的所选择链接的容纳部，并且根据所述链接的显示顺序，显示与将归入未被所选择链接的容纳部占据的所述容纳部区域中的一样多的连续链接的容纳部。

2.根据权利要求1所述的方法，其中，所述链接中的一个链接是有效链接，并且与所述有效链接相关联的容纳部是有效容纳部，所述方法还包括：在所述容纳部区域中显示容纳部使得所述有效容纳部显示在所述容纳部区域的特定部位。

3.根据权利要求2所述的方法，其中，所述显示区域被划分为使得所述容纳部区域水平地位于所述数据内容区域上方并且所述特定部位向左对齐，并且所述方法还包括：从所述有效链接开始，根据所述链接的有效显示顺序，在所述有效容器之后至少部分地显示与将归入所述容纳部区域中的一样多的容纳部。

4.根据权利要求2或3所述的方法，还包括：响应于选择非有效链接成为所述有效链接的用户输入，更新所述容纳部区域以在所述特定部位显示与所选择的非有效链接相关联的容纳部，以及使用所选择的非有效链接作为所述有效链接相应地更新其他容纳部区域。

5.根据权利要求1、2或3所述的方法，还包括：响应于指示隐藏所显示的容纳部的用户输入，通过停止显示所显示的容纳部或该容纳部中的至少控件来更新该容纳部。

6.根据权利要求5所述的方法，还包括：如果根据所述链接的显示顺序所隐藏的容纳部的至少一部分将归入所述容纳部区域中，则响应于指示所述所隐藏的容纳部应当可见的用户输入，更新所显示的容纳部以显示所述所隐藏的容纳部。

7.根据权利要求1、2或3所述的方法，所述方法还包括以下中的至少一个：

响应于改变应用程序区域的与所述显示区域被划分的方向垂直的方向上的大小的用户输入，更新所述容纳部区域，以显示与在所述应用程序区域的大小已经改变之后将至少部分地归入所述显示区域中的一样多的容纳部；以及

响应于改变所显示的链接的顺序的用户输入，更新所述容纳部区域，以显示与根据所显示的链接的新顺序将至少部分地归入所述显示区域中的一样多的容纳部；

响应于拖动所述容纳部区域的用户输入，相应地移动所显示的容纳部，使得在所述拖动之前显示的容纳部的至少一部分在所述拖动之后不被显示，并且显示与将至少部分地归入对应于所述拖动的显示区域中的一样多的在所述拖动之前未显示的容纳部或者在所述拖动之前未显示的容纳部的至少一部分。

8.根据权利要求1、2或3所述的方法，所述方法还包括：

从所述容纳部区域保留一个或多个固定空间，每个固定空间包括与对应的固定空间相关联的一个或多个控件；以及

使用未保留的容纳部区域来显示所述容纳部。

9.根据权利要求1、2或3所述的方法，其中，在运行的计算机应用程序的所述容纳部区域和所述显示区域同样宽。

10.根据权利要求1、2或3所述的方法，还包括：

在所述显示区域中输出用于控件的搜索工具；

响应于到所述搜索工具中的用户输入，指示对应于所述用户输入的一个或多个控件和/或包括对应于所述用户输入的所述一个或多个控件的一个或多个容纳部和/或与对应于所述用户输入的所述一个或多个控件相关联的一个或多个链接。

11.一种设备，包括：

用于获得至少关于要与计算机应用程序一起使用的多个链接的信息、关于各与一个或多个链接相关联的多个控件的信息的装置，所述链接是按所述链接的一显示顺序，控件限定要对由所述计算机应用程序处理的数据内容执行的一个或多个命令，与一链接相关联的一个或多个控件能够在容纳部区域中显示在与该链接相关联的容纳部内；

用于针对每个链接生成待要显示的链接部分的装置；

用于针对每个链接生成用以显示与该链接相关联的一个或多个可选择控件的容纳部的装置，用于生成的所述装置被配置为针对每个容纳部并针对每个控件确定呈现全屏显示模式的显示大小；

用于使计算机应用程序在图形用户界面上的显示区域划分为至少链接区域、容纳部区域和数据内容区域的装置；

用于使得在所述图形用户界面上在所述链接区域中按照所述链接的显示顺序显示与将至少部分地归入所述链接区域中的一样多的链接部分的装置；

用于至少针对与显示的链接相关联的每个控件和容纳部确定呈现全屏显示模式的显示大小的装置；

用于当从包括与按所述链接的显示顺序为第一链接的链接相关联的一个或多个可选择控件的容纳部开始、根据所述链接的显示顺序一个接一个地显示所述容纳部时使得在所述图形用户界面上在所述容纳部区域中显示与将归入所述容纳部区域中的一样多的容纳部的装置，其中具有可选择控件的最后一个和/或第一个显示的容纳部能够仅部分地显示；

用于响应于检测到对在任何显示的容纳部中显示的控件中的任一个进行选择的用户输入对所述数据内容区域中的数据内容执行对应的一个或多个命令、同时保持所述链接区域和所述容纳部区域中所显示的不变的装置；以及

用于更新的装置，该用于更新的装置用于响应于检测到对在所述链接区域中显示的并且其相关联的容纳部未被显示或仅被部分地显示在所述容纳部区域中的链接进行选择的用户输入，通过确定所选择链接的容纳部所需的区域，并且使得在所述容纳部区域中显示与将归入所述容纳部区域中的一样多的所选择链接的容纳部并且根据所述链接的显示顺序显示与将归入未被所选择链接的容纳部占据的容纳部区域中的一样多的连续链接的容纳部，来更新在所述容纳部区域中所显示的；

其中，用于获得的所述装置、用于生成的所述装置和用于使得进行显示的所述装置至少响应于所述计算机应用程序开始运行，并且用于执行的所述装置和用于更新的所述装置在所述计算机应用程序运行时是能够使用的。

12.根据权利要求11所述的设备，还包括：

用于响应于指示隐藏所显示的容纳部的用户输入通过停止显示所显示的容纳部或该容纳部中的至少控件来更新该容纳部的装置；以及

用于如果根据所述链接的显示顺序所隐藏的容纳部的至少一部分将归入所述容纳部区域中则响应于指示所述所隐藏的容纳部应当可见的用户输入更新所显示的容纳部以显示所述所隐藏的容纳部的装置。

13.根据权利要求11或12所述的设备，还包括：

用于响应于改变应用程序区域的与所述显示区域被划分的方向垂直的方向上的大小的用户输入更新所述容纳部区域以显示在所述应用程序区域的大小已经改变之后将至少部分地归入所述显示区域中的一样多的容纳部的装置。

14.根据权利要求11或12所述的设备，还包括：

用于响应于改变所显示的链接的顺序的用户输入更新所述容纳部区域以显示根据所显示的链接的新顺序将至少部分地归入所述显示区域中的一样多的容纳部的装置。

15.根据权利要求11或12所述的设备，还包括：

用于从所述容纳部区域保留一个或多个固定空间的装置，每个固定空间包括与对应的固定空间相关联的一个或多个控件；以及

用于使用未保留的容纳部区域来显示所述容纳部的装置。