Patent Publication Number: US-11042275-B2

Title: Calling attention to a section of shared data

Description:
BACKGROUND 
     Many productivity applications provide specialized tools for displaying and editing (e.g., creating, modifying, etc.) contents of a file. Some productivity applications allow multiple users to collaborate within a shared workspace created for business meetings, brainstorming sessions, classrooms, and so forth. Thus, these productivity applications provide an environment where multiple users can simultaneously view and/or edit the contents of a file as a group. For example, a productivity application can provide a digital whiteboard for multiple users to manipulate whiteboard objects on a digital canvas. The whiteboard objects can include digital ink expressions (e.g., drawing elements, text, diagrams, etc.), etc. 
     Although existing productivity applications can provide specialized functions that support group collaboration as it relates to editing content in a multi-user collaborative workspace, existing productivity applications fail to provide an effective way of coordinating group collaboration given a situation where users of the group break apart to work separately on different sections of shared data. For instance, in some scenarios, the users in the group may access the shared data using their own computing devices. Using their own computing devices, the users in the group may focus (e.g., zoom in) on separate sections of the shared data. This enables the users to independently edit content in their own section of the shared data. Consequently, a first user editing content in a first section is unlikely to be able to effectively monitor and/or keep an eye on content being edited by a second user in a second section that is not being displayed via the computing device of the first user. Stated another way, the second section is “off-screen” from the perspective of the first user and/or the computing device of the first user. 
     Therefore, productivity applications lack the ability to effectively coordinate when and/or where collaboration is needed and/or is wanted. For instance, continuing the example scenario from the previous paragraph, the second user may want the first user to review the content the second user has created and/or edited. Or the second user may want to ask the first user a question about the content being edited by the second user. To achieve this using existing systems, the second user would typically have to establish a separate form of communication with the first user (e.g., a textual “chat” message, a phone call, etc.) and manually guide the first user to her or his section in the shared data (e.g., “come to the upper right portion of the file”, “flip to page seven of the file”, etc.). The communication from the second user may often interrupt what the first user is doing. Alternatively, the first user could zoom out of her or his section and manually search, in an unguided manner, the shared data for the section being worked on by the second user. Such efforts are inefficient with respect to the consumption of time and/or computing resources. 
     SUMMARY 
     The techniques disclosed herein provide a computationally efficient human-computer interface for collaborative viewing and/or editing of content. Among other technical benefits, the techniques disclosed herein can reduce utilization of computing resources by simplifying the collaborative process for viewing and/or editing content in a multi-user collaborative workspace. As described herein, data can be shared amongst a number of users, each utilizing separate devices. Thus, the data may be referred to herein as a “shared” data (e.g., a data unit such as a file). Further, individual users may separately edit (e.g., create, modify, etc.) content in a particular section (e.g., area, region, page, etc.) of the shared data. A result of this separate editing may cause sections of the shared data to be off-screen from a perspective of a user and/or a computing device being used by the user. 
     The disclosed techniques provide an efficient and an effective way for an individual user, of a multi-user sharing session, to request that other users view content being edited by the individual user in a section that is “off-screen” for the other users. For example, one user may want to collaborate with another user about the content. In another example, one user may want to ask another user a question while both are simultaneously viewing the content. In yet another example, one user may want to let another user know they have completed an assigned group task and her or his completed work is ready for review (e.g., a second set of eyes). 
     As described herein, a request for a user to view content may be referred to as a call for attention to a section of shared data. Calling attention to a particular section of the shared data can be implemented in a graphical manner. For example, a user interface element can be displayed on a display screen being viewed by a user that has been requested to provide attention to a particular section being edited by another user. The user interface element can be displayed in a non-invasive way that does not interrupt the work being performed by the user. Moreover, the user interface element can continue to be displayed, over a period time, in order to make sure the user is aware that the other user has requested her or his attention. In various examples, the user interface element is selectable, and thus, the user interface element provides a mechanism for the user to efficiently switch a display screen to content which the user has been requested to view. This can be implemented at a time that is convenient to the user. Further, by graphically calling attention to a particular section of shared data, the need for a user to consume time and/or computing resources to manually search for and locate the content to view can be reduced or eliminated. This can reduce the utilization of computing resources like processor cycles, memory, network bandwidth, and power. 
     In order to provide the technical benefits described above, and potentially others, a system is provided that enables users to participate in a multi-user sharing session. The multi-user sharing session might, for example, be implemented in association with a digital whiteboard presenting whiteboard objects such as, but not limited to, handwriting or hand-drawn images such as digital ink created using a digital pen or touchscreen. Alternatively, the multi-user sharing session can also be implemented in association with other types of collaborative workspaces and other configurations. 
     Users can access a multi-user sharing session utilizing client computing devices configured with an appropriate client application. The client application can present content to the users such as, for example, on display devices (e.g., display screens) connected to the client computing devices. The content might be, for example, a digital whiteboard (e.g., a digital canvas), a word processing document, a spreadsheet document, a presentation document, an image or video, or another type of content. The content can be stored in a data unit, such as a file, on a server computer and distributed to the client computing devices participating in the multi-user sharing session. 
     The system can display different content of shared data on different client computing devices. The different content can then be edited by different users in different sections of the shared data. Different users can edit content at the same time in the multi-user sharing session. Alternatively, different users can edit content at different times in the multi-user sharing session. For instance, the multi-user sharing session can last for an extended period of time (e.g., days, weeks, months, etc.), and authorized users can access the shared data and/or edit content throughout this extended time period. 
     The system can receive, from a client computing device of a user that wants to call attention to the content she or he has created, a request for another user to view the content. For example, a user can select a menu option that implements a feature (e.g., functionality) enabling the user to request that the other user view the content being edited by the user. For instance, the feature essentially enables the user to graphically “raise a hand” in a multi-user sharing session to call attention to a particular section of a shared file. The request can be for all the other users in the multi-user sharing session to provide attention. In other words, the whole group is called upon to review the content. Alternatively, the request can identify individual users in the multi-user sharing session that are to provide attention. That is, the user can provide input specifying a particular person to review the content she or he has edited. 
     Responsive to receiving the request, the system can display a user interface element via the client computing device of a user that is requested to provide attention. The user interface element indicates that the user has been requested to view content being edited by another user in another section of the shared data (e.g., a section that is currently off-screen). Moreover, the user interface element is a selectable user interface element that provides an efficient manner for the user to initiate the viewing of the content on her or his display screen. For instance, upon selection of the user interface element by the user, the system can take the user to the section of the shared data for which attention has been requested. In various examples, the system changes a view from the user&#39;s own content being edited in her or his own section of the shared data to a view of the content of another section (e.g., the display jumps from one section of the shared data to another). In other examples, the system scrolls from one section in the shared data to another section to be viewed in at least one of a horizontal direction or a vertical direction. This enables the user to briefly view content that may exist between the two sections. The viewing of intermediate content may be useful in understanding the context of the shared file or a manner in which different sections of the shared data are organized (e.g., laid out) based on type(s) of content being edited and/or particular users editing the content. 
     In various examples, a user interface of a multi-user sharing session can include graphical representations of the different users that have authorized access to the shared data. The system can display the user interface element that indicates that a user has been requested to view content in a manner so that it is graphically associated with the user that requests the content be viewed. For instance, the user interface element can be graphically connected to a graphical representation of a user. Or, the user interface element can comprise an altered visual appearance of the graphical representation of a user. For example, a flashing graphical representation may be an indicator that attention is requested by the user, a change to a particular color of a graphical representation may be an indicator that attention is requested by the user, or an “attention requested” icon displayed as a partially transparent overlay on the graphical representation may be an indicator that attention is requested by the user. In this way, the user requested to provide attention knows which user is requesting attention. In some examples, a graphical representation of a user indicates whether the user is presently accessing the shared data and/or editing the content in her or his section of the shared data. Stated another way, the graphical representation can serve as a presence indicator. 
     In various examples, the system can access a layout of the shared data to determine a layout location of a section that contains content requested to be viewed relative to a layout location of a section currently being viewed by a user that has been requested to provide attention. Based on this determination, the system can display the user interface element at a position on a display screen that represents the layout location of the section that contains the content requested to be viewed relative to the layout location of the section currently being viewed. This provides spatial context related to a layout of the sections of the shared data. 
     In further examples, the system enables the user requesting attention to identify a portion of content in her or his section for other users to focus on. For example, the user can alter the visual appearance of the portion of the content (e.g., highlight, change a color, etc.). Consequently, when the system presents the content to the other users, the system can graphically distinguish a portion of the content to be focused on (e.g., for review purposes) from other portions of the content within an individual section. 
     In addition to those technical benefits discussed above, implementations of the disclosed technologies can result in improved human-computer interaction during a multi-user sharing session and/or the editing of content in shared data. This can save computing resources, such as memory resources, processing resources, and networking resources. Other technical benefits not specifically mentioned herein can also be realized through implementations of the disclosed subject matter. 
     This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter. The term “techniques,” for instance, may refer to system(s), method(s), computer-readable instructions, module(s), algorithms, hardware logic, and/or operation(s) as permitted by the context described above and throughout the document. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       The Detailed Description is described with reference to the accompanying figures. In the figures, the left-most digit(s) of a reference number identifies the figure in which the reference number first appears. The same reference numbers in different figures indicate similar or identical items. References made to individual items of a plurality of items can use a reference number with a letter of a sequence of letters to refer to each individual item. Generic references to the items may use the specific reference number without the sequence of letters. 
         FIG. 1A  illustrates a block diagram of a system for providing a computationally efficient human-computer interface for calling other users&#39; attention to content. 
         FIG. 1B  illustrates how different portions of the content in  FIG. 1A  are displayed on different display screens of the different client computing devices for the users. 
         FIG. 1C  illustrates how some of the computing devices of the system shown in  FIG. 1A  can provide a user interface through which a user interface element can be positioned to represent a location of another section of content to view based on a call for attention. 
         FIG. 2A  illustrates an example of how a user can access and select a menu option in a user interface to request that other users of a multi-user sharing session view content being edited by the user. 
         FIG. 2B  illustrates an example of how a user can select specific users to which the request to view content is to be sent. 
         FIG. 2C  illustrates an example of how a user can identify a portion of content in her or his section for other users to focus on. 
         FIG. 2D  illustrates an example of how a user can determine whether another user editing the same content as the user has previously called others to view the content. 
         FIG. 3A  illustrates an example user interface that displays a user interface element generated to notify a user that she or he is a user that has been requested to view the content being edited by another user. 
         FIG. 3B  illustrates another example user interface that displays a user interface element generated to notify a user that she or he is a user that has been requested to view the content being edited by another user. 
         FIG. 4  illustrates an example user interface that is displayed after a user selects a user interface element to switch from currently displayed content to content for which the user has been requested to view. 
         FIG. 5  illustrates an example user interface that enables a reviewer to provide feedback with respect to the content for which they have been requested to view. 
         FIG. 6A  illustrates an example user interface that visually notifies a user of a client device of a section of shared data that currently is receiving a high level of attention (e.g., a large number of users are currently viewing content in a “hot” or “popular” section of a shared data unit). 
         FIG. 6B  illustrates an example user interface that visually notifies a user of a client device of a section of shared data that has received a high level of attention (e.g., a large number of users have recently switched to view content in a “hot” or “popular” section of a shared data unit). 
         FIG. 7  illustrates an example user interface that contains a dashboard of shared data to which a user has access. 
         FIG. 8  is a flow diagram showing aspects of a routine for calling other users&#39; attention to content. 
         FIG. 9  is a computer architecture diagram illustrating an illustrative computer hardware and software architecture for a computing system capable of implementing aspects of the techniques and technologies presented herein. 
         FIG. 10  is a diagram illustrating a distributed computing environment capable of implementing aspects of the techniques and technologies presented herein. 
     
    
    
     DETAILED DESCRIPTION 
     The Detailed Description discloses aspects of a system that provides a computationally efficient interface for collaborative viewing and/or editing of content. As discussed briefly above, individual users may separately edit (e.g., create, modify, etc.) content in a particular section (e.g., area, region, page, etc.) of shared data. A result of this separate editing may cause sections of the shared data to be off-screen from a perspective of a user and/or a computing device being used by the user. The disclosed techniques provide an effective way for an individual user, of a multi-user sharing session, to request that other users view content being edited by the individual user in a section that is “off-screen” for the other users. Based on the request, a selectable user interface element can be displayed enabling efficient access to the content to be viewed by the other users. 
       FIG. 1A  is a block diagram of a system for providing a computationally efficient human-computer interface for calling other users&#39; attention to content. The exemplary system shown in  FIG. 1A  can provide a collaborative whiteboard where multiple users can view and/or edit (e.g., work on) separate sections of content in shared data during a multi-user sharing session. As illustrated in  FIG. 1A , a system  100  is configured to enable users  102 A- 102 D (which might be referred to collectively as the “users  102 ” or individually as a “user  102 ”) to participate in a multi-user sharing session. Note that while four users  102 A- 102 D are shown in  FIG. 1A , a multi-user sharing session may include any number of users (e.g., two, three, five, ten, one hundred, etc.). 
     The multi-user sharing session might, for example, be implemented as a digital whiteboard presenting whiteboard objects such as, but not limited to, handwriting or hand-drawn images such as digital ink created using a digital pen or touchscreen. It is to be appreciated that the technologies disclosed herein can be utilized with any type of collaborative platform such as, but not limited to, collaborative whiteboards and collaborative editing sessions of documents such as a spreadsheet, word processing document, etc. Accordingly, the configurations described herein are not limited to use with a specific collaboration platform. 
     The users  102 A- 102 D can access the multi-user sharing session utilizing client computing devices  104 A- 104 D (which might be referred to collectively as the “computing devices  104 ” or individually as a “computing device  104 ”), respectively configured with an appropriate client application. The client application can present different content  106 A- 106 D to the different users  102 A- 102 D such as, for example, on display devices  108 A- 108 D (e.g., display screens) connected to the client computing devices  104 A- 104 D, respectively. The different content  106 A- 106 D, in combination, makes up the content  106  of shared data such as a file. In some instances, a subset of the users  102 A- 102 D may be concurrently viewing and working on the same piece of content and/or in the same section or overlapping sections. 
     As described above, the content  106  may include, for example, a digital whiteboard, virtual objects, a word processing document, a spreadsheet document, a presentation document, an image or a video, or another type of content. In examples further described herein, the content  106  includes a digital whiteboard (e.g., a digital canvas) containing hand drawn diagrams and text. 
     The content  106  can be stored in a shared data unit such as a file on a server computer  112 , or in another networked location, and distributed to the client computing devices  104  participating in the multi-user sharing session via a communications network. The shared data unit containing the content  106  might also be stored on one of the client computing devices  104  and shared to the other client computing devices  104  in other configurations. The content  106  can be provided to the client computing devices  104  in other ways in other configurations. 
     As described above, the users  102 A- 102 D may separately edit (e.g., create, modify, etc.) the content  106  via different sections (e.g., areas, regions, pages, etc.) of the shared data unit. To this end, user  102 A is shown editing first content  106 A contained in a first section of the shared data unit. User  102 B is shown editing second content  106 B contained in a second section of the shared data unit. User  102 C is shown editing third content  106 C contained in a third section of the shared data unit. And user  102 D is shown editing fourth content  106 D contained in a fourth section of the shared data unit. 
     The different sections of the shared data unit may be configured in a layout that defines spatial relationships between the sections, as shown in  FIG. 1A . For example, the spatial relationship may define a location of one section relative to a location of another section in the layout. The spatial relationship can be defined using a coordinate space in which the content of the file is laid out. In one example, the coordinate space comprises a two-dimensional “x-y” coordinate space, and thus, the spatial relationship may comprise a horizontal and/or a vertical component. In other examples, the coordinate space can be different, such as a three-dimensional coordinate space, and thus, a spatial relationship may include additional components for additional dimensions. As an additional reference,  FIG. 1B  illustrates how different portions of the content in  FIG. 1A  are displayed on different display screens of the different client computing devices for the users. More specifically,  FIG. 1B  shows the mappings of different content to different display screens. 
     While  FIG. 1A  and  FIG. 1B  illustrate evenly sized and evenly shaped sections that are adjacent to one another and share boundaries, it is understood that the techniques described herein can be implemented in association with sections of different sizes, sections of different shapes, and/or sections that do not share boundaries in the shared file. Moreover, in some instances, sections can partially overlap one another. Thus, there is no limitation as to how a section is defined and there is no limitation on the number of sections in a shared data unit (e.g., there may be one hundred people collaborating on a whiteboard-based project, each working within their own section of an expansive digital canvas). Rather, the use of “section” herein is employed to highlight that different content of a same data unit can be displayed on different display screens. In one example, the sections may be defined based on a portion of a shared data unit currently being displayed on a display screen of a client computing device. In an additional example, one section may be a grid section with a pre-configured size and shape, while another section of the shared data unit may be a free-form section outlined based on user input. 
     A result of this separate editing may cause different content and/or different sections of the shared data unit to be off-screen from a perspective of a user and/or a computing device being used by the user. Consequently, the disclosed techniques provide an efficient and an effective way for an individual user, of a multi-user sharing session, to request that other users view content being edited by the individual user in a section that is “off-screen” for the other users. For example, one user may want to collaborate with another user about the content. In another example, one user may want to ask another user a question while both are simultaneously viewing the content. In yet another example, one user may want to let another user know they have completed an assigned group task and her or his completed work is ready for review (e.g., a second set of eyes). 
     To further illustrate,  FIG. 1A  shows that the client application includes a feature to request attention, as shown on the display screen  108 A. To implement the feature, user  102 A selects a menu option  114  via the client computing device  104 A. Based on selection of the menu option  114 , the client computing device  104 A sends, and the server computer  112  receives, a request for other users (e.g., user  102 B, user  102 C, and/or user  102 D) to view the first content  106 A. In other words, the request calls attention to the first content  106 A on behalf of the first user  102 A. 
     Upon receiving the request, the server computer  112  causes a user interface element  116 , indicating that attention is requested, to be displayed on each of the display screens  108 B,  108 C, and/or  108 D. That is, the server computer  112  can generate and send information (e.g., a notification) to enable the client computing devices to display the user interface element  116 . 
     The user interface element  116  can be displayed in a non-invasive way that does not interrupt the work being performed by the users  102 B,  102 C,  102 D. For example, the user interface element  116  can be displayed at an edge of a user interface. Moreover, the user interface element  116  can continue to be displayed, over a period time, in order to make sure the users  102 B,  102 C,  102 D are aware that user  102 A has requested that they view the first content  106 A. 
     In various examples, the user interface element  116  is selectable, and thus, the user interface element  116  provides a mechanism for the users  102 B,  102 C,  102 D to efficiently switch their display screens  108 B,  108 C,  108 D from respectively displaying the second content  106 B, the third content  106 C, and the fourth content  106 D, to displaying the first content  106 A for which user  102 A has requested attention. This can be implemented at a time that is convenient to each of users  102 B,  102 C,  102 D. 
       FIG. 1C  shows how some of the computing devices of the system shown in  FIG. 1A  can provide a user interface through which the user interface element  116  (from  FIG. 1A ) can be positioned to represent a location of another section of content to view based on a call for attention. For example, the server computer  112 , or another computing device operating as a part of the disclosed system  100 , can access a layout of the shared data unit to determine a layout location of a section that contains content  106 A requested to be viewed relative to a layout location of a section currently being viewed by a user  102 B,  102 C,  102 D that has been requested to provide attention. Based on this determination, the server computer  112 , or the other computing device, can display the user interface element  116  at a position, within a user interface, that represents the layout location of the section that contains the content  106 A requested to be viewed relative to the layout location of the section currently being viewed. This provides, to a user, spatial context related to a layout of the shared data unit. 
     As shown in  FIG. 1C , user interface element  118  is positioned at the left side of a user interface on display screen  108 B as a result of the layout revealing that the first content  106 A of the first section is directly to the left of the second content  106 B currently being displayed via the user interface on the display screen  108 B. Further, user interface element  120  is positioned at the top of a user interface on display screen  108 C as a result of the layout revealing that the first content  106 A of the first section is directly above the third content  106 C currently being displayed via the user interface on the display screen  108 C. And user interface element  122  is positioned at the upper left corner of the user interface on display screen  108 D as a result of the layout revealing that the first content  106 A of the first section is up and to the left of the fourth content  106 D currently being displayed via the user interface on the display screen  108 D. 
       FIGS. 2A-2D  show how a computing device of the system can provide user interface(s) through which a user can request that other users view content being edited, or that has been edited, by the user. In the example of  FIG. 2A , a user accesses and selects a menu option in a user interface  200  to request that other users of a multi-user sharing session view content being edited by the user. 
     As shown in  FIG. 2A , user  102 A employs a digital whiteboard application executing via client computing device  104 A to edit content on a section of a digital canvas, access to which is shared amongst a plurality of users. Content being edited by user  102 A includes a drawing of a chair and dimensions associated with a chair, as well as a hand-written list of questions. The user interface includes graphical representations  202  of other users (e.g., user  102 B or “UB”, user  102 C or “UC”, user  102 D or “UD”) that have authorized access to the digital canvas. 
     In various examples, a visual appearance of a graphical representation  202  of a user can be altered to indicate whether that particular user is presently accessing the data unit and/or editing the content in her or his section of the shared data unit. For instance, the graphical representation may be green to indicate presence. Or, the graphical representation may be faded to indicate non-presence or that the user is off-line. 
     Furthermore, the user interface presents a menu  204  that provides access to different options (e.g., features) usable to edit content and/or perform other functions with respect to the content (e.g., different ink colors for marking, an eraser, a brush, a ruler, undo inking, repeat inking, add an image, search for content, snap a photo, provide a reaction, etc.). One of the accessible menu options includes a get attention feature  206 , a user selection of which is shown in  FIG. 2A  using a cursor element. 
     Moving to the user interface  208  in  FIG. 2B , after selecting the get attention feature  206  in  FIG. 2A , the user may be presented with an option  210  to select specific users to which the request to view content is to be sent. In the example of  FIG. 2B , the user selects user  102 C or “UC”. The user can select any number of users to request attention from, including all the users. In some examples, a default request sends the requests to all the users participating in the multi-user sharing session. 
       FIG. 2C  shows a user interface  212  in which a user can identify a portion of the content in her or his section for other users to focus on. For example, the user  102 A can use a tool  214  associated with the get attention feature  206  to alter the visual appearance of the portion of the content  216  (e.g., highlight, change a color, etc.). In the example of  FIG. 2C , the user  102 A has drawn a rectangle around the portion of the content  216  in order to highlight content which the user  102 A wants other users to focus on. Consequently, when the content is displayed to the other users, the portion of content identified by the user is graphically distinguished from other portions of the content. In this way, the other users know to focus a review on the identified portion of content. 
       FIG. 2D  shows a user interface  218  that enables a user to determine whether another user editing the same content as the user has previously called others to view the content. In the example of  FIG. 2D , user  102 A and another user are editing the same content in the same section or an overlapping section of a data unit. Furthermore, the other user may have already requested that some or all of the users that have access to the shared data provide attention to the displayed content that multiple users are editing. Accordingly, when user  102 A wants to identify users to provide attention, the user interface  218  can be configured to inform user  102 A that a particular user has already been requested to provide attention. For instance, as shown by element  220  which associates a raised hand with the representation for user “UD” (e.g., user  102 D), user  102 A is notified that the attention of user  102 D has already been requested by another user editing the same content as user  102 A. In this way, user  102 A is aware that other people are requesting attention for this content and/or this section. 
     Once the get attention feature  206  is activated, the client computing device  104 A can send the request to the server computer  112  and/or the other client computing devices of those users which the user  102 A wants to view the content.  FIG. 3A  illustrates a user interface  300  that displays a user interface element  302  generated by the server computer  112  and/or client computing device  104 C to notify user  102 C that she or he is a user that has been requested to view the content being edited by user  102 A (e.g., provide attention to the content being edited by user  102 A). 
     The user interface element  302  is displayed while user  102 C is editing her or his own content  106 C on the digital canvas (e.g., a table with a lamp). As shown, the user interface element  302  is graphically, and visually, associated with the representation of user  102 A or (“UA”). This association reveals to user  102 C that user  102 A is the user requesting attention (not user  102 B or user  102 D). 
       FIG. 3B  illustrates another user interface  304  that displays a user interface element  306  generated by the server computer  112  and/or client computing device  104 C to notify user  102 C that she or he is a user that has been requested to view the content being edited by user  102 A. In this example, the graphical representation of user  102 A (“UA”) is altered in a way so as to indicate, to user  102 C, that user  102 A is requesting attention, and the altered graphical representation comprises the user interface element  306 . In the example shown, an “attention requested” icon (e.g., an icon of a raised hand) is displayed as a partially transparent overlay on the graphical representation to indicate that attention is requested. In other examples, the graphical representation can flash, change colors, scale to a larger or smaller size, etc. 
     In  FIG. 3B , the graphical representations of the users are positioned to reflect a layout location of currently displayed content  106 C contained in a currently displayed section relative to a layout location of content being edited by the represented user in another section, as described above with respect to  FIG. 1C . 
       FIG. 4  illustrates an example user interface  400  that is displayed after user  102 C selects one of the user interface elements  302 ,  306  in  FIGS. 3A and 3B . Accordingly, the view of the digital canvas for user  102 C is switched from the currently displayed content  106 C in  FIGS. 3A  and  3 B (e.g., the table and the lamp being edited by user  102 C) to the content  106 A for which the view request was sent (e.g., a chair and the written questions being edited by user  102 A). 
     In various examples, a view of the currently displayed content  106 C is changed to a view of the content  106 A requested to be viewed (e.g., the display jumps from one section of the shared data unit to another). In other examples, selection of a user interface element enables scrolling from one section in the digital canvas to another section in the digital canvas in at least one of a horizontal direction or a vertical direction. This enables user  102 C to briefly view content that may exist between the two sections. The viewing of intermediate content may be useful in understanding the context of the digital canvas or a manner in which different sections of the digital canvas are organized (e.g., laid out) based on type(s) of content being edited and/or particular users editing the content. 
       FIG. 5  illustrates an example user interface  500  that enables a reviewer (e.g., user  102 C) to provide feedback with respect to the content  106 A for which she or he has been requested to view (e.g., provide attention). As shown, implementation of the get attention feature  206  may cause a feedback menu  502  to be displayed. The feedback menu  502  can be graphically associated (e.g., graphically connected) to the content the user wants a reviewer to focus on. Moreover, the feedback menu  502  allows user  102 C to quickly provide a reaction (e.g., thumbs up, thumbs down, clap, an emoji, etc.) and/or submit a comment on the reviewed content  106 A. 
       FIG. 6A  illustrates an example user interface  600  that visually notifies a user of a client device of a section of shared data that currently is receiving a high level of attention (e.g., a large number of users are currently viewing content in a “hot” or “popular” section of a shared data unit). In this example, graphical representations of users that have access to the shared data unit (e.g., a digital canvas) are dispersed around the edge of the user interface  600  in order to identify the users, their presence or lack thereof, and/or the location of the different content being edited relative to the content currently displayed (e.g., a chair). As shown in  FIG. 6A , a cluster of user representations (e.g., user “LB”, user “KL”, user “NR”, user “HW”, user “AT”) are displayed close to one another. This indicates that each of the users are currently viewing content in the same section and/or overlapping sections. Accordingly, the system can provide a user interface element (e.g., a graphical bubble that groups the clustered users) to indicate that a particular section and/or particular content is currently receiving a high level of attention. This indication can be activated based on a threshold number of users that are viewing the same content and/or the same section. For example, the system can monitor for a predetermined percentage of online users switching their display screens to view the same content and/or the same section (e.g., 30% of users that are online are currently viewing the same content and/or the same section). 
       FIG. 6B  illustrates an example user interface  604  that visually notifies a user of a section of a shared data unit that has received a high level of attention (e.g., a large number of users have recently switched to view content in a “hot” or “popular” section of a shared data unit). Again, in this example, graphical representations of users that have access to the shared data unit (e.g., a digital canvas) are dispersed around the edge of the user interface  604  in order to identify the users, their presence or lack thereof, and/or the location of the different content being edited relative to the content currently displayed. 
     In this example, the visual appearance of one of the graphical representations (e.g., “KL”) is altered to indicate that the content and/or the section currently being worked on by “KL” has recently received, a high level of attention  606 . Similar to the discussion above, an altered visual appearance can include flashing, a change in colors, a change in fill pattern, a change in size, etc. 
     To determine whether a high level of attention has been reached in this example, the system may track the number of users that have viewed the content and/or a particular section over a time period (e.g., the most recent ten minutes, the most recent thirty minutes, the most recent day, the most recent week, etc.) and compare the number of users to a threshold number. If the number exceeds the threshold, then the content and/or the section qualifies as having received a high level of attention. In some instances, the threshold can be established based on a predetermined percentage of a total number of users that have access to the shared data unit (e.g., 10%, 20%, 30%, 40%, 50%, etc.). 
       FIG. 7  illustrates an example user interface  700  that contains a dashboard of shared data units to which a user has access. As shown, the user interface  700  can separate shared data units for which attention is requested from a user from other shared data units. That is, a first section  702  may prioritize shared data units for which a user (e.g., “AB”) is being requested to review content, and a second section  704  may contain data units with content for which the user (e.g., “AB”) is not being requested to review content. As shown via the graphical elements on the data units, user “DS” is requesting that user “AB” review content in “DataXYZ”, user “GR” is requesting that user “AB” review content in “DataABC”, and users “CB” and “LW” are requesting that user “AB” review content in “Data123”. Accordingly, the dashboard can provide a quick snapshot of how many people are requesting the attention of “AB”, as well as a number of data units that need attention. 
     In various examples, the notification (e.g., the user interface element) indicating that a user&#39;s attention has been requested is configured to persist on a display screen for a predetermined period of time (e.g., thirty seconds, one minute, two minutes, five minutes, one day, etc.). Upon expiration of the predetermined period of time, the notification can be dismissed so that the user is no longer being notified of the request. Furthermore, the system may enable the user requesting the attention to set the period of time for which the notification is to persist before being dismissed. For instance, a user may define that a user interface element requesting attention be displayed for five minutes. After that five minutes, the user requesting the attention wants to continue editing the content by incorporating the feedback provided by those that reviewed the content. Consequently, any feedback received after five minutes may no longer be as effective. In additional or alternative examples, the user requested to provide attention can be presented with an option to manually dismiss or ignore the notification if the user thinks a review of the content is not important. 
     In some configurations, a request for attention can be attached to an object (e.g., a diagram or text drawn on a section of a whiteboard). Thus, if the object is deleted, the request for attention is terminated. Moreover, if the object is moved from one section of a whiteboard to another section of the whiteboard, then the request for attention moves with the object (e.g., a user interface element can be updated to indicate a location of an object to be reviewed). Even further, the request for attention can be associated with a state of an object, where the state of an object is associated with a timestamp. Accordingly, when a reviewer selects a user interface element to view content, based on a request for attention, the system can display the object in its state at the time attention is requested. In some instances, the system can also display the object in its current state so that the reviewer can compare the state of the object at a time attention is requested to a current state of the object at a time the reviewer chooses to review the object (e.g., the reviewer can compare the two states of the object to determine edits that occur between when attention is requested and when attention is provided). 
       FIG. 8  is a flow diagram illustrating a routine  800  for enabling aspects of the present disclosure. In various examples, operations of the routine  800  can be performed by the server computer  112  and/or a client computing device. It should be appreciated that the logical operations described herein with regard to  FIG. 8 , and the other FIGS., can be implemented (1) as a sequence of computer implemented acts or program modules running on a computing device and/or (2) as interconnected machine logic circuits or circuit modules within a computing device. 
     The particular implementation of the technologies disclosed herein is a matter of choice dependent on the performance and other requirements of the computing device. Accordingly, the logical operations described herein are referred to variously as states, operations, structural devices, acts, or modules. These states, operations, structural devices, acts and modules can be implemented in hardware, software, firmware, in special-purpose digital logic, and any combination thereof. It should be appreciated that more or fewer operations can be performed than shown in the FIGS. and described herein. These operations can also be performed in a different order than those described herein. 
     It also should be understood that the illustrated methods can end at any time and need not be performed in their entireties. Some or all operations of the methods, and/or substantially equivalent operations, can be performed by execution of computer-readable instructions included on a computer-storage media, as defined below. The term “computer-readable instructions,” and variants thereof, as used in the description and claims, is used expansively herein to include routines, applications, application modules, program modules, programs, components, data structures, algorithms, and the like. Computer-readable instructions can be implemented on various system configurations, including single-processor or multiprocessor systems, minicomputers, mainframe computers, personal computers, hand-held computing devices, microprocessor-based, programmable consumer electronics, combinations thereof, and the like. 
     For example, the operations of the routine  800  can be implemented by dynamically linked libraries (“DLLs”), statically linked libraries, functionality produced by an application programming interface (“API”), a compiled program, an interpreted program, a script, a network service or site, or any other executable set of instructions. Data can be stored in a data structure in one or more memory components. Data can be retrieved from the data structure by addressing links or references to the data structure. 
     Although the following illustration may refer to the components of the Figures, it can be appreciated that the operations of the routine  800  may be also implemented in many other ways. For example, the routine  800  may be implemented, at least in part, by a processor of another remote computer, processor or circuit. In addition, one or more of the operations of the routine  800  may alternatively or additionally be implemented, at least in part, by a chipset working alone or in conjunction with other software modules. In the example described below, one or more modules of a computing system can receive and/or process the data disclosed herein. Any service, circuit or application suitable for providing the techniques disclosed herein can be used in operations described herein. 
     With reference to  FIG. 8 , the routine  800  begins at operation  802  where first content of a first section of a shared data unit is displayed on a display screen of a first computing device associated with a first user. As discussed above, a multi-user sharing session might, for example, be implemented as a digital whiteboard presenting whiteboard objects. At operation  804 , second content of a second section of the shared data unit is displayed on a display screen of a second computing device associated with a second user. 
     The routine  800  proceeds to operation  806 , where a request, for the second user to view the first content of the first section, is received from the first computing device. At operation  808 , a user interface element is displayed on the display screen of the second computing device based on the reception of the request. The user interface element indicates that the second user has been requested to view the first content in the first section. 
     The routine then proceeds to operation  810  where an indication that the user interface element has been selected is received. Based on receipt of the indication, at operation  812 , the first content of the first section is displayed on the display screen of the second computing device. 
       FIG. 9  shows additional details of an example computer architecture  900  for a computer, such as the client computing devices  104  and the server computer  112  shown in  FIGS. 1A-1C , capable of executing the program components described herein. Thus, the computer architecture  900  illustrated in  FIG. 9  illustrates an architecture for a server computer, a mobile phone, a PDA, a smart phone, a desktop computer, a netbook computer, a tablet computer, and/or a laptop computer. The computer architecture  900  may be utilized to execute any aspects of the software components presented herein. 
     The computer architecture  900  illustrated in  FIG. 9  includes a central processing unit  902  (“CPU”), a system memory  904 , including a random access memory  906  (“RAM”) and a read-only memory (“ROM”)  908 , and a system bus  910  that couples the memory  904  to the CPU  902 . A basic input/output system containing the basic routines that help to transfer information between elements within the computer architecture  900 , such as during startup, is stored in the ROM  908 . The computer architecture  900  further includes a mass storage device  912  for storing an operating system  914 , an application  916  such as a digital whiteboard application (e.g., with a feature to request attention), a shared data unit  110  containing content  106 , and other data described herein. 
     The mass storage device  912  is connected to the CPU  902  through a mass storage controller (not shown) connected to the bus  910 . The mass storage device  912  and its associated computer-readable media provide non-volatile storage for the computer architecture  900 . Although the description of computer-readable media contained herein refers to a mass storage device, such as a solid-state drive, a hard disk or a CD-ROM drive, it should be appreciated by those skilled in the art that computer-readable media can be any available computer-readable storage media or communication media that can be accessed by the computer architecture  900 . 
     Communication media includes computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics changed or set in a manner so as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer-readable media. 
     By way of example, and not limitation, computer-readable storage media may include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. For example, computer media includes, but is not limited to, RAM, ROM, EPROM, EEPROM, flash memory or other solid-state memory technology, CD-ROM, digital versatile disks (“DVD”), HD-DVD, BLU-RAY, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information, and which can be accessed by the computer architecture  900 . For purposes of the claims, the phrase “computer storage medium,” “computer-readable storage medium” and variations thereof, does not include waves, signals, and/or other transitory and/or intangible communication media, per se. 
     According to various configurations, the computer architecture  900  may operate in a networked environment using logical connections to remote computers through the network  918 . The computer architecture  900  may connect to the network  918  through a network interface unit  920  connected to the bus  910 . The computer architecture  900  also may include an input/output controller  922  for receiving and processing input from a number of other devices, including a keyboard, mouse, touch, or electronic stylus or pen. Similarly, the input/output controller  922  may provide output to a display screen, a printer, or other type of output device. 
     It should be appreciated that the software components described herein may, when loaded into the CPU  902  and executed, transform the CPU  902  and the overall computer architecture  900  from a general-purpose computing system into a special-purpose computing system customized to facilitate the functionality presented herein. The CPU  902  may be constructed from any number of transistors or other discrete circuit elements, which may individually or collectively assume any number of states. More specifically, the CPU  902  may operate as a finite-state machine, in response to executable instructions contained within the software modules disclosed herein. These computer-executable instructions may transform the CPU  902  by specifying how the CPU  902  transitions between states, thereby transforming the transistors or other discrete hardware elements constituting the CPU  902 . 
     Encoding the software modules presented herein also may transform the physical structure of the computer-readable media presented herein. The specific transformation of physical structure may depend on various factors, in different implementations of this description. Examples of such factors may include, but are not limited to, the technology used to implement the computer-readable media, whether the computer-readable media is characterized as primary or secondary storage, and the like. For example, if the computer-readable media is implemented as semiconductor-based memory, the software disclosed herein may be encoded on the computer-readable media by transforming the physical state of the semiconductor memory. For example, the software may transform the state of transistors, capacitors, or other discrete circuit elements constituting the semiconductor memory. The software also may transform the physical state of such components in order to store data thereupon. 
     As another example, the computer-readable media disclosed herein may be implemented using magnetic or optical technology. In such implementations, the software presented herein may transform the physical state of magnetic or optical media, when the software is encoded therein. These transformations may include altering the magnetic characteristics of particular locations within given magnetic media. These transformations also may include altering the physical features or characteristics of particular locations within given optical media, to change the optical characteristics of those locations. Other transformations of physical media are possible without departing from the scope and spirit of the present description, with the foregoing examples provided only to facilitate this discussion. 
     In light of the above, it should be appreciated that many types of physical transformations take place in the computer architecture  900  in order to store and execute the software components presented herein. It also should be appreciated that the computer architecture  900  may include other types of computing devices, including hand-held computers, embedded computer systems, personal digital assistants, and other types of computing devices known to those skilled in the art. It is also contemplated that the computer architecture  900  may not include all of the components shown in  FIG. 9 , may include other components that are not explicitly shown in  FIG. 9 , or may utilize an architecture completely different than that shown in  FIG. 9 . 
       FIG. 10  depicts an illustrative distributed computing environment  1000  capable of executing the software components described herein. Thus, the distributed computing environment  1000  illustrated in  FIG. 10  can be utilized to execute any aspects of the software components presented herein. 
     According to various implementations, the distributed computing environment  1000  includes a computing environment  1002  operating on, in communication with, or as part of the network  1004 . One or more client devices  1006 A- 1006 N (hereinafter referred to collectively and/or generically as “clients  1006 ” and also referred to herein as computing devices  1006 ) can communicate with the computing environment  1002  via the network  1004 . 
     In one illustrated configuration, the clients  1006  include a computing device  1006 A such as a laptop computer, a desktop computer, or other computing device; a slate or tablet computing device (“tablet computing device”)  1006 B; a mobile computing device  1006 C such as a mobile telephone, a smart phone, or other mobile computing device; a server computer  1006 D; and/or other devices  1006 N. It should be understood that any number of clients  1006  can communicate with the computing environment  1002 . 
     In the illustrated configuration, the computing environment  1002  includes application servers  1008 , data storage  1010 , and one or more network interfaces  1012 . According to various implementations, the functionality of the application servers  1008  can be provided by one or more server computers that are executing as part of, or in communication with, the network  1004 . The application servers  1008  can host various services, virtual machines, portals, and/or other resources. In the illustrated configuration, the application servers  1008  host one or more virtual machines  1014  for hosting applications or other functionality. According to various implementations, the virtual machines  1014  host one or more applications and/or software modules for implementing aspects of the functionality disclosed herein. It should be understood that this configuration is illustrative and should not be construed as being limiting in any way. The application servers  1008  can also host or provide access to one or more portals, link pages, Web sites, and/or other information (“web portals”)  1016 . 
     According to various implementations, the application servers  1008  also include one or more mailbox services  1018  and one or more messaging services  1020 . The mailbox services  1018  can include electronic mail (“email”) services. The mailbox services  1018  also can include various personal information management (“PIM”) and presence services including, but not limited to, calendar services, contact management services, collaboration services, and/or other services. The messaging services  1020  can include, but are not limited to, instant messaging services, chat services, forum services, and/or other communication services. 
     The application servers  1008  also may include one or more social networking services  1022 . The social networking services  1022  can include various social networking services including, but not limited to, services for sharing or posting status updates, instant messages, links, photos, videos, and/or other information; services for commenting or displaying interest in articles, products, blogs, or other resources; and/or other services. 
     As shown in  FIG. 10 , the application servers  1008  also can host other services, applications, portals, and/or other resources (“other resources”)  1024 . The other resources  1024  can include, but are not limited to, workspace collaboration, document sharing, rendering or any other functionality. It thus can be appreciated that the computing environment  1002  can provide integration of the concepts and technologies disclosed herein with various mailbox, messaging, social networking, and/or other services or resources. 
     As mentioned above, the computing environment  1002  can include the data storage  1010 . According to various implementations, the functionality of the data storage  1010  is provided by one or more databases operating on, or in communication with, the network  1004 . The functionality of the data storage  1010  also can be provided by one or more server computers configured to host data for the computing environment  1002 . The data storage  1010  can include, host, or provide one or more real or virtual datastores  1026 A- 1026 N (hereinafter referred to collectively and/or generically as “datastores  1026 ”). The datastores  1026  are configured to host data used or created by the application servers  1008  and/or other data. Although not illustrated in  FIG. 10 , the datastores  1026  also can host or store web page documents, word documents, presentation documents, data structures, algorithms for execution by a recommendation engine, and/or other data utilized by any application program or another module. Aspects of the datastores  1026  may be associated with a service for storing data units such as files. 
     The computing environment  1002  can communicate with, or be accessed by, the network interfaces  1012 . The network interfaces  1012  can include various types of network hardware and software for supporting communications between two or more computing devices including, but not limited to, the computing devices and the servers. It should be appreciated that the network interfaces  1012  also may be utilized to connect to other types of networks and/or computer systems. 
     It should be understood that the distributed computing environment  1000  described herein can provide any aspects of the software elements described herein with any number of virtual computing resources and/or other distributed computing functionality that can be configured to execute any aspects of the software components disclosed herein. According to various implementations of the concepts and technologies disclosed herein, the distributed computing environment  1000  provides the software functionality described herein as a service to the computing devices. It should also be understood that the computing devices can include real or virtual machines including, but not limited to, server computers, web servers, personal computers, mobile computing devices, smart phones, and/or other devices. As such, various configurations of the concepts and technologies disclosed herein enable any device configured to access the distributed computing environment  1000  to utilize the functionality described herein for providing the techniques disclosed herein, among other aspects. In one specific example, as summarized above, techniques described herein may be implemented, at least in part, by a web browser application, which works in conjunction with the application servers  1008  of  FIG. 10 . 
     The disclosure presented herein also encompasses the subject matter set forth in the following clauses. 
     Example Clause A, a system comprising: one or more processing units; and a computer-readable storage medium having computer-executable instructions encoded thereon to cause the one or more processing units to: cause first content of a first section of a shared data to be displayed on a display screen of a first computing device associated with a first user, wherein the shared data is accessible to a plurality of users in a multi-user sharing session; cause second content of a second section of the shared data to be displayed on a display screen of a second computing device associated with a second user, wherein the second content of the second section is different than the first content of the first section; receive, from the first computing device, a request for the second user to view the first section; responsive to receiving the request, cause a user interface element to be displayed on the display screen of the second computing device, the user interface element indicating that the second user has been requested to view the first section; receive an indication that the user interface element has been selected by the second user; and responsive to receiving the indication that the user interface element has been selected by the second user, cause the first content of the first section to be displayed on the display screen of the second computing device. 
     Example Clause B, the system of Example Clause A, wherein causing the first content of the first section to be displayed on the display screen of the second computing device comprises changing a view of the second content of the second section to a view of the first content of the first section. 
     Example Clause C, the system of Example Clause A, wherein causing the first content of the first section to be displayed on the display screen of the second computing device comprises scrolling from the second section to the first section in at least one of a horizontal direction or a vertical direction. 
     Example Clause D, the system of any one of Example Clause A through C, wherein the shared data comprises a digital whiteboard and the first section of the digital whiteboard comprises an off-screen section when the second section of the digital whiteboard is being displayed on the display screen of the second computing device. 
     Example Clause E, the system of any one of Example Clause A through D, wherein the user interface element displayed on the display screen of the second computing device is graphically associated with a graphical representation of the first user. 
     Example Clause F, the system of Example Clause E, wherein the user interface element further indicates that the first user is presently editing the first content in the first section of the shared data. 
     Example Clause G, the system of any one of Example Clause A through F, wherein: the user interface element displayed on the display screen of the second computing device comprises a graphical representation of the first user; and the computer-executable instructions further cause the one or more processing units to alter a visual appearance of the graphical representation of the first user to indicate that the second user has been requested to view the first section of the shared data. 
     Example Clause H, the system of any one of Example Clause A through G, wherein the computer-executable instructions further cause the one or more processing units to: determine a layout location of the first section relative to a layout location of the second section; and cause the user interface element to be displayed at a position on the display screen of the second computing device that represents the layout location of the first section relative to the layout location of the second section. 
     Example Clause I, the system of any one of Example Clause A through H, wherein the computer-executable instructions further cause the one or more processing units to graphically distinguish between a first portion of the first content displayed on the display screen of the second computing device and a second portion of the first content displayed on the display screen of the second computing device, wherein the first portion of the first content has been selected by the first user for review by the second user. 
     Example Clause J, the system of Example Clause I, wherein the first portion of the first content is graphically distinguished from the second portion of the first content via highlighting. 
     Example Clause K, a method comprising: causing first content of a shared data to be displayed on a display screen of a first computing device associated with a first user, wherein the shared data is accessible to a plurality of users in a multi-user sharing session; causing second content of the shared data to be displayed on a display screen of a second computing device associated with a second user, wherein the second content is different than the first content; receiving, from the first computing device, a request for the second user to view the first content; responsive to receiving the request, causing a user interface element to be displayed on the display screen of the second computing device, the user interface element indicating that the second user has been requested to view the first content; receiving an indication that the user interface element has been selected by the second user; and responsive to receiving the indication that the user interface element has been selected by the second user, causing the first content to be displayed on the display screen of the second computing device. 
     Example Clause L, the method of Example Clause K, wherein causing the first content to be displayed on the display screen of the second computing device comprises changing a view of the second content to a view of the first content. 
     Example Clause M, the method of Example Clause K or Example Clause L, wherein the shared data comprises a digital whiteboard and the first content comprises off-screen content when the second content is being displayed on the display screen of the second computing device. 
     Example Clause N, the method of any one of Example Clauses K through M, wherein the user interface element displayed on the display screen of the second computing device is graphically associated with a graphical representation of the first user. 
     Example Clause O, the method of any one of Example Clauses K through N, wherein: the user interface element displayed on the display screen of the second computing device comprises a graphical representation of the first user; and the method further comprises altering a visual appearance of the graphical representation of the first user to indicate that the second user has been requested to view the first content of the shared data. 
     Example Clause P, the method of any one of Example Clauses K through O, further comprising: determining a layout location of the first content relative to a layout location of the second content in the shared data; and causing the user interface element to be displayed at a position on the display screen of the second computing device that represents the layout location of the first content relative to the layout location of the second content in the shared data. 
     Example Clause Q, a computing device comprising: one or more processing units; and a computer-readable storage medium having computer-executable instructions encoded thereon to cause the one or more processing units to: display content of a shared data on a display screen, wherein the shared data is accessible to a plurality of users in a multi-user sharing session and the content is being edited by a user associated with the computing device; display a menu option that enables the user to call attention to at least a portion of the content; and based upon a selection of the menu option, send an instruction to request that another user, of the plurality of users in the multi-sharing session, attend to the portion of the content. 
     Example Clause R, the computing device of Example Clause Q, wherein attending to the portion of the content comprises replacing other content currently being displayed via another computing device associated with the other user with the content being edited by the user associated with the computing device. 
     Example Clause S, the computing device of Example Clause Q or Example Clause R, wherein sending the instruction to request that the other user attend to the portion of the content causes a user interface element to be displayed via another computing device associated with the other user, the user interface element indicating that the user has requested that the other user view the content. 
     Example Clause T, the computing device of any one of Example Clauses Q through S, wherein the computer-executable instructions further cause the one or more processing units to display a user interface element associated with each of the plurality of users, a selection of the user interface element identifying a corresponding user as the one to attend to the content. 
     For ease of understanding, the processes discussed in this disclosure are delineated as separate operations represented as independent blocks. However, these separately delineated operations should not be construed as necessarily order dependent in their performance. The order in which the process is described is not intended to be construed as a limitation, and any number of the described process blocks may be combined in any order to implement the process or an alternate process. Moreover, it is also possible that one or more of the provided operations is modified or omitted. 
     The terms “a,” “an,” “the” and similar referents used in the context of describing the invention (especially in the context of the following claims) are to be construed to cover both the singular and the plural unless otherwise indicated herein or clearly contradicted by context. The terms “based on,” “based upon,” and similar referents are to be construed as meaning “based at least in part” which includes being “based in part” and “based in whole” unless otherwise indicated or clearly contradicted by context. 
     It should be appreciated that any reference to “first,” “second,” etc. users or other elements within the Summary and/or Detailed Description is not intended to and should not be construed to necessarily correspond to any reference of “first,” “second,” etc. elements of the claims. Rather, any use of “first” and “second” within the Summary, Detailed Description, and/or claims may be used to distinguish between two different instances of the same element (e.g., two different users, two different virtual machines, etc.). 
     In closing, although the various configurations have been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended representations is not necessarily limited to the specific features or acts described. Rather, the specific features and acts are disclosed as example forms of implementing the claimed subject matter. All examples are provided for illustrative purposes and is not to be construed as limiting.