[WG: Sakai QA] [Using Sakai] [Building Sakai] Groups and Lessons - Re: request for help QAingLessons for 2.9.3

Wed Jun 26 07:57:13 PDT 2013

Hi Adam,

Is there a place that documents that option so we can take a peek?

Thanks,
Neal

On Jun 26, 2013, at 9:54 AM, Adam Marshall <adam.marshall at it.ox.ac.uk> wrote:

> I think there are many cases when people do want to use the Lessons groups outside of the tool. An option like we added to the signup tool is great idea. I’d vote for that, me.
>  
> adam
>  
> From: sakai-user-bounces at collab.sakaiproject.org [mailto:sakai-user-bounces at collab.sakaiproject.org] On Behalf Of JOSE MARIANO LUJáN GONZáLEZ
> Sent: 26 June 2013 14:02
> To: Neal Caidin
> Cc: sakai-user at collab.sakaiproject.org Project; sakai-qa at collab.sakaiproject.org QA; sakai-dev at collab.sakaiproject.org
> Subject: Re: [Using Sakai] [Building Sakai] Groups and Lessons - Re: request for help QAingLessons for 2.9.3
>  
> Hi all,
> we just double tested what Daniel described and we are seeing the same problem. We think that 'Internal groups' created by Lessons should not be treated as regular groups in Sakai because they will be displayed in all Group aware tools. Those groups seems to be for internal use in Lessons.
> 
> To make it easier to understand, I will compare it to what SignUp is doing in its latest version. It allows a user to create groups so that they can be used in all other tools. A user will need to choose:
> Create groups for timeslots
> [ ] Yes, create a group for each timeslot that can be managed via Site Info > Manage Groups
> Then, groups are created and can be used all over Sakai. When that option is not selected, groups from signup are not displayed anywhere else.
> 
> I´m not sure of what others think but seems reasonable to me to not display those groups from Lessons and treat them in a different way. By the comments in LSNBLDR-141 [1] we understand that groups are displayed intentionally, should that be controlled via sakai.properties?? Or by the user, like SignUp is doing??
> 
> Mariano
> 
> [1] https://jira.sakaiproject.org/browse/LSNBLDR-141
> 
> 
> 
> El 26/06/2013 13:59, Neal Caidin escribió:
> Hi Daniel,
>  
> I'm looping in the QA and Sakai-user groups to get a larger audience to see if your concerns are shared. Thanks for providing the steps for reproducing this behavior.
>  
> (Please see below Daniel's concern about how the Lessons tool creates groups and whether this might be confusing for users).
>  
> Regards,
> Neal
>  
>  
> On Jun 26, 2013, at 3:58 AM, Daniel Merino <daniel.merino at unavarra.es> wrote:
> 
> 
> Hi, Neal.
> 
> As you say, I am checking if this is an issue for others. It looks as an issue for us, but maybe we are alone in this concern or we haven't understood how it works. So I have not opened a JIRA, but I can do it if you want.
> 
> The steps to reproduce this (in 2.9.2):
> 
> -Create an new assignment, for example, "Test Lessons".
> -Add in a Lessons page an "assignment" content.
> -Edit this content and check "Don't release item until all prerequisites are completed".
> -You can see that in Site Info / Manage groups a new group called "Access: Test Lessons" has been created.
> -Go to any group-aware tool, for example Resources, and try to make a group related action, i.e. to change a folder access. "Access: Test Lessons" is included in the list of available groups.
> 
> We think that users using Lessons are going to be confused with these groups and also that an extensive use of Lessons can produce a big number of groups that can be difficult to manage with.
> 
> Am I missing something here?
> 
> Thanks and best regards.
> 
> El 25/06/2013 21:20, Neal Caidin escribió:
> Hi Daniel,
>  
> Could you refresh my memory? Do you have steps to reproduce the problem? Have you opened a Jira or were you checking first to see if others have this concern too?
>  
> Cheers,
> Neal
>  
>  
> 
> On Tue, Jun 25, 2013 at 4:21 AM, Daniel Merino <daniel.merino at unavarra.es> wrote:
> Hi everybody.
> 
> I sent an email yesterday but nobody answered so I sent it again to this
> topic.
> 
> We are very concerned about Lessons creating groups to manage several
> contents with prerequisites. These groups, which start with "Access:"
> string, are visible in every group-aware tool (Resources, Assignments,
> MessageCenter, Forums, Roster...) and we think that they can be very
> confusing for our users.
> 
> Is there any way to disable the creation of these groups? We would like
> to avoid them even if we have to sacrifice some Lessons features.
> 
> Best regards.
> 
> El 23/06/2013 18:14, Hedrick Charles escribió:
> > 2.9.3 is coming up very quickly. I'd appreciate any help in QA'ing the copy of Lessons that will come with it. A couple of changes have turned out to involve a lot more code that I had expected.
> >
> > * In 2.9.1 Gradebook made a change so that any tool that uses Gradebook must implement a new API. Lessons did not. As a result, grades reported by Lessons were not shown to students, and probably were not included in final grade calculations. The same would be true of any contrib tools that had not been updated to implement the new API. I've fixed that. The code needs testing. Specifically it needs testing for graded comments, student content, and comments on student content, and it needs testing specifically when those items are limited to be accessible to specific groups (to the extent that that restriction is possible -- not all of them are group-aware).
> >
> > * I had a report that MP4 video was not showing on the iPhone. That resulted in LSNBLDR-216. Initially I thought upgrading the player would fix it. However the problem turned out to be in the implementation of /access/lessonbuilder. In the process I fixed several issues: HTML5 is now used to display MP4, webm and ogg, if the browser supports HTML5 and it claims to support the MIME type for the video. Otherwise I next try the Strobe Flash-based player. Finally I use <OBJECT> or <EMBED>, which leaves it to the browser to find a player.  JWPlayer is no longer supported, for licensing reasons. (And the initially reason for using it no longer applies anyway.) I also fixed an issue that caused Quicktime embedding not to work (for browsers that have a Quicktime player, of course). Testing should include MP4, FLV, Quicktime, and if possible webm, ogg, and random types not explicitly supported. Please try as many different browsers as possible, including portable devices.
> >
> > * I have simplified the build process. You now adjudge the <parent> declaration in the main pom.xml, and choose a profile for 2.8, 2.9, or 2.10. If you want support for contrib tools you enable the optional profile in tool/pom.xml. The build has been tested on 2.8. (Trunk has also been tested on 2.8.)
> >
> > Note that there are database updates for moving to 2.9.2 and 2.9.3, both defined in files simplepage.for-2.9.[23].sql. There's also a script if you're moving from a pre-2.9 version of Lessons.
> >
> > For multimedia tests, you may want to usesakai-29.rutgers.edu. It is running he current 1.4.x, and is a two-node cluster. Some of the code should be tested on a cluster.
> >
> > _______________________________________________
> > 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"
> >
> 
> --
> Daniel Merino Echeverría
> daniel.merino at unavarra.es
> Gestor de teleformación - Centro Superior de Innovación Educativa.
> Tfno: 948-168489 - Universidad Pública de Navarra.
> --
> La legalización de la marihuana hubiera evitado muchas desgracias. Por
> ejemplo, después de fumarse un porro a quién le quedan ganas de invadir
> Polonia? (Darío Adanti)
> 
> _______________________________________________
> 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"
>  
>  
> -- 
> Daniel Merino Echeverría
> daniel.merino at unavarra.es
> Gestor de teleformación - Centro Superior de Innovación Educativa.
> Tfno: 948-168489 - Universidad Pública de Navarra.
>  
> 
> 
> 
> _______________________________________________
> 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"
> 
> 
> -- 
> ******************************************
> José Mariano Luján González - Aula Virtual
> Area de Tecnologías de la Información
> y las Comunicaciones Aplicadas (ATICA)
> UNIVERSIDAD DE MURCIA - http://www.um.es

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-qa/attachments/20130626/30a72958/attachment-0001.html 