search

wcx6298 / smartgwt

Automatically exported from code.google.com/p/smartgwt
0 stars 0 forks source link

Date-Picker problems since SmartGWT 3.1 #693

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
The Date-Picker worked smooth in SmartGWT 3.0 but since the upgrade to 3.1 
there are some problems with the layout.

1. As you can see by the first screenshot already the official Smart-GWT 
Showcase is having negative effects since 3.1. However I can only produce this 
effect in IE8 and IE9 but not in Firefox.
http://www.smartclient.com/smartgwt/showcase/#form_controls_various

2. The second screenshot is from my application with localization to german 
locale (DE). This layout problem also occurs in Firefox where I have taken the 
screenshot.

As problem 1. already occurs in the showcase I omit a standalone EntryPoint. 
However, the showcase is deployed without localization (I assume to prevent the 
extraordinary long GWT build due to the many permutations). Let me know if you 
need an additional standalone EntryPoint.

Original issue reported on code.google.com by joerg.ho...@googlemail.com on 29 Nov 2012 at 4:23

Attachments:

GoogleCodeExporter commented 9 years ago 
Problem 1 is already being worked on.

Problem 2 isn't reproducible - note how "Nov 2012" fits fine in your first 
screenshot - it appears that, rather than *only* changing the locale, you also 
have skin or browser settings making the fonts larger?

Original comment by smartgwt...@gmail.com on 29 Nov 2012 at 8:42

GoogleCodeExporter commented 9 years ago 
Thanks for the fast reply.

> Problem 1 is already being worked on.
Excellent. Great support :)

> Problem 2 isn't reproducible - note how "Nov 2012" 
> fits fine in your first screenshot - it appears that, 
> rather than *only* changing the locale, you also have 
> skin or browser settings making the fonts larger?
Good observation. You are right. However this used to work in 3.0.

Is there a way to set the width of the popup?
Or do we have to change the font as the only solution?

Original comment by joerg.ho...@googlemail.com on 30 Nov 2012 at 9:15

GoogleCodeExporter commented 9 years ago 
On Problem 2, it doesn't seem like you need to adjust widths, you need to 
figure out what you're doing that's changing the font from the default (we're 
assuming here that this wasn't an intentional change).

Original comment by smartgwt...@gmail.com on 30 Nov 2012 at 5:06

GoogleCodeExporter commented 9 years ago 
> we're assuming here that this wasn't an intentional change
no. We have changed the font in the entire app on purpose. We would like to 
have this consistent throughout the app but if there is currently no other way, 
we would change it just for the calendar popup.

Original comment by joerg.ho...@googlemail.com on 3 Dec 2012 at 8:21

GoogleCodeExporter commented 9 years ago 
The Skinning and AutoChild systems make it possible to re-size the DateChooser 
to accommodate larger fonts - take a look at the Skinning Guide in the "docs" 
package of JavaDoc to get started - but we honestly couldn't recommend getting 
into all these DateChooser settings just for cosmetic reasons related to choice 
of font (as opposed to an accessibility issue).

Original comment by smartgwt...@gmail.com on 3 Dec 2012 at 11:24