Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: core
    • Labels:
      None
    • Environment:
      In many countries the weeks does not start in Sunday, it starts on Monday

      Description

      jsCalendar permits customizing the start date, so it would be nice to have a way to choose the week start day on de DateField.

        Activity

        Hide
        medgar Malcolm Edgar added a comment -

        Hi Antoni,

        do you mean the calendar should start on Sunday for some countries.

        On my computer which has an English Australian locale, it starts on Monday.

        regards Malcolm Edgar

        Show
        medgar Malcolm Edgar added a comment - Hi Antoni, do you mean the calendar should start on Sunday for some countries. On my computer which has an English Australian locale, it starts on Monday. regards Malcolm Edgar
        Hide
        aaloy antoni aloy added a comment -

        Hi Malcom,

        In Spain the week starts on Monday and not on Sunday. The same applies for other european countries (except UK ). So I think it's important to let the programer select the week start day.

        In fact I'm using JsCalendar on my projects and the main fact that determined its election over other calendar solution was the possibility to start the week on Sonday rather than on Sunday, so for the spanish people the calendar shows

        Lu Ma Mi Ju Vi Sa Do

        Regards,

        Show
        aaloy antoni aloy added a comment - Hi Malcom, In Spain the week starts on Monday and not on Sunday. The same applies for other european countries (except UK ). So I think it's important to let the programer select the week start day. In fact I'm using JsCalendar on my projects and the main fact that determined its election over other calendar solution was the possibility to start the week on Sonday rather than on Sunday, so for the spanish people the calendar shows Lu Ma Mi Ju Vi Sa Do Regards,
        Hide
        amohombe Ahmed Mohombe added a comment -

        This issue relates somehow to CLK-27 :

        • the JSCalendar is a little more complex and has a much greater potential than the actual Click integration allows it.
        • to 'embed' more functionality from JSCalendar into Click it makes no sense IMHO (as it was done till yet) cause it's very work intesive and it must be redone with any new version of JSCalendar. This is also true for many javascript intesive controls.

        My proposal was in:
        http://sunvolt.com/confluence/display/CLK/API+Change+Proposal
        Chapter 3 (3.2, 3.3, 4.1)

        The basic idea would be to:
        1. Move DateField to 'extras'
        2. Rename it to CalendarField (since this is in reality).
        3. Than, since it's in 'extras', add everything JSCalendar has. Add it as it its - to be able to easily update if bugs are corrected and we need to do updates.
        4. This would mean that CalendarField would have everything JSCalendar has, and if users want new features(or just bugs, patches, etc), they will do it to JSCalnear, so that every other framework that is useing would benefit from those updates.
        5. We can also make a WIKI page for this, to explain and to redirect the user to make requests to the original creator: JSCalender in this case, but if other libraries are integrated, than to those too.
        6. Provide for the Core a SimpleDateField that works even without JavaScript, or a DateTimeField (SpinDateTimeField) like the one from RoR.

        I could do Steps 1,2,3,4 together with CLK-27.
        Regarding Step 6, if someone has a fast solution for the RoR version would be cool, cause it would look better than a simple Field, but we could also have both(SimpleDateField as a fallback solution when javascript is not available).

        However, before implementing, IMHO this must be discussed first on the on the Dev list .

        Ahmed.

        Show
        amohombe Ahmed Mohombe added a comment - This issue relates somehow to CLK-27 : the JSCalendar is a little more complex and has a much greater potential than the actual Click integration allows it. to 'embed' more functionality from JSCalendar into Click it makes no sense IMHO (as it was done till yet) cause it's very work intesive and it must be redone with any new version of JSCalendar. This is also true for many javascript intesive controls. My proposal was in: http://sunvolt.com/confluence/display/CLK/API+Change+Proposal Chapter 3 (3.2, 3.3, 4.1) The basic idea would be to: 1. Move DateField to 'extras' 2. Rename it to CalendarField (since this is in reality). 3. Than, since it's in 'extras', add everything JSCalendar has. Add it as it its - to be able to easily update if bugs are corrected and we need to do updates. 4. This would mean that CalendarField would have everything JSCalendar has, and if users want new features(or just bugs, patches, etc), they will do it to JSCalnear, so that every other framework that is useing would benefit from those updates. 5. We can also make a WIKI page for this, to explain and to redirect the user to make requests to the original creator: JSCalender in this case, but if other libraries are integrated, than to those too. 6. Provide for the Core a SimpleDateField that works even without JavaScript, or a DateTimeField (SpinDateTimeField) like the one from RoR. I could do Steps 1,2,3,4 together with CLK-27 . Regarding Step 6, if someone has a fast solution for the RoR version would be cool, cause it would look better than a simple Field, but we could also have both(SimpleDateField as a fallback solution when javascript is not available). However, before implementing, IMHO this must be discussed first on the on the Dev list . Ahmed.
        Hide
        medgar Malcolm Edgar added a comment -

        The fix is now checked into CVS. Odd thing, I never noticed that the week day started on Sunday which is not the Australian convention. I must be getting used to Australians new mother country the US.

        Additional improvements have been made to support other non-english languages automatically. Auto supported languages include:

        "de", "en", "es", "fr", "ko", "it", "ja", "ru", "zh"

        If support is required for additional languages please raise an support request. Note they will have to be supported by jscalendar language packs.

        Related bug: http://www.avoka.com/jira/browse/CLK-27

        Show
        medgar Malcolm Edgar added a comment - The fix is now checked into CVS. Odd thing, I never noticed that the week day started on Sunday which is not the Australian convention. I must be getting used to Australians new mother country the US. Additional improvements have been made to support other non-english languages automatically. Auto supported languages include: "de", "en", "es", "fr", "ko", "it", "ja", "ru", "zh" If support is required for additional languages please raise an support request. Note they will have to be supported by jscalendar language packs. Related bug: http://www.avoka.com/jira/browse/CLK-27

          People

          • Assignee:
            medgar Malcolm Edgar
            Reporter:
            aaloy antoni aloy
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development