To: Peter Dichiara Subject: Re: Questions In-reply-to: Your message of "Thu, 23 Jul 1998 11:13:48 EDT." <35B7532C.A3A1BE7E@haledorr.com> Date: Sat, 08 Aug 1998 18:04:47 -0400 From: Geoffrey Fox Sorry for delay -- Here are example templates in NEW XML based format I have annotated them a bit ---------------------------------------------------- index.tdl Get WebWisdom Started

Click The Correct Button to Get to WebWisdom

Click this if you have Netscape 3.0 (but not 2.0 which is confused by Complex Javascript)
If you don't have a JavaScript Multiframe system, other links below form will take you to where you want to go with lower technology!

WebWisdom is a JavaScript (and some CGI) based system for managing hierarchically arranged information such as you get in Education as you span lectures, courses, degrees, departments, Universities. The database available here illustrates 3 worlds:
  • Administration,
  • The Virtual University with Courses(electronic foils) and the
  • Virtual Family (photo sets)


The Tree of Wisdom

-------------------------------------------------- tempfoilsephtml.tdl Separate HTML for LOCAL Foil <WW_FOILNUMBER PARENTID="${PID}" FOILID="${FID}"/> <WW_TITLE FOILID="${FID}"/> HELP! * GREY=local LOCAL HTML version of Foils prepared

Foil

From -- . by *


---------------------------------------- tempfoilsepimage.tdl Separate IMAGE for LOCAL foil <!-- WW_FOILNUMBER tag takes the position of the current foil in the current presentation. BUG! Because of the presentation nesting it returns false results for nested presentations and foils --> <WW_FOILNUMBER PARENTID="${PID}" FOILID="${FID}"/> <!-- WW_TITLE is a tag that allows to insert title of a presentation or foil. The presentation/foil is identified by an ID suplied in FOILID attribute. PARENTID is not currently used by the WW_TITLE tag, but can be later used, e.g. to check the formatting properties, which can be defined on the presentation level. FID and PID were suplied by servlet from query attributes of the URL --> <WW_TITLE FOILID="${FID}"/> Image Buttons HELP! * GREY=local LOCAL IMAGE version of Foils prepared

Foil

From -- . by * HTML Version


--------------------------------------------------- tempfoilworld.tdl Foilwolrd contents for <WW_TITLEFOILWORLD FWID="${FWID}"/>

Title for


Foilworlds in this foilworld


Presentations in this foilworld

------------------------------------------------ tempfullindex.tdl Full Index for LOCAL <WW_TITLE FOILID="${PID}"/> Basic Foilset Search Help! * GREY=local Full Index for

LOCAL foilset

Given by at on . Foils prepared
More Detail! *
Foil Index from this file *


Table of Contents for

A denotes presence of Additional linked information
Indicates Available audio which is greyed out if missing
"> Separate IMAGE * Separate HTML

Full WebWisdom URL and this Foilset Search
Alias List This contains all WebWisdom links preceded by those referenced in this foilset

List of WebWisdom URL's Used in this Foilset

--------------------------------------------------------------------------------- > Dr. Fox: > > I'm working on the draft, and I'm hoping you can help me with the > following questions, some of which were triggered from your last > response. As you can see most of the questions focus on some core > issues of the preferred embodiment (i.e., implementation) and *not* on > the various forms of the underlying concept that may be manifested. > > Geoffrey Fox wrote: > > > > 1) Well you need the student to have a PC as you say booted > > running a browser (say Netscape). They must log into Tango by > > going to correct URL as you would need in any electronic system > > This URL would allow you choice of Server(Tango1) or room (tango2) > > to select class. > > Livewire is server side and so wouldn't enter picture > > Tango can run "for ever" waiting patiently. A nice feature > > of Tango is "remote open" which allows professor to open (and indeed > > close ) sessions on all student machines > > Of course students may be lazy or forget. You can of course call their beeper > > automatically and check their presence by seeing if they respond to hail messages > > > > Please explain remote open in more detail. My assumption right now is > that a student at least has their PC up and a commercial browser (should > I be assuming Netscape) running. I also feel fairly comfortable at > least with the basic elements of causing "next" foils to appear once > class has begun (i.e., student is in room for Tango2). But does remote > open somehow imply that the remote browsers are forced to enter a class, > i.e., force a URL on the browser? I'm confused because I don't > understand how the appropriate client-side room logic (daemon and > associated applets) would've started to accept such a remotely-riginated > command. I'm missing something You can send a command to start an application and/or change state of Control application on remote machine. So what you feel uncomfortable about is true. Student can set security to PREVENT such remote bullying ...... > > > > > 3) I will do this > > This was in response to my rquest for a write-up of a template. Has > there been any progress? In this regard, I also need some > clarification. The patent needs to describe the inventors' subjective > preferences of carrying out the invention at the time of filing. > Currently, there are at least 2 working collaborative embodiments with > Tango1 and Tango 2(at least constructively in the sense that we can > write down the necessary details and I imagine also working in practivce > for Tango1) and there seems to be a 3rd in the works for Windows NT. You mean WebWisdomNT. This is not a new version of Tango but a "Virtual University" database that is designed to work very well with Tango. Tango and WebWisdomNT are standalone products but the power of product and patent comes from linkage There is only one version of Tango as we evolve Tango1.0 to 2.0 > Which one do you (and if there are other inventors) prefer? Whichever > one you do will get the lion's share of the description. Also, there > seems to be a shift architecturally (or so it seems) between the NT > version and the others. In the NT version it seems that the teacher > will send a URL for a specific screen. The student in turn will send > that to a server which will processed by a servlet and an XML > application (TDL) to produce an HTML form to be displayed within a given > frame in the student's browser. I still need a better handle on the > processing here between the servlet and the XML app, including who loads > the servelet, and some other details, which I'll specify in a separate > email. For the Tango embodiments, there is some server-side CGI app > that receives the URL from the student, and does some other processing > to produce an output for the student. Please confirm. Assuming that > the above is true, it's still a little unclear how the multiple views > are handled, i.e., HTML versus collaborative whiteboard, etc. Are the > servelets and CGI scripts producing different outputs in each case? Or > is the different view completely a client-side issue? (also, is the > collaborative whiteboard referred to the one I've seen with reference to > the Java libraries or is it a subclass thereof; if the latter how does > it differ?) Client side sends essentially a URL to servlet. The URL specifies version of material wanted and this choice currently made on client What you describe above is Tango's typical way of sharing a server side (CGI or its Java equivalent the servlet) object > > > > > > > 4) A class is Tango Server (Tango1) or room (Tango 2) > > Teacher and students log in. Teacher is "Administrator" of server/room > > and typically master of various sessions. However one power of Tango is > > that one can start side sessions (e.g. Jack and Jill can talk to each other > > with a chat "at the back of the room". If deemed inappropriate, teacher > > can close chat/whiteboard or whatever side sessions are opened > > > > As the administrator, what controls is the teacher master of, i.e., > which locks etc. (I imagine entry to the room once it has begun???) > What types of sessions do you envision the teacher would master. I know > of the lecture, what else? What you describe is correct. Teacher is master of White board Possibly multiple sources of Curricula pages (WebWisdomNT and/or Shared Browser Link) raise hands student monitoring A/V conferencing multiple chats/whiteboards > > > 5 and 6) Tango could be set up to work with CORBA but at moment all objects > > are labelled by URl's. Next is implemented by database holding URL of next object > > Each object can have different views -- these correspond to whiteboard, image, HTML etc. > > version. In teaching blind, a view could be sonification of object. > > Teacher chooses URL and transmits to "slaves" as Teacher master of Curricula session > > The database has the next URL? I thought the teacher logic had the URL > and just sent it along as an app-specfic event to Tango Server, which in > turn sent to all students in the session, who in turn access that URL > individually, which in turn trigger a CGI script or servelet to get the > "real" output for them. (sorry for the run-on) What you say is true but what I meant is that each page has a "NEXT" button constructed by servlet when it produced page.So database/servlet define what next is, teacher invokes it in way you describe > > > Slaves map URL for two reasons > > 1) Change source of material to a "mirror site" such as local web server or CDROM on > > what's meant here? Some form of client logic that says "the teacher > sent URL X, but I'll convert to a URL Y) Correct > > > student's PC > > 2) Change view to that preferred by student e.g. if only one source available and > > performance of network bad, student could choose HTML version > > Default view is whiteboard where image is displayed as background and student can annotate > > Reply by Geoffrey Fox gcf@npac.syr.edu, http://www.npac.syr.edu, Phone 3154432163(3154431723 npac central) Fax:3154434741