Success! Looks like we've fixed this one. According to our records the fix was applied for a bug in our system in a recent build.
  1. #1
    Sencha User
    Join Date
    Sep 2012
    Posts
    3
    Vote Rating
    1
    DodgeX is on a distinguished road

      0  

    Default 3.0.1 DatePicker ignores Locale

    3.0.1 DatePicker ignores Locale


    The GXT3(.0.1) DatePicker is always english.

    To fix this, change in com.sencha.gxt.widget.core.client.DatePicker
    private final DefaultDateTimeFormatInfo constants = new DefaultDateTimeFormatInfo ();
    to
    private final DefaultDateTimeFormatInfo constants = GWT.create(DateTimeFormatInfoImpl.class);

    thanks for fixin

  2. #2
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,643
    Vote Rating
    80
    Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice

      0  

    Default


    Thanks - this has already been fixed in SVN, and will be available in the next release. The line currently looks like this:

    Code:
    private DateTimeFormatInfo constants = LocaleInfo.getCurrentLocale().getDateTimeFormatInfo();

  3. #3
    Ext GWT Premium Member
    Join Date
    May 2011
    Posts
    1
    Vote Rating
    0
    januszb is on a distinguished road

      0  

    Default Width hardcoded in DatePickerBaseAppearance

    Width hardcoded in DatePickerBaseAppearance


    There is one more problem with localization of DatePicker. In render method of DatePickerBaseAppearance there is hardcoded width (line : sb.appendHtmlConstant("<div class=" + style.datePicker() + " style='width: 177px'>"), wich is not enaugh for october in polish language ("październik"), 185px will be enaugh. On the other hand there is no good idea to put the width in this place - maybe it should be moved to the DatePickerStyle.

  4. #4
    Sencha User
    Join Date
    Sep 2012
    Posts
    3
    Vote Rating
    1
    DodgeX is on a distinguished road

      0  

    Default


    Quote Originally Posted by Colin Alworth View Post
    Thanks - this has already been fixed in SVN, and will be available in the next release. The line currently looks like this:

    Code:
    private DateTimeFormatInfo constants = LocaleInfo.getCurrentLocale().getDateTimeFormatInfo();
    Hey Colin,

    thank you for your fast reply.
    any idea when the nex release will be available?

  5. #5
    Sencha User
    Join Date
    Oct 2012
    Posts
    17
    Vote Rating
    0
    wilfre is on a distinguished road

      0  

    Default


    The workaround does not allow it to be applied via subclassing. So, is there an instruction to self-compile GXT library as of you do not provide any information on how to get a nightly build?

  6. #6
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,643
    Vote Rating
    80
    Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice

      0  

    Default


    You can apply the workaround with JSNI, or modify the .java file and recompile it.

    SVN and nightly builds (via both maven and download from the support portal) are only available to support users.

  7. #7
    Sencha User
    Join Date
    Oct 2012
    Posts
    17
    Vote Rating
    0
    wilfre is on a distinguished road

      0  

    Default


    So, I tried to inject a recompiled com.sencha.gxt.widget.core.client.DatePicker.class to my project with the upmentioned changes to it. According to GWT 2.4.0 i18n implementations return firstDayOfWeek taken from .properties file and substracted 1. That means that:

    DateTimeConstantsImpl_en.properties defines firstDayOfWeek = 1. Via JAVA implementation will programmatically return 0. This makes
    Code:
        private int getCalculatedStartDay() {
            return startDay != Integer.MIN_VALUE ? startDay : constants
                    .firstDayOfTheWeek() - 1;
        }
    unnecessary or at least a substraction in this code. Deleted that substraction and the code now works as it should.

  8. #8
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,643
    Vote Rating
    80
    Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice

      1  

    Default


    Lorilee96: Is there a question in there somewhere? Is there a problem with the GXT DatePicker (not primefaces or tomahawk) that you are facing?

    (Or, and I hate to suggest it, is your post just nearly-relevant enough to establish an account that will be later used for spam?)

  9. #9
    Sencha - Support Team
    Join Date
    Feb 2013
    Location
    California
    Posts
    2,485
    Vote Rating
    52
    Gary Schlosberg has a spectacular aura about Gary Schlosberg has a spectacular aura about Gary Schlosberg has a spectacular aura about

      0  

    Default


    I'm afraid it was the latter, Colin, as the other thread posted by that user was even more spammy.
    Are you a Sencha products veteran who has wondered what it might be like to work at Sencha? If so, please reach out to our recruiting manager: sheryl@sencha.com

film izle

hd film izle

film sitesi

takipci kazanma sitesi

takipci kazanma sitesi

güzel olan herşey

takipci alma sitesi

komik eğlenceli videolar