[Building Sakai] online chat site-wide?

Matthew Jones matthew at longsight.com
Wed Feb 8 07:31:29 PST 2012 

Yea, these all seem like good ideas, but probably make any feature like
this unrealistic to implement as a student could work around it. I think
the only thing that might be a possibility is to make chat would be
disabled in a locked down browser situation.

https://jira.sakaiproject.org/browse/SAM-1205

In any other case, multiple tabs with a separate project site or just some
other chat client would work around anything we could do anyway. I really
wasn't thinking there's any solution for the general case anyway. If
someone wasn't in a secure environment (browser/location) they could take
an exam physically with a group of friends, then disabling chat wouldn't
matter at all. ;)

On Wed, Feb 8, 2012 at 7:27 AM, Steve Swinsburg
<steve.swinsburg at gmail.com>wrote:

> You could just check on a permission. IIRC 'hiding' the tool just makes it
> so the tool requires a certain permission to see it, although there was
> work done in that area recently so it may have changed.
>
> However in some sites you may still want to show the chat tool in Samigo,
> maybe a particular instructor wants to encourage group work? That wouldn't
> work if chat was always disabled when Samigo was active.
>
> Perhaps the individual tools could set a date/time range for when chat
> should be unavailable - would need to be a site property though so the
> portal and chat could see it.
>
>
>
> On 08/02/2012, at 11:15 PM, Adrian Fish wrote:
>
>  Is there a way of checking for a tool's presence and visibility to
> certain roles though? If an instructor adds Samigo but keeps it hidden from
> students while setting up tests the chat remains available, when Samigo is
> shown to students chat hides itself. How about a Site method like
> 'site.isActiveAssessmentSite' ?.
>
> On 08/02/2012 12:05, Steve Swinsburg wrote:
>
> I know, there isn't a decent way around it though. A setting in the
> relevant tools that sets some property that the portal reads and disables
> the chat at a particular time? Its tough!
>
>
>
>  On 08/02/2012, at 11:02 PM, Adrian Fish wrote:
>
>  That's risky though as it puts the burden on the instructor. One day
> someone will forget and the students will all get similar marks :)
>
> On 08/02/2012 11:48, Steve Swinsburg wrote:
>
> Similarly, couldn't a user just open two browser windows, go and chat in
> one, then do the exam in the other?
>
>  Though I think we need a setting where the instructor can disable the
> chat in the site. It would be a setting in chat itself, i.e. a checkbox or
> button. If the user has permission, they see the option. Then the can
> reenable it when they are done with the exam. Any sort of social
> interaction tool is going to cause issues with assessment at some stage
> though (even forums, or the wiki).
>
>  cheers,
> Steve
>
>
>
>  On 08/02/2012, at 8:50 PM, Adrian Fish wrote:
>
>  At a tool level, if the tool, Samigo for example, keeps state if you
> switch tools, disabling chat won't work as you'll be able to switch tools
> and chat for a bit before coming back. It'll have to be disabled at the
> site level. It seems a bit heavy to shut down chat just because Samigo is
> installed in a site though. The check could perhaps be floating chat
> checking for Samigo or Mneme being installed *and* visible and then
> disabling itself.
>
> It'd have to be done in the portal as I assume we can't introduce
> dependencies on floating chat in tools like Samigo, or maybe we can with
> 2.9 upwards.
>
> Cheers,
> Adrian.
>
> On 07/02/2012 15:33, Matthew Jones wrote:
>
> It *sounds* like it is, and assuming he's doing his assessment from a
> secure testing environment and a browser like  Respondus , the online chat
> does still provide a in-system means of communicating with your others in
> your class. It seems like it needs to be disabled/hidden in certain tools,
> specifically the assessment ones. Ideally there would be an option (which
> defaults to on) when the assessment is created whether or not to disable
> the chat, and then only disable while it is being administered. Though I'm
> feeling like it might be easier to do it in the portal where we already do
> the browser check, and just also do a tool.id check for specific tools.
>
>  https://jira.sakaiproject.org/browse/SAK-21521
>
>  I suppose it's possible the iframe location could change to a different
> tool and the parent not know about it? It seems portal should keep better
> track of the iframe locations, and it *looks* like the onLoad method of the
> iframe will update the parent whenever the location changes.
>
> On Tue, Feb 7, 2012 at 5:21 AM, Steve Swinsburg <steve.swinsburg at gmail.com
> > wrote:
>
>> Hi,
>>
>>  Which version Sakai? There is a new system wide chat tool in 2.9+,
>> which works via connections and site members. But this is the one in the
>> bottom right of the browse window. Is this the one you are using?
>>
>>  cheers,
>> Steve
>>
>>
>>  On 07/02/2012, at 7:02 PM, Fatima Rahiman wrote:
>>
>>    Dear All
>> We seem to  have strange  occurrence with our SAKAI instance whereby the
>> chat tool is available site–wide…i.e. one can chat to  anyone logged on to
>> the system hence this obviously poses a security risk if students  are
>> engaged in assessments .I suspect that  this must do with some setting that
>> hasn’t been properly enabled. Can anyone please advise?
>> Surely  the online chat tool should be course specific ?
>>
>>
>>  <image001.png>
>>
>>
>> This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.
>>
>>
>>    _______________________________________________
>>
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>>
>>
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>>
>
>
>
> _______________________________________________
> sakai-dev mailing listsakai-dev at collab.sakaiproject.orghttp://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>
>
> --
> ==================================
> Adrian Fish
> Software Engineer
> B66 Management School
> Lancaster University
> Lancaster
> LA1 4YW
> http://www.sakaiproject.orghttp://confluence.sakaiproject.org/display/YAFT/Yafthttp://confluence.sakaiproject.org/display/CLOG/Homehttp://confluence.sakaiproject.org/display/BBB/Home
>
>  _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>
>
> --
> ==================================
> Adrian Fish
> Software Engineer
> B66 Management School
> Lancaster University
> Lancaster
> LA1 4YW
> http://www.sakaiproject.orghttp://confluence.sakaiproject.org/display/YAFT/Yafthttp://confluence.sakaiproject.org/display/CLOG/Homehttp://confluence.sakaiproject.org/display/BBB/Home
>
>
>
> --
> ==================================
> Adrian Fish
> Software Engineer
> B66 Management School
> Lancaster University
> Lancaster
> LA1 4YW
> http://www.sakaiproject.orghttp://confluence.sakaiproject.org/display/YAFT/Yafthttp://confluence.sakaiproject.org/display/CLOG/Homehttp://confluence.sakaiproject.org/display/BBB/Home
>
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120208/8ffd0b1f/attachment.html

More information about the sakai-dev mailing list