- From: Marcos Caceres <w3c@marcosc.com>
- Date: Mon, 11 Aug 2014 11:20:49 -0400
- To: Adam Sobieski <adamsobieski@hotmail.com>
- Cc: "www-tag@w3.org" <www-tag@w3.org>
These questions are all great, Adam! But they are not ones the TAG is in a position to answer. These are questions that *you* need to answer (not here on the list, please!) through actually building software solutions that make use of the Web platform. Then, if you find that there are actual *demonstrable* limitations in the Web platform, then we can have a discussion. But you need to be able to show *real/running actual code* (JS, CSS, HTML) - not words of citations of the importance of what could be or might be if only you had [insert abstract concept here]. And you need to actually show, with tangible evidence, that the Web can't do what you need - and that there is an actual demand for the feature/thing you are trying to achieve. To date, you haven't shown where the Web breaks down or is not able to do what you want. The TAG can't help you with that - that's what sites like Stack Overflow are for (though they will also ask you to show code, etc.). You seem to have a strong grasp of web technology - so I encourage you to experiment by actually making. I sincerely hope next time you come to the TAG it's with a bunch of code examples (HTML, CSS, JavaScript) of where the Web couldn't do what you wanted. And I also hope you will start your email with: "Hey you all! so, I was trying to code X and we just couldn't get it to work. We tried, x, y, and even z using JS - but it was no go. I think we might have a problem with the Web platform: here is how I think we might be able to fix this: <awesome idea here>. What do you all think?" Hope that helps! -- Marcos Caceres On August 11, 2014 at 11:02:26 AM, Adam Sobieski (adamsobieski@hotmail.com) wrote: > W3C Technical Architecture Group, > Daniel Appelquist, > Domenic Denicola, > Harry Halpin, > Marcos Caceres, > > > > > 1. A student goes to a course website for the first time, possibly before the course commences, > which features are possible as the course's web pages load into their browser? > > > 2. A student goes to a course website during a quarter or semester; what can students do > to convenience themselves interoperably with other applications? > > > 3. How can teachers applications interoperate with course websites and with digital > textbooks, is the Web browser involved? > > > 4. A student uses digital textbooks, documents, journals, publications and the Web > while doing schoolwork, e.g. combinations of browsers, notes, calendars, document > authoring software, which features can convenience students? > > > 5. How can digital textbooks interoperate with course websites, syllabi, course materials? > > > 6. How can educational software, digital textbooks, including interactive multimedia, > interoperate with desktop applications? How can calendar applications, notes software, > personal information manager software, et cetera, interoperate with educational > software, course software, school system software, contributing to ergonomically > enhanced educational workflows? > > > 7. How can student discussions on course websites, course forums, interoperate with > desktop applications? > > > 8. How can the publish-subscribe pattern be of use? E.g. schools could provide pubsub > services to route articles (new, archived) to students, during courses, based on task-specific > relevance (textbook, syllabi) and students’ interests. > > > 9. How can educational software interoperate with mobile computing ergonomics trends > including “widgets”, “tiles”, or, abstractly, “dashboards” from collections of multivendor > desktop applications, providing students with dashboards of information in their > educational workflows. > > > 10. How can educational software in browsers, e.g. digital textbooks, interoperate > with other new platform features? > > > > > Kind regards, > > > Adam Sobieski > > > > > > > From: Adam Sobieski > Sent: Saturday, August 9, 2014 11:34 AM > To: www-tag@w3.org > > > > > > W3C Technical Architecture Group, > > Daniel Appelquist, > > Domenic Denicola, > > Harry Halpin, > > Marcos Caceres, > > > > > I would like to broach some Web architecture topics towards providing a next set of education > technology features for students. Many of the features that we can envision together > involve students utilizing mobile computers, utilizing multiple applications, or > tabs in applications, scenarios with fluid interoperability between applications > including browsers; in addition to digital textbooks are numerous web-based educational > software solutions, e.g. courseware. > > > > > > > For our convenience, here are some hyperlinks, we can consider all Web-based and browser-based > education technology, e.g. digital textbooks: http://en.wikipedia.org/wiki/Educational_technology > , http://en.wikipedia.org/wiki/Educational_software . > > > > > > Web-based educational software, e.g. course websites, and digital textbooks are browser > topics; thus, the interoperability topics are broached at the W3C. There are more hypotheses > pertaining to interprocess communication than there are operating systems. > > > > > On the topic of JavaScript-based solutions, Web Intents (http://webintents.org/, > http://www.w3.org/TR/web-intents/) and schema (http://schema.org), which could > facilitate a scripting layer for Web-based educational software, digital textbooks, > including as the set of verbs is extensible. Also possible, in schema-based approaches, > applications could express to browsers that they interoperate with various data types, > and providing verbs per data type for context menus on objects in hypertext documents. > Per platform, per data type, browsers could process interprocess platform data, e.g. > shell and registry data, to generate context menus in browsers per objects in hypertext. > > > > > > WebOLE is possible where objects have URI verbs, implement interfaces, which, from > hypertext contexts, map to JavaScript or browser implementations. Adorning XML, XHTML, > with semantic content and interface mappings to scripting language implementations > could be topics. Web components and interfaces could be topical. > > > > > Interprocess communication topics also include component object approaches pertaining > to expanding or processing XML (resembling XML macros or web components) with computation > utilizing data or models across application domains or data boundaries. Contextual > macro expansion or contextual web components might, for example, relay read-only document > object model interfaces to other desktop applications or might relay interfaces expressing > parallel semantic or document structure; that is, tree or graph traversal with multiple > stacks. > > > > > In addition to the interoperability of browsers with hypertext and semantic objects > are topics pertaining to the interoperability of browsers with multimedia content > such as interactive video (http://navmotion.com/); digital textbooks are multimedia. > > > > > Towards the topics of “educational workflows”, though ideas might be better expressed > with storyboards or videos, specific scenario topics include, but are not limited to: > (1) A student goes to a course website for the first time, possibly before the course commences; > which features are possible as the course's web pages load into their browser? (2) A student > goes to a course website during a quarter or semester; in addition to multimedia content, > which gestures can students do on web content to convenience themselves interoperably > with other applications? (3) A student uses the Web while doing schoolwork, e.g. combinations > of browsers and document authoring software, which features can convenience students? > (4) How can calendar applications, notes software, personal information manager software, > et cetera, interoperate with educational software, contributing to ergonomically > enhanced educational workflows? > > > > > > > > > > > > > > Kind regards, > > > > > Adam Sobieski
Received on Monday, 11 August 2014 15:21:22 UTC