Any fix in the works?
Announcement
Collapse
No announcement yet.
X
-
This definitely looks like a caching issue.
If you're talking about the Showcase online at smartclient.com, nothing has changed there - we don't run the latest build on the website. You need to test with the showcase in the latest nightly build.
Either way, you need to make sure you navigate away from your page before clearing your browser cache, and make sure, as we said, to run a GWT compile.
Comment
-
Except for this comment: "same problem in FF 26.0 in deployed app built with current 4.1d." - that's not talking about the website and is why we've spent so much time looking into it.
For future reference, the Showcase running on smartclient.com does *not* run the latest build, and it never has. This is why we always request that you test against the latest from smartclient.com/builds.
Comment
-
Originally posted by Isomorphic View PostExcept for this comment: "same problem in FF 26.0 in deployed app built with current 4.1d." - that's not talking about the website and is why we've spent so much time looking into it.
The video I provided later was from the datepicker in a generated MiniDateRangeItem in a ListGrid of my app.
But I can confirm that the effect is gone now with my app and current SNAPSHOT_v9.1d_2014-01-22/EVAL Deployment, so you must have fixed something between Jan, 16th and Jan, 22nd.
Best regards,
Blama
Comment
-
Hi Isomorphic,
sorry to bother you again. The chooser for a "date" files is fine now. The chooser for a "datetime" field is broken with current 4.1d nightly, at least for the German localization, where the strings on the buttons are longer than in English.
It is not the same bug as before, but in the same area, so I didn't create a new bug report.
Please see the attached screenshot.
Steps to reproduce:- BuiltInDS Sample
- Add <extend-property name="locale" values="de" /> to BuiltInDS.gwt.xml
- Change date to datetime in supplyItem.ds.xml, field nextShipment
- Start DevMode
- Go to http://127.0.0.1:8888/BuiltInDS.html?gwt.codesvr=127.0.0.1:9997&locale=de
Best regards,
Blama
Comment
-
Hi Isomorphic,
please see the attached screenshot in my last post and compare to an English version screen, e.g. this sample.
In English sample: Top row ("Jan 2014") has rounded corners and a fading background.
In German screenshot: Top row ("Jan 2014") doesn't have a fading background the whole width, only in the area where there are dates below. This is because the whole window has become wider because of the longer strings.
It's not a framework bug like the original bug this post was about, but a not-perfect out-of-the-box-component.
Best regards,
Blama
Comment
-
Ah, so by "broken", you just meant that the layout with the header-buttons and the grid in it is the same size as the English version and is centered, rather than filling the width of the DateChooser?
That's by design, we support showing other columns too (fiscal year, week).
If you don't like that effect, you can alter it via the autoChildren on DateChooser (navigationLayout and dateGrid)
Comment
-
Ah, OK. Thanks.
I think I will disable the time-part (and apply button) by setShowTimeItem(false).
Just out of interest (won't use it now) regarding autoChildren: How do I know the possible values of the autoChildName-parameter in DateChooser.changeAutoChildDefaults(java.lang.String autoChildName, Canvas defaults) (or for any other item with AutoChilds)?
Best regards and thanks for the fast answer,
Blama
Comment
Comment