The accompanying drawings illustrate a number of exemplary embodiments and are a part of the specification. Together with the following description, these drawings demonstrate and explain various principles of the instant disclosure.
Throughout the drawings, identical reference characters and descriptions indicate similar, but not necessarily identical, elements. While the exemplary embodiments described herein are susceptible to various modifications and alternative forms, specific embodiments have been shown by way of example in the drawings and will be described in detail herein. However, the exemplary embodiments described herein are not intended to be limited to the particular forms disclosed. Rather, the instant disclosure covers all modifications, equivalents, and alternatives falling within the scope of the appended claims.
Features from any of the embodiments described herein may be used in combination with one another in accordance with the general principles described herein. These and other embodiments, features, and advantages will be more fully understood upon reading the following detailed description in conjunction with the accompanying drawings and claims.
The present disclosure is generally directed to systems and methods for enabling digital navigation of two different data structures within a single-surface display. In some examples, the single-surface display may enable navigation of both (1) a scrollable digest of pods (e.g., storage containers for a user's posts to a social networking platform) and (2) a display of individual posts within a pod. In one such example, vertical swiping and/or scrolling may be used to navigate from one pod to another within the digest and horizontal swiping and/or scrolling may be used to navigate between the individual posts of a pod. Additionally or alternatively, the single-surface display may enable a user to alternate between multiple pod views (e.g., between a view of the scrollable digest of pods, a scrollable summary view of the posts within a pod, and/or a full-screen view of a post within a pod).
In one embodiment, the social networking platform may generate a digital cover card for each pod and the scrollable digest of pods may present as a display of pod cover cards. In some such embodiments, a graphical user interface (GUI) dedicated to the display may consist exclusively of pod cover cards (e.g., displayed two a row within the graphical user interface). In these embodiments, additional posts of a pod may only be displayed (e.g., via the summary view of the posts) in response to receiving user input selecting a cover card from the digest display. In other embodiments, the digest of pods may display a series of rows, with each row dedicated to a different pod. In this embodiment, each row may include a horizontally scrollable display of posts within its pod.
In some examples, a post and/or cover card may include information relating to public comments made to the post and/or to a post associated with the cover card. In one such example, a comment affordance provided within the post and/or cover card may show only a first name of a user who has posted a public comment, without showing the contents of the comment. In these examples, a viewer may only be shown the contents of the comment in response to selecting the comment affordance.
The systems described herein may conserve computing resources (e.g., memory, network bandwidth, etc.) by presenting content from multiple feeds in a single-surface display, reducing the number of different displays requested by a user in order to view content. For example, the systems described herein may enable the digital retrieval of content from a pod digest feed and from a feed of posts within an individual pod using a single digital display, requiring the server to serve, the network to transmit, and the endpoint to load only the single digital display resources and the user content rather than serving, transmitting, and loading the pod digest feed resources and the individual posts feed resources repeatedly as a user switches back and forth between multiple feeds. In some embodiments, by organizing content into pods represented by cover cards and fetching posts on an as-requested basis, the systems described herein may serve, transmit, and load a smaller and/or resource-lighter (e.g., containing more still images and fewer videos) array of content compared to serving, transmitting, and loading posts in a feed.
Server 106 generally represents any type or form of backend computing device that may perform one or more functions directed at enabling digital social networking. In some examples, server 106 may perform social networking functions for and/or in conjunction with a social networking platform. Although illustrated as a single entity in
In some embodiments, a computing device 102 may display GUI 124 and/or scrollable display 126 to enable a user to interact with content on the social networking platform. In some embodiments, computing device 102 may communicate with server 106 via a network 104. Computing device 102 generally represents any type or form of computing device capable of reading computer-executable instructions. For example, computing device 102 may represent a smart phone and/or a tablet. Additional examples of computing device 102 may include, without limitation, a laptop, a desktop, a wearable device, a personal digital assistant (PDA), etc.
In some examples, user account 114 may be registered with the social networking platform and computing device 102 may have installed an instance of a social media application that operates as part of the social networking platform (e.g., that enables access to services provided by the social networking platform). In addition, or as an alternative, to having the social media application installed, computing device 102 may have installed a browser that may navigate to one or more webpages maintained by the social networking platform. The term “social networking platform” generally refers to any type or form of digital architecture, provided via server 106, that enables digital social networking. In some examples, the social networking platform may provide one or more status-broadcasting services that enable users to broadcast, consume, and/or digitally respond to user-generated compositions. In one such example, server 106 may provide a pod-based sharing framework, as will be described in greater detail below.
The term “digital container” may refer to any type or form of data structure that stores user-generated digital content. In some embodiments, a digital container may be a specific type of data structure, such as an array, a stack, a heap, and/or any other suitable data structure. In one embodiment, a digital container may be defined and/or represented in a database (e.g., as a row, a column, a collection of cells, etc.). In some embodiments, objects within the same digital container may share a label, key, and/or other type of tag that is associated with the digital container. For example, objects within the same digital container may all be tagged with an identifier representing the user account associated with the pod that includes the digital container.
The term “pod” or “user content pod” may refer to any type or form of digital container, maintained by a social networking platform, that is dedicated to storing social media compositions from a designated source (e.g., from a designated user account, digital group, or page of the social networking platform). A user account may generally refer to an account associated with an individual user and/or an entity (e.g., a business, a campaign, a news outlet, etc.). A digital group may generally refer to a group account associated with a designated set of individual users and/or entities (i.e., a designated set of individual user accounts). In some examples, an administrator account (i.e., one or more user accounts designated as an administrator) may manage the group account and one or more contributor accounts (i.e., user accounts designated as contributors to the group account) may add compositions to the group account's digital container. In some examples, a digital group may be based on a mutual interest. A page may generally refer to an individual but non-personal account, such as an account for a business or hobby belonging to a user, where content posted relates to the user's business or hobby rather than the user personally. In other examples, a page may belong to an organization.
In some examples, maintaining module 108 may automatically create a primary pod for each user account that is registered with the social networking platform, which may be dedicated to storing social media compositions created by its corresponding user account. In these examples, maintaining module 108 may maintain each primary pod as long as its corresponding user account is active. Maintaining module 108 may also allow a user to create and add social media compositions to one or more additional pods (e.g., additional individual pods and/or additional group pods). In some examples, an additional pod may be permanent (e.g., configured to be maintained as long as the user account that created the additional pod is active and/or until the user account has terminated the additional pod). In other examples, an additional pod may be ephemeral (e.g., set to expire after a certain amount of time).
Each pod may be designated by a name that distinguishes the pod from other pods. In some examples, the name may be assigned to the pod automatically. For example, a primary pod may be automatically assigned the name associated with its corresponding user account (e.g., the primary account created for the user account of an individual named “Mindy Harris” may be “Mindy Harris.”) In other examples, the name may be configurable by a user. For example, an additional pod may be assigned with a name submitted via user input at the time the additional pod is created.
In some examples, a pod may be limited to only storing social media compositions from a single source (e.g., only a single user account may have permission to add social media compositions to the pod). In other examples, a group pod may be limited to only storing posts from a predetermined set of sources (e.g., a limited set of user accounts may have permission to add content to the pod). Additionally or alternatively, a pod may have an open configuration (e.g., selected by an administrator account managing the pod) in which any user account of the social media platform may add content to the pod.
In addition to storing social media compositions, pods may be used as a vehicle for sharing social media compositions (e.g., via a consumption interface such as GUI 124, as will be discussed in greater detail below in connection with step 204). In some examples, an audience for a pod may be configurable. For example, a user may select an audience for a pod via a setting in his or her user account. In examples in which a user account may add social media compositions to multiple different pods, a user of the user account may select an audience (e.g., a different audience) for each of the pods. In some embodiments, the systems described herein may include default pod settings for posts within a pod. For example, posts within a pod may be set to be ephemeral by default. In another example, posts within a pod may be set to disable public comments by default (e.g., enabling only private replies to posts). Additionally or alternatively, the systems described herein may enable a user to configure pod post setting.
A user content pod may include posts (i.e., posted user compositions) of a variety of different types. For example, a user content pod may include discrete text-based posts, media-based posts (which may include either a single media item or a collage of multiple media items), and/or reference-based posts (e.g., with a link to an online article). In consequence, posts may include a variety of content, including but not limited to a digital photograph, a graphic, text, a digital video and/or a digital recording of a music composition.
Maintaining module 108 may determine content to include in a user content pod in a variety of ways. In some embodiments, maintaining module 108 may add any post to the user content pod that is created via its corresponding user account. Additionally or alternatively, in embodiments in which a user account is associated with multiple pods, maintaining module 108 may add each post to a pod designated by the user at the time of the post's creation. In one embodiment, maintaining module 108 may remove posts from a user content pod as the posts expire (e.g., at the end of a predetermined timed expiration period) and/or in response to the posts being deleted by the posts' corresponding user accounts.
Maintaining module 108 may sort posts within a user content pod (e.g., may set a default display order for the posts when displayed within a pod content interface) based on a variety of metrics. For example, maintaining module 108 may sort posts within a user content pod based on the creation date of a post, engagement with a post (e.g., comments, shares, reactions, etc.), a user-designated order, and/or any other suitable metric.
Returning to
The term “cover card” may generally refer to any visual representation of content associated with a user content pod. In some embodiments, a cover card for a pod may include visual representations and/or depictions of one or more compositions within the pod. For example, a cover card may include an image and/or text from a composition within a pod. In one such example, a cover card may be a depiction of a single post within a pod (e.g., a depiction of an image, text, and/or video from the single post). Additionally or alternatively, a cover card of a pod may include the name and/or a user icon (e.g., profile picture, avatar, etc.) of a user account associated with the pod. In some examples, a cover card may include information about the posts within a pod, such as the number of posts in the pod.
In some embodiments, generation module 110 may generate a cover card automatically based on content within the pod. For example, generation module 110 may select an image for display within the cover card from a post within the pod that is most recent, has the highest engagement (e.g., comments and/or reactions), has been pre-selected by the user as a featured post, and/or some other metric.
In embodiments in which maintaining module 108 maintains pods for groups of accounts (i.e., group pods), generation module 110 may generate cover cards for group pods that visually differ from cover cards for pods associated with an individual user account. As illustrated in
In some embodiments, the systems described herein may position and/or display group cover cards differently within the scrollable display from cover cards for individual accounts. For example, the systems described herein may display cover cards for group pods as larger than cover cards for individual user account pods. As another example, group cover cards may include a depiction of multiple posts. For example, as shown in
Generation module 110 may generate the cover cards in a variety of ways. In some examples, generation module 110 may generate a single cover card for each pod that is stored in association with the pod and is retrieved for display to every user who is eligible to view the contents of the pod. In some embodiments, generation module 110 may re-generate the stored cover card for a pod every time the contents of the pod changes (e.g., due to posts being added and/or expiring). For example, whenever a post is added to the pod, generation module 110 may update the cover post featured in the cover card to be the most recent post. In other embodiments, generation module 110 may generate a cover card on the fly when a user loads the scrollable display. For example, generation module 110 may check the current contents of the pod and generate the cover card based on those contents and/or check the preferences of the user viewing the scrollable display and generate the cover card based on those preferences.
In certain embodiments in which generation module 110 generates cover cards on the fly, generation module 110 may personalize a cover card for a user viewing the cover card. For example, generation module 110 may preferentially include within the cover card depictions of posts in which the user is tagged in the cover card, may exclude depictions of posts which the user has already viewed, may sort depictions of posts in the cover card according to the user's preferences (e.g., newest first, most popular first, etc.), and/or may otherwise personalize the cover card. Additionally or alternatively, generation module 110 may generate cover cards based at least in part on the preferences of the user account associated with the pod for which the cover card is being generated. For example, generation module 110 may select a cover post for the cover card based on user preferences for selecting the most recent post, the post with the highest engagement, and/or a post designated by the user.
Returning to
Providing module 112 may provide (e.g., transmit) the scrollable display in a variety of ways and/or contexts based on the type and/or configuration of an endpoint device. For example, providing module 112 may serve the scrollable display to a web browser and/or social media application on a user's mobile phone. In some embodiments, providing module 112 may provide the scrollable display via a combination of front-end code (i.e., code that executes on an endpoint device that displays the scrollable display on a screen) and back-end code (i.e., code that executes on a server). In some embodiments, providing module 112 may transmit code and/or data describing the scrollable display from a server to an endpoint device via the Internet.
Providing module 112 may select which pods to display in the scrollable display based on a variety of criteria. In some embodiments, which pods are visible to a user may be based on the permission settings of the accounts associated with the pods. For example, a pod of a first user account may be visible in the scrollable display of a second user account because the first user account is on a friends list of the second user account and the first user account's permission settings enable sharing the pod with friends. In another example, a pod may be visible in a scrollable display because the pod is configured to be publicly visible. Additionally or alternatively, which pods are visible in a scrollable display may be based on user data (e.g., user history and/or feed preferences) of the user viewing the pods. For example, the systems described herein may generate a personalized scrollable display (i.e., a personalized pod feed) for each user account and may select pods to represent in the display based on the user account's user data. In one example, a user account may configure its scrollable display (e.g., pod feed) to only show content from a specified list of pods. In another example, a user account may configure its scrollable display to show content created by user accounts followed by the user account, regardless of pod (e.g., the feed may include a group pod if one of the accounts in the group is followed by the user).
The systems described herein may load available cover cards in a variety of ways and in response to a variety of triggers. In some embodiments, the systems described herein may continue loading new cover cards as long as the user continues swiping and/or scrolling vertically. For example, the systems described herein may dynamically load additional cover cards as/before the user reaches the end of the currently loaded cover cards. In some examples, the systems described herein may loop back to the beginning of the displayed cover cards after hitting a cover card limit. For example, a predetermined numeric limit such as 40 cover cards and/or a limit based on the total viewable pods for the user. Alternatively, the systems described herein may display a message indicating that the user has viewed all available cover cards.
Providing module 112 may provide a scrollable display with a variety of different default configurations (e.g., an initial and/or starting configuration presented when the scrollable display is first loaded). In some embodiments, a default configuration of the scrollable display may include a display of posts within a pod in addition to the pod's cover card. For example, the systems described herein may provide a default configuration of the scrollable display that includes (e.g., alongside, within, and/or beneath each cover card) a display of posts from the corresponding user content pod displayed in a horizontal arrangement. As a specific example, illustrated in
In one example, a cover card 406 may include information about the pod as a whole, such as the name and/or icon of the user account associated with the pod, while post 408 may include information from a specific post, such as an image and/or text from the post. In one example, post 408 may also include information about the post, such as a title of the post, information about comments on the post (e.g., a comment affordance that shows the first name of a user who has commented but not the comment itself), an icon relating to the post (e.g., based on the category of post, whether the post is highlighted by the user that created the post, etc.), and/or information about users tagged in the post. In some embodiments, horizontally scrolling through the posts associated with a pod may reveal additional posts. In one embodiment, horizontally scrolling through the posts and/or selecting the posts or cover card (e.g., via swiping, tapping, etc.) may expand the display of posts vertically to occupy more space in the scrollable display, displacing or blocking other cover cards.
As an alternative to the default configuration of the scrollable display that includes depictions of posts in addition to cover cards, in some embodiments, the default configuration may include only or mostly cover cards (e.g., without presenting additional content for a user content pod beyond the user content pod's cover card). In one embodiment, the cover cards may be arranged in a two-wide grid. For example, as illustrated in
User input to a default scrollable display of only or mostly cover cards (e.g., arranged in a two-wide grid) may trigger a variety of digital events. In some examples, the default configuration may be configured to transform into an expanded pod configuration (i.e., an expanded view) in response to receiving user input selecting a cover card. In some such examples, vertical scrolling may be enabled in either the default configuration or the expanded-pod configuration of the scrollable display while horizontal scrolling may be only enabled in the expanded-pod configuration.
A default scrollable display of only or mostly cover cards may transform to an expanded pod configuration in a variety of ways. In some embodiments, user input selecting a cover card may trigger the selected cover card to expand vertically and/or horizontally (e.g., to display information about posts within the pod). In these embodiments, the systems described herein may shift other cover cards in the row of a selected cover card (and/or in the rows above or below a selected cover card) upwards or downwards, out of the way of the expanded cover card. As a specific example, the default scrollable display 504 depicted in
In some embodiments, the expanded cover card may further expand into a full-screen view of a post, in response to receiving user input selecting the post as displayed in the expanded cover card, as illustrated in
Once providing module 112 has provided an expanded view of a scrollable display, such as the expanded view displayed in
In addition to expanded views in which cover cards are shifted to make room for an expanded pod, in some embodiments, other cover cards may be obscured (e.g., blocked from view) by an expanded cover card. In these embodiments, an expanded configuration may represent a full-screen pod display (i.e., a pod content view and/or a scrollable summary view) that includes a display of the posts from a single pod rather than including cover cards of multiple pods. Using
The systems described herein may display various interactable elements and/or receive various types of input in a pod content view, as depicted in
In some embodiments, the systems described herein may enable user commenting and may display user comments on posts within pods. In one embodiment, the systems described herein may display all comments on a post. Alternatively, the systems described herein may select a single comment for display, as illustrated by comment 808 in
In some embodiments, comments on the posts within a pod may only be visible in certain views. For example, a default view that displays only cover cards may not display comments (e.g., comments may only be shown in an expanded view and/or full-screen view). In such embodiments, comments may only be shown to intentional viewers (i.e., viewers that have shown more than a casual interest in the contents of a pod as expressed by navigating to an expanded or full-screen version of the pod). In some embodiments, a comment-creation view, which enables creating a comment for a post, may display privacy options selected for post. For example, the systems described herein may display text indicating an audience that will be enabled to view the comment (e.g., all users, friends of the user who created the post, a specific list of users, etc.).
In some embodiments, the systems described herein may enable a user to toggle between the various views (i.e., configurations) of the scrollable display described herein using different scrolling input. For example, upon receiving horizontal or vertical swiping and/or scrolling input, the systems described herein may transition to a different view (e.g., to a full-screen view of another post from the same pod or a pod content view of posts from a different pod).
As discussed above in connection with
In some examples, the default configuration for the scrollable display may include only cover cards (e.g., as illustrated in
In other examples (e.g., as illustrated in
In one example, the systems described herein may receive user input selecting (e.g., tapping, etc.) a post (e.g., from an expanded configuration and/or default configuration that displays posts). In response, at step 906 in
Additionally or alternatively, if the systems described herein did not receive input selecting a post and instead are displaying an expanded cover card within the scrollable display, the systems described herein may receive vertical swiping and/or scrolling input. In response, at step 908 in
As described above, the systems and methods described herein may enable a user to consume social media content in a single-surface display. In some embodiments, each post a user creates on a social networking platform may be automatically stored in a pod. Other users may then browse cover cards for these pods in a display that includes multiple pod cover cards. Selecting a pod cover card may expand the contents of the pod within the display or transition to a display of the pod's contents. Additionally, selecting a post may transition to a full-screen display of the post. In some embodiments, vertical swiping and/or scrolling input from any display may cause the systems described herein to scroll to cover cards for other pods and/or to transition back to a default scrollable display of pod cover cards.
Example 1: A computer-implemented method for providing single-surface displays for user content may include (i) maintaining a user content pod for each user account within a group of user accounts maintained by a social networking platform, where each user content pod includes a digital container for one or more compositions posted to the social networking platform by its corresponding user account, (ii) generating a cover card for each user content pod, and (iii) providing, within a graphical user interface for interacting with posts made to the social networking platform, a scrollable display of vertically arranged selectable cover cards configured to (1) scroll vertically between cover cards of different user content pods in response to receiving vertical swiping input and (2) scroll horizontally between one or more posts of an individual user content pod in response to receiving horizontal swiping input.
Example 2: The computer-implemented method of example 1, where a default configuration of the scrollable display consists exclusively of cover cards without presenting additional content for any user content pod, beyond the user content pod's cover card, the default configuration is configured to transform into an expanded-pod configuration in response to receiving user input selecting a cover card from the scrollable display, and vertical scrolling is enabled in either the default configuration or the expanded-pod configuration of the scrollable display, but horizontal scrolling is only enabled in the expanded-pod configuration.
Example 3: The computer-implemented method of examples 1-2 may further include (i) receiving user input to the scrollable display selecting a cover card of a particular user content pod, (ii) in response to receiving the user input, transforming the default configuration of the scrollable display to an expanded-pod configuration in which a plurality of posts of the particular user content pod are displayed in a horizontal arrangement, (iii) receiving additional user input may include horizontal swiping input to the display of the posts of the particular user content pod, and (iv) horizontally scrolling between the posts of the particular user content pod in response to receiving the additional user input.
Example 4: The computer-implemented method of examples 1-3 may further include receiving further user input may include vertical swiping input to the display of the posts of the particular user content pod and, in response to receiving the further user input, transitioning from horizontally scrolling between the posts of the particular user content pod to vertically scrolling between the cover cards of different user content pods within the scrollable display.
Example 5: The computer-implemented method of examples 1-4, where receiving the user input selecting the cover card includes determining that a user has tapped the cover card via a touchscreen interface.
Example 6: The computer-implemented method of examples 1-5, where displaying the one or more posts of the particular user content pod includes displaying a scrollable summary display of the one or more posts.
Example 7: The computer-implemented method of examples 1-6, where providing the scrollable display of vertically arranged selectable cover cards includes providing a scrollable display of cover cards arranged in a grid that is two cover cards wide.
Example 8: The computer-implemented method of examples 1-7, where a default configuration of the scrollable display includes, alongside each cover card, a plurality of posts of the corresponding user content pod displayed in a horizontal arrangement.
Example 9: The computer-implemented method of examples 1-8 may further include transitioning from the scrollable display of vertically arranged selectable cover cards to a full-screen display of one post stored within the digital container of a particular user content pod.
Example 10: The computer-implemented method of examples 1-9, where the cover card for each user content pod includes at least one of (i) a depiction of one of the posts stored within the digital container of the user content pod, (ii) a username of the corresponding user account for the user content pod, or (iii) a user icon of the corresponding user account for the user content pod.
Example 11: The computer-implemented method of examples 1-10 may further include maintaining a plurality of group content pods that each include a digital container for one or more compositions posted to the social networking platform by a defined group of user accounts of the social networking platform and generating a group cover card for each group content pod, where the scrollable display of vertically arranged selectable cover cards further includes one or more group cover cards.
Example 12: The computer-implemented method of examples 1-11, where the appearance of group cover cards within the scrollable display of vertically arranged selectable cover cards systematically differs from the appearance of non-group cover cards within the scrollable display of vertically arranged selectable cover cards.
Example 13: The computer-implemented method of examples 1-12, where maintaining the user content pod for each user account may include automatically creating a user content pod for each user account and the method may further include (i) enabling users to create additional user content pods, in addition to the automatically created user content pods, and (ii) generating a cover card for each additional user content pod, and the scrollable display of vertically arranged selectable cover cards further includes one or more cover cards corresponding to an additional user content pod.
Example 14: A system for digital content navigation based on directional input may include at least one physical processor and physical memory including computer-executable instructions that, when executed by the physical processor, cause the physical processor to (i) maintain a user content pod for each user account within a group of user accounts maintained by a social networking platform, where each user content pod includes a digital container for one or more compositions posted to the social networking platform by its corresponding user account, (ii) generate a cover card for each user content pod, and (iii) provide, within a graphical user interface for interacting with posts made to the social networking platform, a scrollable display of vertically arranged selectable cover cards configured to (1) scroll vertically between cover cards of different user content pods in response to receiving vertical swiping input and (2) scroll horizontally between one or more posts of an individual user content pod in response to receiving horizontal swiping input.
Example 15: The system of example 14, where (i) a default configuration of the scrollable display does not present additional content for any user content pod, beyond the user content pod's cover card, (ii) the default configuration is configured to transform into an expanded-pod configuration in response to receiving user input selecting a cover card from the scrollable display, and (iii) vertical scrolling is enabled in either the default configuration or the expanded-pod configuration of the scrollable display, but horizontal scrolling is only enabled in the expanded-pod configuration.
Example 16: The system of examples 15-16, where the computer-executable instructions cause the physical processor to (i) receive user input to the scrollable display selecting a cover card of a particular user content pod, (ii) in response to receiving the user input, transform the default configuration of the scrollable display to an expanded-pod configuration in which a plurality of posts of the particular user content pod are displayed in a horizontal arrangement, (iii) receive additional user input may include horizontal swiping input to the display of the posts of the particular user content pod, and (iv) horizontally scroll between the posts of the particular user content pod in response to receiving the additional user input.
Example 17: The system of examples 15-17, where the computer-executable instructions cause the physical processor to receive further user input may include vertical swiping input to the display of the posts of the particular user content pod, and in response to receiving the further user input, transition from horizontally scrolling between the posts of the particular user content pod to vertically scrolling between the cover cards of different user content pods within the scrollable display.
Example 18: The system of examples 15-17, where receiving the user input selecting the cover card includes determining that a user has tapped the cover card via a touchscreen interface.
Example 19: The system of examples 15-18, where providing the scrollable display of vertically arranged selectable cover cards includes providing a scrollable display of cover cards arranged in a grid that is two cover cards wide.
Example 20: A non-transitory computer-readable medium may include one or more computer-readable instructions that, when executed by at least one processor of a computing device, cause the computing device to (i) maintain a user content pod for each user account within a group of user accounts maintained by a social networking platform, where each user content pod includes a digital container for one or more compositions posted to the social networking platform by its corresponding user account, (ii) generate a cover card for each user content pod, and (iii) provide, within a graphical user interface for interacting with posts made to the social networking platform, a scrollable display of vertically arranged selectable cover cards configured to (1) scroll vertically between cover cards of different user content pods in response to receiving vertical swiping input and (2) scroll horizontally between one or more posts of an individual user content pod in response to receiving horizontal swiping input.
As detailed above, the computing devices and systems described and/or illustrated herein broadly represent any type or form of computing device or system capable of executing computer-readable instructions, such as those contained within the modules described herein. In their most basic configuration, these computing device(s) may each include at least one memory device and at least one physical processor.
In some examples, the term “memory device” generally refers to any type or form of volatile or non-volatile storage device or medium capable of storing data and/or computer-readable instructions. In one example, a memory device may store, load, and/or maintain one or more of the modules described herein. Examples of memory devices include, without limitation, Random Access Memory (RAM), Read Only Memory (ROM), flash memory, Hard Disk Drives (HDDs), Solid-State Drives (SSDs), optical disk drives, caches, variations or combinations of one or more of the same, or any other suitable storage memory.
In some examples, the term “physical processor” generally refers to any type or form of hardware-implemented processing unit capable of interpreting and/or executing computer-readable instructions. In one example, a physical processor may access and/or modify one or more modules stored in the above-described memory device. Examples of physical processors include, without limitation, microprocessors, microcontrollers, Central Processing Units (CPUs), Field-Programmable Gate Arrays (FPGAs) that implement softcore processors, Application-Specific Integrated Circuits (ASICs), portions of one or more of the same, variations or combinations of one or more of the same, or any other suitable physical processor.
Although illustrated as separate elements, the modules described and/or illustrated herein may represent portions of a single module or application. In addition, in certain embodiments one or more of these modules may represent one or more software applications or programs that, when executed by a computing device, may cause the computing device to perform one or more tasks. For example, one or more of the modules described and/or illustrated herein may represent modules stored and configured to run on one or more of the computing devices or systems described and/or illustrated herein. One or more of these modules may also represent all or portions of one or more special-purpose computers configured to perform one or more tasks.
In addition, one or more of the modules described herein may transform data, physical devices, and/or representations of physical devices from one form to another. For example, one or more of the modules recited herein may receive image data to be transformed, transform the image data into a data structure that stores user characteristic data, output a result of the transformation to select a customized interactive ice breaker widget relevant to the user, use the result of the transformation to present the widget to the user, and store the result of the transformation to create a record of the presented widget. Additionally or alternatively, one or more of the modules recited herein may transform a processor, volatile memory, non-volatile memory, and/or any other portion of a physical computing device from one form to another by executing on the computing device, storing data on the computing device, and/or otherwise interacting with the computing device.
In some embodiments, the term “computer-readable medium” generally refers to any form of device, carrier, or medium capable of storing or carrying computer-readable instructions. Examples of computer-readable media include, without limitation, transmission-type media, such as carrier waves, and non-transitory-type media, such as magnetic-storage media (e.g., hard disk drives, tape drives, and floppy disks), optical-storage media (e.g., Compact Disks (CDs), Digital Video Disks (DVDs), and BLU-RAY disks), electronic-storage media (e.g., solid-state drives and flash media), and other distribution systems.
The process parameters and sequence of the steps described and/or illustrated herein are given by way of example only and can be varied as desired. For example, while the steps illustrated and/or described herein may be shown or discussed in a particular order, these steps do not necessarily need to be performed in the order illustrated or discussed. The various exemplary methods described and/or illustrated herein may also omit one or more of the steps described or illustrated herein or include additional steps in addition to those disclosed.
The preceding description has been provided to enable others skilled in the art to best utilize various aspects of the exemplary embodiments disclosed herein. This exemplary description is not intended to be exhaustive or to be limited to any precise form disclosed. Many modifications and variations are possible without departing from the spirit and scope of the instant disclosure. The embodiments disclosed herein should be considered in all respects illustrative and not restrictive. Reference should be made to the appended claims and their equivalents in determining the scope of the instant disclosure.
Unless otherwise noted, the terms “connected to” and “coupled to” (and their derivatives), as used in the specification and claims, are to be construed as permitting both direct and indirect (i.e., via other elements or components) connection. In addition, the terms “a” or “an,” as used in the specification and claims, are to be construed as meaning “at least one of.” Finally, for ease of use, the terms “including” and “having” (and their derivatives), as used in the specification and claims, are interchangeable with and have the same meaning as the word “comprising.”
Number | Name | Date | Kind |
---|---|---|---|
D599366 | Brown et al. | Sep 2009 | S |
D599368 | Kanga et al. | Sep 2009 | S |
D608365 | Walsh et al. | Jan 2010 | S |
D614643 | Viegers et al. | Apr 2010 | S |
D648735 | Arnold et al. | Nov 2011 | S |
D651608 | Mien et al. | Jan 2012 | S |
D664561 | Gleasman et al. | Jul 2012 | S |
D664988 | Gleasman et al. | Aug 2012 | S |
D692456 | Brinda et al. | Oct 2013 | S |
D692915 | Brinda et al. | Nov 2013 | S |
D699744 | Ho Kushner et al. | Feb 2014 | S |
8645463 | Knight et al. | Feb 2014 | B2 |
D701227 | Lee | Mar 2014 | S |
D716339 | Lee | Oct 2014 | S |
D730383 | Brinda et al. | May 2015 | S |
D730386 | Ryan et al. | May 2015 | S |
D736247 | Chen et al. | Aug 2015 | S |
D736248 | Chen et al. | Aug 2015 | S |
D746866 | Memoria et al. | Jan 2016 | S |
D753709 | Kawanabe | Apr 2016 | S |
D755239 | Lee et al. | May 2016 | S |
D755814 | Rad et al. | May 2016 | S |
D757086 | Kang | May 2016 | S |
D759666 | Kuhn et al. | Jun 2016 | S |
D762671 | Chan et al. | Aug 2016 | S |
D765101 | Park et al. | Aug 2016 | S |
D766308 | Park et al. | Sep 2016 | S |
D769295 | Han et al. | Oct 2016 | S |
D769306 | Bowen et al. | Oct 2016 | S |
D781328 | Fong et al. | Mar 2017 | S |
D785028 | Federighi et al. | Apr 2017 | S |
D785643 | Boa et al. | May 2017 | S |
D789396 | Ruiz et al. | Jun 2017 | S |
D789969 | Chaudhri et al. | Jun 2017 | S |
D789983 | Kim | Jun 2017 | S |
D794651 | Cavander et al. | Aug 2017 | S |
D798331 | Fong et al. | Sep 2017 | S |
D800754 | De Cock et al. | Oct 2017 | S |
D803869 | Kuhn et al. | Nov 2017 | S |
D806741 | Majernik et al. | Jan 2018 | S |
D807898 | Memoria et al. | Jan 2018 | S |
D808413 | Wu et al. | Jan 2018 | S |
D809003 | Sowden et al. | Jan 2018 | S |
D815130 | Phillips et al. | Apr 2018 | S |
D815666 | Burns | Apr 2018 | S |
D816110 | Choi et al. | Apr 2018 | S |
D816701 | Ball et al. | May 2018 | S |
D817972 | Karunamuni et al. | May 2018 | S |
9998796 | Kedenburg, III et al. | Jun 2018 | B1 |
10009308 | Brunn et al. | Jun 2018 | B2 |
D824944 | Sagrillo et al. | Aug 2018 | S |
D825594 | Wu et al. | Aug 2018 | S |
D831059 | Bao | Oct 2018 | S |
D832876 | Chung et al. | Nov 2018 | S |
D834602 | Bao | Nov 2018 | S |
D836118 | Patel | Dec 2018 | S |
D836121 | Leong et al. | Dec 2018 | S |
D842867 | Jedrzejowicz et al. | Mar 2019 | S |
D845324 | Hemsley et al. | Apr 2019 | S |
D847855 | Majernik et al. | May 2019 | S |
D853431 | Sagrillo et al. | Jul 2019 | S |
D854031 | Alvarez et al. | Jul 2019 | S |
D858552 | Westerhold et al. | Sep 2019 | S |
D859446 | Westerhold et al. | Sep 2019 | S |
D859450 | Krishna | Sep 2019 | S |
D860227 | Fung et al. | Sep 2019 | S |
D860233 | Chaudhri et al. | Sep 2019 | S |
D862501 | Patel | Oct 2019 | S |
D863324 | Kang et al. | Oct 2019 | S |
D868804 | Bragdon | Dec 2019 | S |
D870141 | Bowden et al. | Dec 2019 | S |
D877762 | Feng et al. | Mar 2020 | S |
D879127 | Feng et al. | Mar 2020 | S |
D879829 | Amini et al. | Mar 2020 | S |
D881219 | Ngo et al. | Apr 2020 | S |
D881220 | Feng et al. | Apr 2020 | S |
D882593 | Fatnani et al. | Apr 2020 | S |
D882608 | Murphy et al. | Apr 2020 | S |
D882609 | Murphy et al. | Apr 2020 | S |
D882612 | Antilion et al. | Apr 2020 | S |
D882613 | Zumbrunnen et al. | Apr 2020 | S |
10623917 | Paul | Apr 2020 | B1 |
D885410 | Butler | May 2020 | S |
D885421 | Lunaparra et al. | May 2020 | S |
D886128 | Fatnani et al. | Jun 2020 | S |
D887428 | Fatnani et al. | Jun 2020 | S |
D890198 | Paul | Jul 2020 | S |
D890204 | Bussière et al. | Jul 2020 | S |
D894206 | Naruns et al. | Aug 2020 | S |
D895664 | Baber et al. | Sep 2020 | S |
D900833 | Alonso Ruiz et al. | Nov 2020 | S |
D900845 | Tomori | Nov 2020 | S |
D904426 | Paul | Dec 2020 | S |
D904431 | Park et al. | Dec 2020 | S |
D904432 | Park et al. | Dec 2020 | S |
D905095 | Park et al. | Dec 2020 | S |
10852915 | Behzadi et al. | Dec 2020 | B1 |
10868788 | Underwood et al. | Dec 2020 | B1 |
D910054 | Silfver et al. | Feb 2021 | S |
D910064 | Paul | Feb 2021 | S |
D912075 | Sharp et al. | Mar 2021 | S |
D913304 | VanDuyn et al. | Mar 2021 | S |
D913306 | Davern et al. | Mar 2021 | S |
D913314 | Paul | Mar 2021 | S |
D914726 | Gouliard et al. | Mar 2021 | S |
D914741 | Anzures et al. | Mar 2021 | S |
D915440 | Kim et al. | Apr 2021 | S |
D916884 | Dascola et al. | Apr 2021 | S |
10977297 | Tang | Apr 2021 | B1 |
20040021673 | Alessi | Feb 2004 | A1 |
20080034307 | Cisler et al. | Feb 2008 | A1 |
20090148124 | Athsani et al. | Jun 2009 | A1 |
20090177754 | Brezina et al. | Jul 2009 | A1 |
20090216859 | Dolling | Aug 2009 | A1 |
20090313578 | Roh et al. | Dec 2009 | A1 |
20090327939 | Johns et al. | Dec 2009 | A1 |
20100211872 | Rolston et al. | Aug 2010 | A1 |
20100231533 | Chaudhri | Sep 2010 | A1 |
20110010182 | Turski et al. | Jan 2011 | A1 |
20110010659 | Kim | Jan 2011 | A1 |
20110016417 | Shiplacoff et al. | Jan 2011 | A1 |
20110252381 | Chaudhri | Oct 2011 | A1 |
20110271328 | Sutton-Shearer | Nov 2011 | A1 |
20110283304 | Roberts et al. | Nov 2011 | A1 |
20110289067 | Jordan | Nov 2011 | A1 |
20120005224 | Ahrens et al. | Jan 2012 | A1 |
20120089950 | Tseng | Apr 2012 | A1 |
20120110052 | Smarr et al. | May 2012 | A1 |
20120110621 | Gossweiler, III | May 2012 | A1 |
20120151322 | Lindsay et al. | Jun 2012 | A1 |
20120151342 | Trotta et al. | Jun 2012 | A1 |
20120151415 | Park et al. | Jun 2012 | A1 |
20120210386 | Kim et al. | Aug 2012 | A1 |
20120271883 | Montoya et al. | Oct 2012 | A1 |
20130073976 | McDonald et al. | Mar 2013 | A1 |
20130097556 | Louch | Apr 2013 | A1 |
20130106903 | Nagata et al. | May 2013 | A1 |
20130145291 | Weber et al. | Jun 2013 | A1 |
20130254709 | Koshimae et al. | Sep 2013 | A1 |
20130312027 | Baumel et al. | Nov 2013 | A1 |
20140032672 | Koshikawa et al. | Jan 2014 | A1 |
20140047074 | Chung et al. | Feb 2014 | A1 |
20140049692 | Sirpal et al. | Feb 2014 | A1 |
20140189010 | Brown et al. | Jul 2014 | A1 |
20140244659 | Liu et al. | Aug 2014 | A1 |
20140258110 | Davis et al. | Sep 2014 | A1 |
20140282208 | Chaudhri | Sep 2014 | A1 |
20140317116 | Shah et al. | Oct 2014 | A1 |
20140317201 | McNeil et al. | Oct 2014 | A1 |
20140317660 | Cheung et al. | Oct 2014 | A1 |
20140359789 | Pitt | Dec 2014 | A1 |
20150022558 | Li | Jan 2015 | A1 |
20150049591 | Adams et al. | Feb 2015 | A1 |
20150113436 | Penha et al. | Apr 2015 | A1 |
20150154676 | Matousek et al. | Jun 2015 | A1 |
20150200985 | Feldman et al. | Jul 2015 | A1 |
20150370798 | Ju et al. | Dec 2015 | A1 |
20160057154 | Ferguson et al. | Feb 2016 | A1 |
20160171453 | Zorfas | Jun 2016 | A1 |
20160197993 | Perkowski et al. | Jul 2016 | A1 |
20160232600 | Purves | Aug 2016 | A1 |
20160330258 | Sandhu | Nov 2016 | A1 |
20160337291 | Park et al. | Nov 2016 | A1 |
20160357305 | Wells et al. | Dec 2016 | A1 |
20160357368 | Federighi et al. | Dec 2016 | A1 |
20160373455 | Shokhrin et al. | Dec 2016 | A1 |
20160380952 | Vora et al. | Dec 2016 | A1 |
20170060349 | Munoz et al. | Mar 2017 | A1 |
20170131864 | Edgar | May 2017 | A1 |
20170164063 | Lewis et al. | Jun 2017 | A1 |
20170180299 | Garza | Jun 2017 | A1 |
20170195736 | Chai et al. | Jul 2017 | A1 |
20170242899 | Jolley et al. | Aug 2017 | A1 |
20170270535 | McKee et al. | Sep 2017 | A1 |
20170295249 | Vickrey et al. | Oct 2017 | A1 |
20170315677 | Rice et al. | Nov 2017 | A1 |
20170359290 | Hsu et al. | Dec 2017 | A1 |
20180063278 | Helled et al. | Mar 2018 | A1 |
20180113579 | Johnston et al. | Apr 2018 | A1 |
20180121031 | Ta et al. | May 2018 | A1 |
20180174106 | Kenthapadi et al. | Jun 2018 | A1 |
20180192142 | Paul | Jul 2018 | A1 |
20180218160 | Wetherall et al. | Aug 2018 | A1 |
20180309806 | Huynh et al. | Oct 2018 | A1 |
20180349485 | Carlisle et al. | Dec 2018 | A1 |
20180349502 | Maycock | Dec 2018 | A1 |
20180365270 | Azout et al. | Dec 2018 | A1 |
20180373794 | Dimson | Dec 2018 | A1 |
20190095067 | Huang et al. | Mar 2019 | A1 |
20190335008 | Majoros et al. | Oct 2019 | A1 |
20200007675 | Khanukaev | Jan 2020 | A1 |
20200151815 | Whitfield | May 2020 | A1 |
20200211125 | McCuskey | Jul 2020 | A1 |
20200218413 | VanDuyn | Jul 2020 | A1 |
20200267435 | Gordon et al. | Aug 2020 | A1 |
20200326839 | Walkin et al. | Oct 2020 | A1 |
20210029131 | Mertens et al. | Jan 2021 | A1 |
20210097630 | Whilby | Apr 2021 | A1 |
20210105244 | O'Rourke et al. | Apr 2021 | A1 |
Number | Date | Country |
---|---|---|
2015149375 | Oct 2015 | WO |
Entry |
---|
Peyton, “PS3 Tutorial: Game Menu”, published: Jul. 29, 2012, https://www.youtube.com/watch?v=j3O_ViiptsA (Year: 2012). |
Preinterview First Office Action received for U.S. Appl. No. 16/358,380 dated Aug. 5, 2020, 13 pages. |
Holland, Jason, “Systems And Methods for Prioritizing Digital User Content Within a Graphical User Interface”, U.S. Appl. No. 17/008,083, filed Aug. 31, 2020, 56 pages. |
Preinterview First Office Action received for U.S. Appl. No. 16/358,962 dated Aug. 20, 2020, 14 pages. |
Preinterview First Office Action received for U.S. Appl. No. 16/358,025 dated Apr. 30, 2020, 55 pages. |
First Action Interview received for U.S. Appl. No. 16/358,025 dated Jul. 17, 2020, 55 pages. |
Final Office Action received for U.S. Appl. No. 16/358,025 dated Sep. 2, 2020, 77 pages. |
Non-Final Office Action received for U.S. Appl. No. 16/358,032 dated Apr. 3, 2020, 40 pages. |
Final Office Action received for U.S. Appl. No. 16/358,032 dated Aug. 25, 2020, 45 pages. |
Preinterview First Office Action received for U.S. Appl. No. 16/361,631 dated Oct. 2, 2020, 28 pages. |
Preinterview First Office Action received for U.S. Appl. No. 16/358,969 dated Apr. 2, 2020, 18 pages. |
Final Office Action received for U.S. Appl. No. 16/358,969 dated Jun. 15, 2020, 18 pages. |
Notice of Allowance received for U.S. Appl. No. 16/358,969 dated Aug. 25, 2020, 15 pages. |
Underwood, Patrick Joseph Roark, “Systems And Methods for Generating Digital Channel Content”, U.S. Appl. No. 17/084,690, filed Oct. 30, 2020, 40 pages. |
Underwood et al., “Snap Scroll”, U.S. Appl. No. 29/684,315, filed Mar. 20, 2019, 16 pages. |
Underwood et al., “Fanning Interface”, U.S. Appl. No. 29/684,316, filed Mar. 20, 2019, 13 pages. |
Underwood et al., “Display Device with Graphical User Interface”, U.S. Appl. No. 29/685,031, filed Mar. 26, 2019, 12 pages. |
Underwood et al., “Display Device with Graphical User Interface”, U.S. Appl. No. 29/685,030, filed Mar. 26, 2019, 12 pages. |
Underwood et al., “Display Device with Graphical User Interface”, U.S. Appl. No. 29/685,029, filed Mar. 26, 2019, 14 pages. |
Underwood et al., “Bottom-Focused Channel Overview”, U.S. Appl. No. 29/684,604, filed Mar. 22, 2019, 15 pages. |
Underwood et al., “Bottom-Focused Channel”, U.S. Appl. No. 29/684,606, filed Mar. 22, 2019, 13 pages. |
Underwood et al., “Display Screen with Graphical User Interface”, U.S. Appl. No. 29/685,028, filed Mar. 26, 2019, 14 pages. |
Underwood et al., “Vertical To Horizontal Interface Flow”, U.S. Appl. No. 29/684,609, filed Mar. 22, 2019, 13 pages. |
Underwood et al., “Limited Screen to Full Screen Interface Flow”, U.S. Appl. No. 29/684,610, filed Mar. 22, 2019, 14 pages. |
Holland, Jason, “Display Screen with a Graphical User Interface”, U.S. Appl. No. 29/748,663, filed Aug. 31, 2020, 13 pages. |
Holland, Jason, “Display Screen with a Graphical User Interface”, U.S. Appl. No. 29/748,664, filed Aug. 31, 2020, 12 pages. |
Holland, Jason, “Display Screen with a Graphical User Interface”, U.S. Appl. No. 29/748,668, filed Aug. 31, 2020, 12 pages. |
Holland, Jason, “Display Screen with a Graphical User Interface”, U.S. Appl. No. 29/748,669, filed Aug. 31, 2020, 12 pages. |
Holland, Jason, “Display Screen with a Graphical User Interface”, U.S. Appl. No. 29/748,670, filed Aug. 31, 2020, 12 pages. |
Non-Final Office Action received for U.S. Appl. No. 16/358,025 dated Mar. 1, 2021, 75 pages. |
Non-Final Office Action received for U.S. Appl. No. 16/358,032 dated Feb. 3, 2021, 57 pages. |
Final Office Action received for U.S. Appl. No. 16/358,380 dated Apr. 15, 2021, 51 pages. |
Kalaska, Maciej, “RouteFinder app, posted at dribbble”, URL: <https://dribbble.com/shots/6049671-RouteFinder-app> (Year: 2019), posting date Feb. 20, 2019. Site visited Apr. 24, 2021, 1 page. |
Ex Parte Quayle Action received for U.S. Appl. No. 29/684,609 dated Apr. 28, 2021, 82 pages. |
Final Office Action received for U.S. Appl. No. 16/358,962 dated Mar. 15, 2021, 37 pages. |
Final Office Action received for U.S. Appl. No. 16/361,631 dated Apr. 8, 2021, 58 pages. |
Ex Parte Quayle Action received for U.S. Appl. No. 29/684,315 dated Apr. 29, 2021, 87 pages. |
Berrgmann, Martha, Home Screen Sliding Animation, posted at dribbble, URL: <https://dribbble.com/shots/4328249-Home-Screen-Sliding-Animation-1-15> posting date Mar. 10, 2016. Site visited Apr. 22, 2021, 1 page. |
Nugroho, Adi, “Daily UI Challenge #10 Simple Date App, posted at dribbble”, URL: <https://dribbble.com/shots/3710148-Daily-U I-Challenge-10-Simple-Date-App> posting date Aug. 3, 2017. Site visited Apr. 22, 2021, 1 page. |
Li, Zhi et al., Chinese design No. 303978893, published at Orbit, Dec. 12, 2016, 14 pages. |
Yang, Jinlong, Chinese design No. 303329806, published at Orbit, Aug. 12, 2015, 7 pages. |
Piao, Rongwan et al., Chinese design No. 303479533, published at Orbit, Dec. 2, 2015, 6 pages. |
Kang, You-Jin et al., Korean design No. 300944195, published at Orbit, Feb. 13, 2018, 7 pages. |
Rahimi, Ehsan, “Music Playlist App Interaction, posted at dribbble”, URL: <https://dribbble.com/shots/4650389-Music-Playlist-App-I nteraction>, posting date May 30, 2018. Site visited Apr. 24, 2021, 1 page. |
Ries, Vilem, “Wanderapp, posted at dribbble”, URL: <https://dribbble.com/shots/5402223-Wander-app-interactions-2>, posting date Oct. 16, 2018. Site visited Apr. 24, 2021, 1 page. |
Non-Final Office Action received for U.S. Appl. No. 29/684,316 dated Apr. 26, 2021, 75 pages. |
Luo, Yi, “Chinese Design No. 304180173”, published at Orbit, Jun. 16, 2017, 8 pages. |
Song, Yuting, “Chinese Design No. 303841816”, Sep. 7, 2016, 6 pages. |
Liu, “Chinese Design No. 304005631”, published at Orbit, Jan. 11, 2017, 4 pages. |
Wang, Yufeng, “Chinese Design No. 303617576”, Mar. 16, 2016, 7 pages. |
Marcelino, Bruno, “Gestures Glamour: How to Set Up Swipeable Stacked Cards”, URL: <https://www.outsystems.com/blog/posts/gestures_glamour_swipeable_stacked_cards/>, Mar. 9, 2018, 13 pages. |
Perera, Nimasha, “Card Stack Animation—2, posted at dribbble”, URL: <https://dribbble.com/shots/2377045-Card-Stack-Animation-2>, posting date Nov. 28, 2015. Site visited Apr. 20, 2021, 1 page. |
Ex Parte Quayle Action received for U.S. Appl. No. 29/684,604 dated Apr. 27, 2021, 62 pages. |
Gu, Fengtao, “Chinese design No. 304788552”, Aug. 28, 2018, 5 pages. |
Xiao, Yao Yao et al., “Chinese design No. 304992731, published at Orbit”, Jan. 11, 2019, 5 pages. |
Non-Final Office Action received for U.S. Appl. No. 29/684,606 dated Apr. 29, 2021, 79 pages. |
Li, Xinrui et al., “Chinese design No. 304220928”, Jul. 28, 2017, 9 pages. |
Xin, “Chinese design No. 304619594, published at Orbit”, May 8, 2018, 9 pages. |
Wang, Hong et al., Chinese design No. 303670237, published at Orbit, publication date May 11, 2016. Site visited Apr. 21, 2021. Available from Internet. (Year: 2016), 6 pages. |