[Using Sakai] Assignments: revert to "old style" due-date entry?

Fri Sep 12 05:40:55 PDT 2014

I believe this is the correct path to take by using the onblur event and
the moment library to test the validity. Just looking at the patch, how
does it inform the user that the input is invalid? Or does it just put the
original value back without saying anything?

On Fri, Sep 12, 2014 at 7:15 AM, JOSE MARIANO LUJAN GONZALEZ <jmariano at um.es
> wrote:

>  Hi everyone,
>
> At University of Murcia, this was raisen as a priority for the migration
> to 10 and our team has put some effort to try to find a solution. We
> created this jira [1] which has a patch attached to it and it can be tested
> on this trunk server [2].
>
> We will appreciate any testing using different browsers. Please, consider
> reporting back to the jira ticket any issue that you might find or if it
> works as you expected, add it also to the ticket so that it can be pushed
> to trunk.
>
> [1] - https://jira.sakaiproject.org/browse/SAK-27904
> [2] - http://sakai-trunk.atica.um.es/portal   (For testing purposes, you
> can use demo users like 'instructor', 'ta', 'student' all with 'sakai' as
> password or create your own users)
>
> Best regards!
> Mariano
>
>
> Norman Danner <ndanner at wesleyan.edu> escribió:
>
> This makes me think that there is probably an easy way to set the
> initial time to 11:55pm, which would eliminate (for me) a significant
> part of the hassle of not being able to do keyboard entry.  Is there?  I
> haven't written a webapp in ages, and I'm not very familiar with many of
> the technologies in use by Sakai, but given a pointer, I can probably
> figure things out.
>
>         - Norman
>
> On 9/8/14 6:51 PM, Matthew Jones wrote:
>
> Any options you see on the demos for things like displaying multiple
> calendars are easily configured in the ckeditor.launch.js. We recently made
> a change to display the month and year menus. (
> http://jqueryui.com/datepicker/#dropdown-month-year -
> https://jira.sakaiproject.org/browse/SAK-27733)
>
> However the form field is something that's on the templates for each
> individual tool separate from this popup. That would require loading
> something like the masked input plugin (
> http://digitalbush.com/projects/masked-input-plugin) or momentjs to verify
> the result during an an onblur event. That seems like it would be a big
> change across every tool that has a date popup.
>
> I'm not disagreeing that it wouldn't be nice, just saying I can't think of
> a way it would be fast/easy to do since that field isn't controlled by the
> popup and in most places it's not something that was added as a new
> component to the framework, rather just put directly into the template
> (velocity,
> jsf, rsf) directly.
>
>
> On Mon, Sep 8, 2014 at 6:38 PM, John Ansorge <ansorgej at ohsu.edu> wrote:
>
> I agree with Bryan, if there is error handling the field should not be
> disabled.  I know if our Sakai “power users” can’t edit that box directly
> I’m going to hear about it from them right away when we upgrade to 10 in a
> few weeks.  We usually import content from a previous term and update all
> the dates, so the due dates for Assignments and Tests and Quizzes are
> usually more than a month in advance.  So that means that every date would
> require many clicks as Tyler and Norman noted.
>
>
>
> If nothing else, the date picker should show several months as in this
> example: http://jqueryui.com/datepicker/#multiple-calendars  That way
> there’s a much better chance that the date you’re looking for is visible
> without clicking to advance the month.
>
>
>
> Of course, the effort to unify the date picker across tools is still very
> welcome!
>
>
>
> -John
>
>
>
> *From:* sakai-user-bounces at collab.sakaiproject.org [mailto:
> sakai-user-bounces at collab.sakaiproject.org] *On Behalf Of *Bryan Holladay
> *Sent:* Monday, September 08, 2014 1:41 PM
> *To:* Norman Danner
> *Cc:* sakai-user
> *Subject:* Re: [Using Sakai] Assignments: revert to "old style" due-date
> entry?
>
>
>
> We had a discussion with this datepick a few weeks back and the reason was
> for i18n and text parsing. Here's the thread:
>
>
>
> http://collab.sakaiproject.org/pipermail/sakai-dev/2014-July/028262.html
>
>
>
> It may be something we should discuss as a modification to the DatePicker.
> I personally think that as long as there is error handling for bad date
> inputs, the input field should not be disabled. If someone doesn't know the
> correct input form, then they can use the DatePicker. But I'm not going to
> make any changes w/o input and consensus from the community. You may even
> want to ask the PMC (
> http://collab.sakaiproject.org/mailman/listinfo/sakai-pmc)
>
>
>
> -Bryan
>
>
>
> On Mon, Sep 8, 2014 at 4:32 PM, Norman Danner <ndanner at wesleyan.edu>
> wrote:
>
> I did a bit of playing around on Snow Leopard (the only OS I have easy
> access to right now).
>
> On Firefox 32 and Safari 5.1.10, the text fields are completely disabled,
> regardless of clicking in and out.
>
> On Chrome, just as Bryan says, the text field can be enabled by clicking
> in and out and in again.
>
> Does anyone know the intended behavior?  I.e., are the text fields for
> dates intended to be editable?
>
>          - Norman
>
>
>
> On 9/8/14 1:45 PM, Bryan Holladay wrote:
>
> It seems that the text field is disabled at first. Then when you click out
> of the text box and back in, the text field is then editable (at least in
> Chrome). I believe the reason the text field is supposed to be disabled is
> since there are too many ways to input data (especially accounting for
> i18n) and the date picker is a way to make it more uniform.
>
> On Mon, Sep 8, 2014 at 12:57 PM, Tyler Beason <tbeason at mail.bradley.edu>
> wrote:
>
> Bryan,
>
> Within Assignments, we are not able to use text entry to input dates.
> Using the popup date picker is forced, the text box becomes grayed out.
> We've had lots of professors complaining about this, and this could be what
> Norman is referring to.
>
> Thanks,
> Tyler
>
> Tyler Beason
> Graduate Assistant, Instructional Design & Learning Technologies (IDLT)
> Ext. 2344
> Bradley University Quantitative Finance (MSQF) student
> Check out my quant finance blog! http://financecore.blogspot.com/
> Cell: (217) 273-5357
>
>
> On Mon, Sep 8, 2014 at 11:45 AM, Bryan Holladay <holladay at longsight.com>
> wrote:
>
> There's no way to revert the date picker in the Assignments settings
> page. You can just write the dates in with your keyboard in the text field
> instead of using the popup calendar.
>
> On Mon, Sep 8, 2014 at 11:49 AM, Norman Danner <ndanner at wesleyan.edu>
> wrote:
>
>
> Short version:  is there a way to make Assignments in Sakai 10 revert
> back to the "old style" of date entries via menus?
>
> Long version:  I recently upgraded to Sakai 10, and see that Assignments
> now has a clever calendar widget for entering the due date (and open
> date, etc.).  But in fact, I find it *really* annoying; it takes twice
> as long to enter the various dates as before, when I could type just
> about everything.  Even worse, the sliders for setting the time don't
> release if you happen to drag outside the widget, as is usually the case
> for an 11:55pm due-time.
>
> Thanks!
>
> --
> Norman Danner - ndanner at wesleyan.edu - http://ndanner.web.wesleyan.edu
> Department of Mathematics and Computer Science - Wesleyan University
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>
>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>
>
>
>
>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>
> --
> Norman Danner - ndanner at wesleyan.edu - http://ndanner.web.wesleyan.edu
> Department of Mathematics and Computer Science - Wesleyan University
>
>
>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>  --
> Norman Danner - ndanner at wesleyan.edu - http://ndanner.web.wesleyan.edu
> Department of Mathematics and Computer Science - Wesleyan University
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>
>
>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-user/attachments/20140912/d9a2fd36/attachment-0001.html 