mozilla

Compare Revisions

Social API temp

Change Revisions

Revision 319201:

Revision 319201 by Sheppy on

Revision 319217:

Revision 319217 by Sheppy on

Title:
Social API temp
Social API temp
Slug:
User:Sheppy/Social_API_temp
User:Sheppy/Social_API_temp
Content:

Revision 319201
Revision 319217
t22                        </p>t
23                        <h3 id="Terms">
24                          Terms
25                        </h3>
26                        <p>
27                          <strong>Social Service Provider:</stron
>g> A web service that provides one or more APIs to a browser to e 
>nable social features. It is defined to the browser by a structur 
>ed text file, which instructs the browser how to load JavaScript  
>and HTML resources that brings its functions into the browser. 
28                        </p>
29                        <p>
30                          <strong>Service Worker:</strong> A long
>-running JS computation environment, managed by the browser, serv 
>ed by a user-specified web address, which acts as a coordination  
>and communication hub for integration between the browser and a w 
>eb service. 
31                        </p>
32                        <p>
33                          <strong>Widget:</strong> A user-interfa
>ce element, created by the browser, which provides a visual regio 
>n for the display of content produced by the Service Provider. 
34                        </p>
35                        <p>
36                          <strong>Service Message:</strong> A mes
>sage is a JSON-encoded string that is either sent by the browser  
>to the Service Worker, or sent by the Service Worker to the brows 
>er. These messages are used to coordinate the display of browser- 
>managed user interface elements and to respond to user and conten 
>t interactions. See Message Serialization for encoding details. 
37                        </p>
38                        <p>
39                          <strong>Sidebar:</strong> A vertical re
>ctangle of screen space, positioned to the side of normal browser 
> content in a tabbed browser window, which is stable across browe 
>r navigation and tab-focus changes. A Sidebar may be minimized, w 
>hich causes it to be rendered entirely in "above-the-content/not- 
>overlaid-over-content" layout space. 
40                        </p>
41                        <p>
42                          <strong>Recommend:</strong> The user-in
>itiated act of indicating that a piece of web content (typically  
>a URL) should be marked as being of interest to a user. No input  
>other than than the URL is expected. A Recommend can be completed 
> with no Widget; it has no user interface other than the button,  
>menu bar, or command that indicates "recommend this". 
43                        </p>
44                        <p>
45                          <strong>Share:</strong> The user-initia
>ted act of sending a piece of web content (typically a URL) with  
>an optional comment, explanation, or other data, to a user addres 
>s, list of user addresses, social network, or other destination.  
>The details of a Share interaction are service-specific and a Sha 
>reWidget is required to render the user interface to complete a s 
>hare. 
46                        </p>
47                        <p>
48                          <strong>Client-to-User Notification:</s
>trong> Client-to-User Notification is the API that is made availa 
>ble to a Service Worker to indicate that data and interactions ar 
>e pending for the user on this particular device, and that the se 
>rvice is ready to provide them. Subject to the browser's configur 
>ation, these notifications may be used to trigger a variety of at 
>tention-getting interface elements, including "toast" or "Growl"- 
>style ephemeral windows, ambient notifications (e.g. glowing, hop 
>ping, pulsing), or collections (e.g. pull-down notification panel 
>s, lists of pending events). These Notifications are constructed  
>to allow the Service Worker to receive notification when the user 
> indicates interest in one of them, allowing the data presentatio 
>n or interaction to proceed immediately. 
49                        </p>
50                        <p>
51                          <strong>Server-to-Client Notification:<
>/strong> Server-to-Client Notification is a system by which a ser 
>vice arranges for notifications to be delivered promptly and effi 
>ciently to a client. It is not a feature of this proposal, though 
> existing web techniques including WebSockets, Server-Sent Events 
>, XMLHttpRequest with long polling (or infrequently quick polling 
>) can all be used from Service Workers. It is expected that a Ser 
>vice Worker that has received a Server-to-Client Notification wil 
>l often relay this data into a Client-to-User Notification. 
52                        </p>
53                        <p>
54                          <strong>Panel:</strong> A user-interfac
>e region (typically rectangular) that is temporarily displayed ab 
>ove content and browser chrome, used for short-lived interactions 
> that are user-initiated or very important. 

Back to History