Comments (13)
Added locale-sensitive formatting to the DayView and MonthView as of r221.
AgendaView will not be included in gwt-cal 0.9.0. It won't be merged with the
trunk and
AGENDA will be removed as a CalendarViews enum value. I am postponing work on
the
AgendaView in favor of DayView DragDrop.
Original comment by [email protected]
on 21 Dec 2009 at 12:20
- Changed state: Fixed
- Added labels: Type-Enhancement
- Removed labels: Type-Defect
from gwt-cal.
Works for me even if the small modification on the bottom of this post makes
things
looks better. I think it's good enough for the 0.9, but I was pondering on the
issue
and maybe the ideal solution would be to let the calling code provide custom
time
formats (for example the shortTimeFormat looks better in english than in
french).
Index: CalendarModel.java
===================================================================
--- CalendarModel.java (révision 221)
+++ CalendarModel.java (copie de travail)
@@ -78,10 +78,10 @@
String hourFormat = "h";
if(!hour.equals("12:00 PM")) {
- NOON = "12";
+ NOON = hour;
AM = "";
PM = "";
- hourFormat = "HH";
+ hourFormat = shortTimeFormat.getPattern();
}
shortTimeFormat =
Original comment by [email protected]
on 21 Dec 2009 at 9:18
from gwt-cal.
ok, enfin je comprends le problem. j'ai modifié le code comme tu as
recommendé, mais tu
as raison, on peut trouver une meilleure solution.
Carlitos - maybe you can help here also? as an american i'm a bit challenged w/
internationalization :)
Original comment by [email protected]
on 21 Dec 2009 at 5:26
- Changed state: Started
from gwt-cal.
[deleted comment]
from gwt-cal.
Traduction : "Ok, I understand the problem. I've modified the code as you asked
it.
But you're right, we can find a better solution"
My english is not good as well but i hope you will understand :-)
Original comment by [email protected]
on 21 Dec 2009 at 5:45
from gwt-cal.
All the DateTimeFormat patterns are now driven from the
CalendarConstants.properties
files, which get loaded into the CalendarModel class.
You can override the formats (for example the hour format) with this call:
CalendarModel.INSTANCE.hourFormatter = DateTimeFormat.getFormat("your custom
format");
Note: this class will change (like names being re-factored) but i'll keep the
ability
to modify the format
Some values are calculated and cached... we'll need the ability to refresh the
cache.
I'll make a note to myself to add this functionality
Original comment by [email protected]
on 4 Feb 2010 at 6:21
from gwt-cal.
Original comment by [email protected]
on 15 Feb 2010 at 2:26
- Changed state: Fixed
from gwt-cal.
Hi guys,
I don't known if I'm missing something, but the current structure in the 0.9
branch
is not flexible enough to change the hourFormatter. For example, I need to show
the
hour format as H:00, but the whole AMPM is getting harder to do it.
Attached you can find a patch that seems to solve the whole issue. I'm sure it
will
need some extra work, but seems like a better starting point.
I really hope to see it included in the final 0.9 version :)
Cheers,
Original comment by ctasada
on 23 Feb 2010 at 10:31
Attachments:
from gwt-cal.
We currently modify the hour format using gwt's i18n feature. It is
customizable based on locale, and specified in
properties files. Right now we only have 3 locales, EN, FR and ES
In the default (EN) version of CalendarConstants.properties you see:
noon=Noon
more=+{0} more
timeFormat=h:mm
dateFormat=EEE, MMM d
weekdayFormat=EEE
am=AM
pm=PM
In the version francaise we do the following:
noon=12:00
more=+{0} en plus
timeFormat=HH:00
dateFormat=EEE, d MMM
weekdayFormat=EEE
am=
pm=
You will see the French version is pretty similar to what you are asking for,
just with an extra "H". Are you sure you
just don't need us to add your regions locale, instead of patching code?
If formatting for your specific locale does not solve the problem, let me ask
the following questions, if you don't mind
1) What locale are you programming for
2) What theme are you using?
3) What is the use case for deviating from the standard ways ical and google
display their time formats
Original comment by [email protected]
on 23 Feb 2010 at 10:46
from gwt-cal.
Hi Brad,
The main reason is that I've a case in which I simply want to ignore the locale
and
give the user the possibility to choose between a 24h format and an am/pm
format.
Also seems that the proper place to configure this behavior is in the
CalendarSettings class.
I'm sure you'll agree with me that flexibility is always a good thing and that,
sometimes, the defaults are not what the user wants :(
I hope the patch I send is good enough to cover this issue.
Regards,
Carlos.
Original comment by ctasada
on 4 Mar 2010 at 8:09
from gwt-cal.
Issue 36 has been merged into this issue.
Original comment by [email protected]
on 10 Mar 2010 at 4:20
from gwt-cal.
Hello!
I would appreciate to have a norwegian property file too (google theme). The
content
should be:
noon=12:00
more=+{0} til
timeFormat=HH:00
dateFormat=EEE d. MMM
weekdayFormat=EEE
am=
pm=
Regards,
Terje
Original comment by [email protected]
on 11 Mar 2010 at 6:22
from gwt-cal.
Original comment by [email protected]
on 12 May 2010 at 7:10
- Added labels: Release0.9
from gwt-cal.
Related Issues (20)
- setView remove additional style HOT 4
- Support external drop onto calendar HOT 4
- memory leak on every redraw with appointments in view HOT 1
- Turkish Locale HOT 4
- hour view HOT 3
- Purchase commercial license HOT 2
- Day numbers not correctly showed in month-view HOT 3
- Month view in IE9 displays incorrectly
- Strange behavior with Chrome and DialogBox.center() HOT 1
- allow the adding of a user object to the Appointment HOT 1
- Appointment refreshed on Day view will fire null pointer exception when being dragged again HOT 1
- calendarWeekIso will break in 2016 in locales where firstDayOfWeek==1 HOT 1
- In the week view and with RTL direction, the calendar header is not RTL
- Opera display width problem
- Appointment does not provides any mechanism to set tooltip for a particular appointment in day view
- Same calendar with different view in tabpanel
- tt.css
- Changing first day of week
- Put version 0.9.4 in the maven central
- Would love to see a click/drag create capability in the day views
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gwt-cal.