Re: [Editing] Splitting Selection API Into a Separate Specification
Web Applications Working Group, With a Selections API in its own specification, discussion topics include: Document Object Model Range Selection HTMLRange : Range HTMLSelection : Selection Interfaces such as HTMLRange and HTMLSelection can extend Range and Selection to provide UI features, e.g. context menus and HTMLMenuElement. Selections API topics include: Attributes on ranges, selections. Styling of ranges, selections. Tooltips on ranges, selections. Context menus on ranges, selections. Scrolling to ranges, selections. Navigating between ranges in a selection and between selections (e.g. tabIndex) Hyperlinks to ranges, selections. Canonical URI fragments for ranges, selections; extending default context menus on selections to clipboard hyperlinks which include the canonical URI fragment. Hypertext content can utilize hyperlinks to ranges and selections to discuss relationships between selected content; see also: http://inference-web.org/ , http://www.w3.org/TR/prov-o/ , http://lurchmath.org/ . Informative content can provide users with information about related ranges or selections with hyperlinks which scroll to ranges or selections and with effects on mouseover. Other topics include visual indicators on scrollbars based on styled ranges and selections. Kind regards, Adam Sobieski From: Ryosuke Niwa Sent: Thursday, March 13, 2014 7:45 PM To: public-webapps@w3.org Cc: Jonas Sicking, Ted O'Connor, Ehsan Akhgari, Aryeh Gregor, Yoshifumi Inoue Hi, It appears that there is a lot of new features such as CSS regions and shadow DOM that have significant implications on selection API, and we really need a spec. for selection API these specifications can refer to. Thankfully, Aryeh has done a great work writing the spec. for selection API as a part of HTML Editing APIs specification [1] but no browser vendor has been able to give meaningful feedback or has implemented the spec due to the inherent complexity in HTML editing. As a result, the specification hasn't made much progress towards reaching Last Call or CR. Given the situation, I think it's valuable to extract the parts of the spec that defines selection API into its own specification and move it forward in the standards process so that we can make it more interoperable between browsers, and let CSS regions, shadow DOM, and other specifications refer to the specification. Any thoughts and opinions? [1] https://dvcs.w3.org/hg/editing/raw-file/tip/editing.html - R. Niwa
[webcomponents] Editable Web Components
Web Applications Working Group, Greetings. I would like to broach some ideas for web components including in response to Web Components in 2014 (http://lists.w3.org/Archives/Public/public-webapps/2014JanMar/0338.html). The ideas pertain to web components (http://www.w3.org/TR/components-intro/ , http://www.polymer-project.org/) and HTML5 editing (http://www.w3.org/TR/html5/editing.html). Component technologies have included runtime and designtime modes. Solutions for editable components include designtime, or editable, document object models and shadow document object models, where nested runtime web components could map to nested designtime web components. Other solutions include web intents (http://webintents.org/ , http://webintents.org/edit) and other implementations towards OLE (http://en.wikipedia.org/wiki/Object_Linking_and_Embedding) or OpenDoc (http://en.wikipedia.org/wiki/OpenDoc) functionality. Scenarios for editable web components include wiki technologies (http://en.wikipedia.org/wiki/Wiki , http://en.wikipedia.org/wiki/Category:Wikipedia_templates , http://meta.wikimedia.org/wiki/Help:Advanced_templates). I would like to also introduce the Collaborative Software Community Group (http://www.w3.org/community/groups/proposed/#collaboration) and to welcome others to support the group as well as to participate. The mission of the Collaborative Software Community Group is to provide a forum for experts in collaborative software and groupware for technical discussions, gathering use cases and requirements to align the existing formats, software, platforms, systems and technologies (e.g. wiki technology) with those used by the Open Web Platform. The goal is to ensure that the requirements of collaborative technology and groupware can be answered, when in scope, by the Recommendations published by W3C. This group is chartered to publish documents when doing so can enhance collaborative technology and groupware. The goal is to cooperate with relevant groups and to publish documents to ensure that the requirements of the collaborative software and groupware community are met. Kind regards, Adam Sobieski
[webcomponents] Semantics and Web Components
Web Applications Working Group, Greetings. I would like to also indicate an article at the Argumentation Community Group which broached web components and semantics (http://www.w3.org/community/argumentation/2014/02/23/document-and-package-semantics-and-metadata/). The topics of web components and graph-based data could be, in a collaborative software context, pertinent to Semantic Wiki (http://en.wikipedia.org/wiki/Semantic_wiki , https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014#Semantic_MediaWiki) and to the Collaborative Software Community Group (http://www.w3.org/community/groups/proposed/#collaboration). Kind regards, Adam Sobieski
RE: MathML and Clipboard API and events
Web Applications Working Group, Greetings. In addition to facilitating interprocess communication, clipboarding, with the data of arbitrary selections of hypertext and MathML, the aforementioned techniques can facilitate interprocess communication with the data of arbitrary selections of hypertext with RDFa, content in the formats of hypertext, RDF, and hypertext with RDFa. Kind regards, Adam Sobieski From: adamsobie...@hotmail.com To: public-webapps@w3.org CC: hallv...@opera.com Date: Sat, 20 Apr 2013 19:40:48 + Subject: RE: MathML and Clipboard API and events Web Applications Working Group, Greetings. With regard to MathML and clipboard API and events, some clipboarding and interprocess communication API topics include: (1) The use of JavaScript callback functions or interfaces with the DataTransfer interface (http://www.w3.org/TR/html5/editing.html#the-datatransfer-interface); WebIDL includes syntax for callback functions (http://www.w3.org/TR/WebIDL/#dfn-callback-function) and interfaces (http://www.w3.org/TR/WebIDL/#dfn-callback-interface). An earlier letter discussing the topic was RE: [Clipboard] Mathematical Proofs in HTML5 Documents (http://lists.w3.org/Archives/Public/public-webapps/2012AprJun/0041.html). (2) The use of XInclude (http://www.w3.org/TR/xinclude/) in clipboarding and interprocess communication with RFC2392 (http://www.ietf.org/rfc/rfc2392.txt) in such a way that clipboard content with such XML can be differentiated from from clipboard-related uses of such XML. (3) Provenance data interoperable with bibliographic referencing systems and document authoring software in clipboarding and interprocess communication. A solution for clipboarding arbitrary selections of hypertext which can include MathML, which can include parallel markup, is the use of XInclude in the clipboarded hypertext. In addition to backwards compatible clipboarding, with text/html and application/xhtml+xml, we could also utilize content type parameters, for instance text/html; ...=... and application/xhtml+xml; ...=..., which could indicate to clipboard consumers the use of XInclude and RFC2392 in interprocess communication. That is, from an arbitrary selection of hypertext document content including: pThis sentence has mathematics in it math ../math./p we can envision something on the clipboard like: pThis sentence has mathematics in it include xmlns=http://www.w3.org/2001/XInclude; href=... /./p where the URI scheme of the XInclude's @href could be as per RFC2392 so as to indicate content from another clipboard resource, which could have a multipart/alternative content type, and content types such as: application/mathml-presentation+xml, application/mathml-content+xml, and/or application/mathml+xml, as well as other formats and content based upon processing any parallel content (http://www.w3.org/TR/MathML3/chapter5.html) in the MathML. Pasting would then be a bit more complex, scanning for such XInclude elements, and assembling content utilizing formats known to the pasting application. Kind regards, Adam Sobieski
RE: MathML and Clipboard API and events
Web Applications Working Group, Greetings. With regard to MathML and clipboard API and events, some clipboarding and interprocess communication API topics include: (1) The use of JavaScript callback functions or interfaces with the DataTransfer interface (http://www.w3.org/TR/html5/editing.html#the-datatransfer-interface); WebIDL includes syntax for callback functions (http://www.w3.org/TR/WebIDL/#dfn-callback-function) and interfaces (http://www.w3.org/TR/WebIDL/#dfn-callback-interface). An earlier letter discussing the topic was RE: [Clipboard] Mathematical Proofs in HTML5 Documents (http://lists.w3.org/Archives/Public/public-webapps/2012AprJun/0041.html). (2) The use of XInclude (http://www.w3.org/TR/xinclude/) in clipboarding and interprocess communication with RFC2392 (http://www.ietf.org/rfc/rfc2392.txt) in such a way that clipboard content with such XML can be differentiated from from clipboard-related uses of such XML. (3) Provenance data interoperable with bibliographic referencing systems and document authoring software in clipboarding and interprocess communication. A solution for clipboarding arbitrary selections of hypertext which can include MathML, which can include parallel markup, is the use of XInclude in the clipboarded hypertext. In addition to backwards compatible clipboarding, with text/html and application/xhtml+xml, we could also utilize content type parameters, for instance text/html; ...=... and application/xhtml+xml; ...=..., which could indicate to clipboard consumers the use of XInclude and RFC2392 in interprocess communication. That is, from an arbitrary selection of hypertext document content including: pThis sentence has mathematics in it math ../math./p we can envision something on the clipboard like: pThis sentence has mathematics in it include xmlns=http://www.w3.org/2001/XInclude; href=... /./p where the URI scheme of the XInclude's @href could be as per RFC2392 so as to indicate content from another clipboard resource, which could have a multipart/alternative content type, and content types such as: application/mathml-presentation+xml, application/mathml-content+xml, and/or application/mathml+xml, as well as other formats and content based upon processing any parallel content (http://www.w3.org/TR/MathML3/chapter5.html) in the MathML. Pasting would then be a bit more complex, scanning for such XInclude elements, and assembling content utilizing formats known to the pasting application. Kind regards, Adam Sobieski
RE: Digital Books, Web Components, Bookmarking and Hyperlinking
Web Applications Working Group, Greetings. In the BookmarkML approach, we can add bibliographic metadata, useful for graphical user interface summarizations and visualizations of bookmarks and useful for interoperability with authoring software when quoting, citing and referencing materials. Digital book reading software can produce bookmarks, including with one or more text or multimedia selections (see also: http://idpf.org/epub/linking/cfi/epub-cfi.html, http://www.w3.org/TR/media-frags/, http://www.w3.org/TR/xpath-30/, http://www.w3.org/TR/xpath-full-text-10/) and authoring software can be interoperable with bookmarks. bookmark href=... !-- bibliographic metadata about the bookmarked book, chapter, section, page, configuration, for example http://bibliontology.com/ -- data path=...xpath1... param name=x1 value=value_1 / param name=x2 value=value_2 / ... /data data path=...xpath2... param name=x3 value=value_3 / param name=x4 value=value_4 / ... /data ... /bookmark or bookmark !-- bibliographic metadata about the bookmarked book, chapter, section, page, configuration, for example http://bibliontology.com/ -- resources url type=application/epub+zipftp://...url url type=application/epub+ziphttp://...url ... /resources data path=...xpath1... param name=x1 value=value_1 / param name=x2 value=value_2 / ... /data data path=...xpath2... param name=x3 value=value_3 / param name=x4 value=value_4 / ... /data ... /bookmark Kind regards, Adam Sobieski
Digital Books, Web Components, Bookmarking and Hyperlinking
Web Applications Working Group, Greetings. At the upcoming Digital Publishing Workshop, topics will include widgets definitions, standardization (http://www.w3.org/2012/08/electronic-books/topics.html) and, depending upon the workshop, widgets definitions, standardization could pertain to web applications, web components, or both, and web components could become an HTML 5.1 topic. As digital book authoring teams are envisioned as making use of advancing authoring software with visual design premises, digital books and textbooks are anticipated to contain nested visual design components in layouts. Such visual design components can be implemented as web components. With regard to hypertext-based documents, books and textbooks containing nested web components, topics of interest include bookmarking to and hyperlinking to specific configurations of books, chapters, sections, and pages in multimedia hypertext-based documents, digital books and textbooks. With regard to nested web components and multimedia elements, there is a tree of stateful objects concept and bookmarks could be implemented as XML files, for example in a BookmarkML format. Such XML data could be obtained from and loaded into digital book readers' JavaScript API's. BookmarkML could include, for example, XPath paths to nested stateful web components and multimedia elements as well as initialization data for each web component and multimedia element. bookmark data path=...xpath1...init_string_1/data data path=...xpath2...init_string_2/data /bookmark or bookmark data path=...xpath1... param name=x1value_1/param param name=x2value_2/param /data data path=...xpath2... param name=x3value_3/param param name=x4value_4/param /data /bookmark With a BookmarkML format, hypertext containing a hyperlink to a page in a digital book could resemble: ...as you can see in Book, on a href='book.page123.bookmark' type='application/bookmark+xml'page 123/a... With regard to a URI syntax, based upon the tree-based nature of the data, it is possible that a predicate calculus syntax could be utilized in URI fragments, as per: #P1(X, P2(Y, Z)) . With BookmarkML, URI syntax, or both, pertinent topics include the interfaces of some stateful hypertext elements, object and multimedia elements, and heuristics could be described to obtain data from hypertext elements. Kind regards, Adam Sobieski
Social Networking and Elections
Web Applications Working Group, Greetings. In a 2010 Scientific American article, Tim Berners-Lee indicated some concerns about social networking websites. Concerns were expressed about social networking websites which were described as walled gardens. Concerns indicated included that social networking websites were walling off information posted by their users from the rest of the Web and he warned Americans that, if Facebook and others proceeded unchecked, the Web could be broken into fragmented islands and we could lose the freedom to connect with whichever Web sites we want. In January of this year, parties, including Politico, purchased bulk social networking data of a political nature from Facebook. Social media has forever changed the way candidates campaign for the presidency, said John F. Harris, editor in chief of Politico. Facebook has been instrumental in expanding the political dialogue among voters and we couldn’t be more excited about the opportunity to offer our readers a look inside this very telling conversation. Amidst privacy, civil liberty, and other societal concerns, resultant concerns include a need for a new reasoning, possibly new legislation, with regard to some political processes in the information age such as reapportionment, redistricting, or gerrymandering. In 1994, Ted Harrington, political science chair at the University of North Carolina indicated there is no issue that is more sensitive to politicians of all colors and ideological persuasions than redistricting. It will determine who wins and loses for eight years. Voters should have easy access to the platform and campaign information of federal, state and local candidates. Even with the expansive potential of web-based news, we can observe that national news and election news has continued to eclipse state and local news and election news. It could be that insufficient menu systems on news websites, such as Google News, have contributed to the perpetuation of partisan politics, some coattail effects, and the status quo. The United States' two-party system more resembles those of formerly British island nations (e.g. Antigua and Barbuda, Barbados, Dominica, Figi, Grenada, Jamaica, Malta, Saint Lucia, Saint Kitts and Nevis, Saint Vincent and the Grenadines, Seychelles, Sri Lanka, Trinidad and Tobago) or island British territories (e.g. Bermuda, British Virgin Islands, Cayman Islands, Montserrat, Turks and Caicos Islands) than the multi-party political systems of some larger and populous nations with historical ties to the British Empire (e.g. Australia, Canada, India, Ireland, Jordon, New Zealand, Pakistan, and Great Britain). As we approach two years since the aforementioned Scientific American article, a broad and comprehensive list of concerns can be compiled from the various opinions of many scientists and technologists. A socialization industry is a cause for concern with regard to democratic elections. It occurs that computer technology, P2P technology, can facilitate decentralized socialization scenarios on the Internet. So too can results of research into networking protocols for distributed social networking applications, e.g. HTTP 2.0 based, XML-based technologies, as well as developer libraries. Kind regards, Adam Sobieski
RE: Please don't SPAM our mail list [Was: Re: Social Networking and Elections]
Art Barstow, Thank you for indicating the www-t...@w3.org mailing list. I have forwarded my email to that mailing list. Kind regards, Adam Sobieski Date: Wed, 5 Sep 2012 12:47:21 -0400 From: art.bars...@nokia.com To: adamsobie...@hotmail.com CC: public-webapps@w3.org Subject: Please don't SPAM our mail list [Was: Re: Social Networking and Elections] On 9/5/12 11:16 AM, ext Adam Sobieski wrote: Web Applications Working Group, The subject matter of this mail list is the WG's specifications. Please use this list accordingly. If anyone wants to reply to Adam's e-mail, please use some other mail list (such as www-t...@w3.org). -Thanks, AB
RE: [Clipboard] Mathematical Proofs in HTML5 Documents
Henri Sivonen, While some mathematics, clipboarding and drag and drop topics have been previously discussed, some topics are still somewhat pioneer with regard to both math islands and math archipelagos. Browser support topics for mathematics-related functionalities are exciting anew due to, in part, digital books and textbooks. Each annotation and annotation-xml in MathML3 includes a content type specifying attribute, @encoding, and a thought was that JavaScript could populate a DataTransferItemList from a math island. Also topical are hypertext document regions with auxiliary structure included (e.g. RDFa) or attached (e.g. SMIL, SMIL Timesheets) where the document regions have or contain elements with multiple semantic formats. The JavaScript would be slightly more complex for facilitating data motions from such regions and the data transfer format options could be numerous. The non-exhaustive list of techniques for including or attaching document objects to hypertext, mentioned in the previous letter, can generalize beyond mathematical proofs which can be conveniently moved between browsers and applications such as automated reasoning applications, automated theorem proving applications, computer algebra systems, as well as other upcoming applications for the education technological niches that portable document objects and data objects in digital books and textbooks can create. There are also possibilities for scholarly and scientific communication, scientific desktop computing, and the topics can generalize to the embedding of arbitrary objects in or to the attaching of arbitrary objects to hypertext documents, in highly functional ways, while utilizing HTML5 presentationally. For those and for other usage scenarios, it might be convenient to have a new feature on the DataTransfer interface (http://www.w3.org/TR/html5/dnd.html#the-datatransfer-interface). A feature request includes a SetDataProvider or setDataProvider function to facilitating the use of JavaScript delegates as callbacks for data types. An example is DataPackage (http://msdn.microsoft.com/en-us/library/windows/apps/windows.applicationmodel.datatransfer.datapackage) which has a SetDataProvider function (http://msdn.microsoft.com/en-us/library/windows/apps/windows.applicationmodel.datatransfer.datapackage.setdataprovider). Some other ideas include, from IDataObject concepts, to concepts resembling IOleObject, possibly IOleDocument, where the browser and/or web page author, possibly by means of widgets (http://www.w3.org/TR/widgets/), can describe fully linkable and embeddable objects in hypertext document objects. A simple example is a table that is both contenteditable and draggable where the user then drags and drops that table into another application, edits and saves the table, and the webpage receives the updated table from the user. Other interesting topics include intents (http://developer.android.com/reference/android/content/Intent.html), web intents (http://webintents.org/) and some new application interoperation trends emerging from platforms. The browsers, as applications, can utilize intents on various platforms, such as Android. Windows 8 has application contracts (http://msdn.microsoft.com/en-us/library/windows/apps/hh464906.aspx) and some developers might desire for the browser to exhibit some of those when their webpage, web application or digital book is loaded. Kind regards, Adam Sobieski Date: Tue, 3 Apr 2012 15:34:35 +0300 Subject: Re: [Clipboard] Mathematical Proofs in HTML5 Documents From: hsivo...@iki.fi To: adamsobie...@hotmail.com CC: public-webapps@w3.org; hallv...@opera.com On Tue, Apr 3, 2012 at 4:57 AM, Adam Sobieski adamsobie...@hotmail.com wrote: MathML3 includes annotation and annotation-xml elements which can provide parallel representations of mathematical semantics 1. Having entire proofs in math elements. Proof formats could then express semantics in annotation or annotation-xml elements. OpenMath content dictionaries could come to exist for mathematical proof structures. 2. Having proofs in HTML5 document structure, possibly containing one or more math element instances, while utilizing XML attributes from other XMLNS. Does any browser currently support any kind of a XML-based clipboard flavor? If you transfer MathML islands using an HTML clipboard flavor, you can't use arbitrary namespaces. 3. Having proofs in HTML5 document structure, possibly containing one or more math element instances, while utilizing RDFA (http://dev.w3.org/html5/rdfa/). Proof structure and semantics can overlay the HTML5 and/or the RDFA can relate elements to referenced external resources. What kind of software do expect to consume of this kind of data? -- Henri Sivonen hsivo...@iki.fi http://hsivonen.iki.fi/