[ 
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656949#action_12656949
 ] 

Marco Ruocco commented on OFBIZ-1825:
-------------------------------------

Hi Jacques,

thanks for your suggestion.
I'll try to explain my work:
    1 - I try to apply the "The progressive enhancement" perspective for the 
calendar widget. 
          Without javascript, it is composed by three field:
                 - day field (a text field)
                 - month field (a drop-down field with the localized name of 
months)
                 - year field (a text field)
          The position of that fields is related to the localized date pattern 
that you have to specify in the CommonUiLabels.xml 
          (I think this is the better resource where you can localize that 
information).
          With javascript, it place the right calendar widget. I use 
unobtrusive Javascript to separate completely the html part from the javascript 
part
          (I think this would be a best practice also for other solution as 
autocompleter....)

> Colors and localisation for the calendar
> ----------------------------------------
>
>                 Key: OFBIZ-1825
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1825
>             Project: OFBiz
>          Issue Type: Improvement
>          Components: ALL COMPONENTS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>            Assignee: Jacques Le Roux
>            Priority: Minor
>             Fix For: SVN trunk
>
>         Attachments: calendar.patch, calendarDateSelectColor.patch, 
> calendarDateSelectColor.patch, Existing.jpg, Proposition.jpg, WE_CAL.gif
>
>
> I tried to change the calendar colors, to be more "in the OFBiz way". Please 
> let me you know what you think.
> I also changed some colors to respect our CSS best practices (no color names).
> Here are some remarks :
> Colors
> *  I kept the 3 chars scheme when it's was obvious. For instance we don't 
> need to set #000000 or #ffffff when actually #000 or #fff is sufficient. 
> * I used Wikipedia as reference http://en.wikipedia.org/wiki/Web_colors for 
> choising colors. While doing this change I wondered if we could not authorise 
> and even recommend to use sandard names for colors as shown in Wikipedia 
> page. I found it easier to recall a color by its names than by an hexa 
> number...! As long as we would use this Wikipedia reference I think it could 
> be possible to use names instead of hexa, WDYT ?
> * The days initials are not centered but at left (It's late and I did not 
> found the reason)
> We need to provide a localisation mean. From 
> http://electronicholas.com/calendar?style=default&format=natural it should 
> not be too hard. I propose a simple way, maybe we can do better
> * More calendar formats in a calendar.properties file (like the euro or 
> american ones)
> * For the moment I think all string are harcoded in calendar_date_select.js
>     Date.weekdays = $w("S M T W T F S");
>     Date.first_day_of_week = 0;
>     Date.months = $w("January February March April May June July August 
> September October November December" );
>     _translations = {
>       "OK": "OK",
>       "Now": "Now",
>       "Today": "Today"
>     }
> A very simple way (but not very clever I must admit) could be to set a 
> property for the language to use in calendar.properties file and use it in a 
> switch statement with "hardcoded" strings in  calendar_date_select.js. Is 
> anybody aware of better ways to do that in Javascript or Prototype ?
> BTW I think we should delete calendarstyles.css and calendarTable.css. If 
> it's ok, I will do it when I will upate the attached patch later.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to