Home
> audience-is-teachers, classroom-management-system, Glitches&Errors > Sanako Study 1200 student in-class web browsing activity caveats, errors&glitches
Sanako Study 1200 student in-class web browsing activity caveats, errors&glitches
- If we put the full URI of the website (e.g. http://www.dict.cc), we experience the student web browser not opening up (either hanging at "verifying access" dialogue or empty browser window and definitely no table of contents browser window). Workaround: put just e.g. http://www.dict.cc.
- CAVEAT: make sure you actually know which sub-pages will be loaded (and thus need to be allowable) during your web browsing activity
- the address-bar is misleading when a your pages are loaded within a frameset. like in this example:
. In this example, allow all links in the left menu. - your list of allowable pages should cover the entire workflow, including feedback pages that the student may receive
- TBA: it is sufficient for a web page to be allowed/blocked if its URL string contains your listed URL as a substring
- the address-bar is misleading when a your pages are loaded within a frameset. like in this example:
- We have observed `the following issues:
- that the sanako web browser may hang, on startup or later, but a common workaround is closing a hanging sanako web browser which will reopen it on the table of contents page.
- that the “verifying access rights” window can disappear quickly, but may delay web browsing for a considerable time before your students are allowed to browse to a web page – please allow time for that (we are investigating whether the size of the class or the type of allow/deny list or individual allow/deny links cause this delay).
- that the sanako web browser on some computers (despite them have identical software images?) arbitrarily opening new windows which muddies the waters considerably – and also seems to require more time for the verifying –, but does not make the exercise fail:

Comments (0)
Trackbacks (0)
Leave a comment
Trackback

