[WG: Sakai QA] [Building Sakai] Groups and Lessons - Re: request for help QAingLessons for 2.9.3
JOSE MARIANO LUJáN GONZáLEZ
jmariano at um.es
Wed Jun 26 06:01:39 PDT 2013
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
> <mailto: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 <mailto: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 use sakai-29.rutgers.edu
>>> <http://sakai-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
>>> <mailto: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
>>> <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>>> subject of "unsubscribe"
>>> >
>>>
>>> --
>>> Daniel Merino Echeverría
>>> daniel.merino at unavarra.es <mailto: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
>>> <mailto: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
>>> <mailto: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/75114683/attachment.html
More information about the sakai-qa
mailing list