[WG: Sakai QA] [Using Sakai] [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 10:13:11 PDT 2013
Comments have been added to the jira LSNBLDR-141 to see if the
conversation gets moving. If it does, maybe creating another jira
addressing the issue will be the best approach.
Thanks!
Mariano
El 26/06/2013 18:09, Adam Marshall escribió:
>
> It's in Sign-up trunk and the option has been pasted into Mariano's
> bit of this email:
>
> *Create groups for timeslots*
>
>
>
> [ ] Yes, create a group for each timeslot that can be managed via Site
> Info > Manage Groups
>
> Beyond that there's not much to say, if the option is selected then
> you get groups created from individual signup sessions, if not you don't.
>
> I don't think there's any documentation as such.
>
> adam
>
> *From:*Neal Caidin [mailto:neal.caidin at apereo.org]
> *Sent:* 26 June 2013 15:57
> *To:* Adam Marshall
> *Cc:* JOSE MARIANO LUJáN GONZáLEZ; 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 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
> <mailto: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>
> [mailto:sakai-user-bounces at collab.sakaiproject.org
> <mailto: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
> <mailto:sakai-user at collab.sakaiproject.org> Project;
> sakai-qa at collab.sakaiproject.org
> <mailto:sakai-qa at collab.sakaiproject.org> QA;
> sakai-dev at collab.sakaiproject.org
> <mailto: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 <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
> usesakai-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
> tosakai-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
> tosakai-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.
>
>
>
>
>
> _______________________________________________
>
> 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 tosakai-dev-unsubscribe at collab.sakaiproject.org <mailto: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
>
--
******************************************
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/32f80589/attachment-0001.html
More information about the sakai-qa
mailing list