[jira] Created: (OFBIZ-2177) Error using the UtilDateTime.addDaysToTimestamp method
Error using the UtilDateTime.addDaysToTimestamp method -- Key: OFBIZ-2177 URL: https://issues.apache.org/jira/browse/OFBIZ-2177 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: OS Windows XP SP3 Reporter: Marco Ruocco Fix For: SVN trunk Attachments: UtilDateTime.patch I try to use the UtilDateTime.addDaysToTimestamp method that accept the int parameters days. When you want add a number of day more the 24 it reach the limit of the int variable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2177) Error using the UtilDateTime.addDaysToTimestamp method
[ https://issues.apache.org/jira/browse/OFBIZ-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Ruocco updated OFBIZ-2177: Attachment: UtilDateTime.patch I attach the patch tha solve this problem Error using the UtilDateTime.addDaysToTimestamp method -- Key: OFBIZ-2177 URL: https://issues.apache.org/jira/browse/OFBIZ-2177 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: OS Windows XP SP3 Reporter: Marco Ruocco Fix For: SVN trunk Attachments: UtilDateTime.patch I try to use the UtilDateTime.addDaysToTimestamp method that accept the int parameters days. When you want add a number of day more the 24 it reach the limit of the int variable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12669600#action_12669600
]
Marco Ruocco commented on OFBIZ-1825:
-
Hi Todor,
I'm working on it, in this days. I hope to send you a patch as soon as
possible
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: Release Branch 9.3
Attachments: calendar.patch, calendar_sequence.patch,
calendarDateSelectColor.patch, calendarDateSelectColor.patch,
calendarModified.patch, CommonScreens.patch, Existing.jpg,
LocalizedDate_it.patch, 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 #00 or #ff 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=defaultformat=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.
[jira] Updated: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Ruocco updated OFBIZ-1825:
Attachment: LocalizedDate_it.patch
This is the date pattern localized for the italian language
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: Release Branch 9.3
Attachments: calendar.patch, calendar_sequence.patch,
calendarDateSelectColor.patch, calendarDateSelectColor.patch,
calendarModified.patch, Existing.jpg, LocalizedDate_it.patch,
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 #00 or #ff 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=defaultformat=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.
[jira] Updated: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Ruocco updated OFBIZ-1825:
Attachment: CommonScreens.patch
This is a patch for the LookupDecorator with the new localized calendar
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: Release Branch 9.3
Attachments: calendar.patch, calendar_sequence.patch,
calendarDateSelectColor.patch, calendarDateSelectColor.patch,
calendarModified.patch, CommonScreens.patch, Existing.jpg,
LocalizedDate_it.patch, 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 #00 or #ff 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=defaultformat=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.
[jira] Updated: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Ruocco updated OFBIZ-1825:
Attachment: calendar_sequence.patch
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: Release Branch 9.3
Attachments: calendar.patch, calendar_sequence.patch,
calendarDateSelectColor.patch, calendarDateSelectColor.patch,
calendarModified.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 #00 or #ff 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=defaultformat=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.
[jira] Commented: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 #00 or #ff 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=defaultformat=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.
[jira] Updated: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Ruocco updated OFBIZ-1825:
Comment: was deleted
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 #00 or #ff 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=defaultformat=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.
[jira] Commented: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12656939#action_12656939
]
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 #00 or #ff 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=defaultformat=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.
[jira] Commented: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12656643#action_12656643
]
Marco Ruocco commented on OFBIZ-1825:
-
Hi,
I spent my time in the past days on the calendar localization problem and I
propose a patch
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: 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 #00 or #ff 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=defaultformat=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.
[jira] Updated: (OFBIZ-1825) Colors and localisation for the calendar
[
https://issues.apache.org/jira/browse/OFBIZ-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Ruocco updated OFBIZ-1825:
Attachment: calendar.patch
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 #00 or #ff 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=defaultformat=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.
[jira] Updated: (OFBIZ-1952) delegator.removeByAnd(entityName) fails with sql syntax error
[ https://issues.apache.org/jira/browse/OFBIZ-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Ruocco updated OFBIZ-1952: Attachment: GenericDAO.patch Hi, in this attachment I propose my solution to that issue. I have worked on OFBiz revision 724649 on MS Windows XP System delegator.removeByAnd(entityName) fails with sql syntax error - Key: OFBIZ-1952 URL: https://issues.apache.org/jira/browse/OFBIZ-1952 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Adam Heath Priority: Minor Attachments: GenericDAO.patch delegator.removeByAnd(entityName) calls delegator.removeByAnd(entityName, (Map) null). This eventually calls GenericDAO.deleteByCondition, with the condition being an EntityFieldMap with an emptyMap. In this case, the EntityCondition.makeWhereString returns an empty string, so doing: sql += WHERE + condition.makeWhereString(...) fails. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1695) Update of the ManufacturingEntityLabels.xml with the new entity
Update of the ManufacturingEntityLabels.xml with the new entity --- Key: OFBIZ-1695 URL: https://issues.apache.org/jira/browse/OFBIZ-1695 Project: OFBiz Issue Type: Wish Components: manufacturing Affects Versions: SVN trunk Reporter: Marco Ruocco Priority: Minor Fix For: SVN trunk Hi, I have been working on OFBiz for almost two years for various customization and now I'm studing the enhancement you are proposing. I notice that in the publication of revision 633827, the entity InventoryEventPlannedType has been substituted by MrpEventType, but in ManufacturingEntityLabels.xml there is the old denomination. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1695) Update of the ManufacturingEntityLabels.xml with the new entity
[ https://issues.apache.org/jira/browse/OFBIZ-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Ruocco updated OFBIZ-1695: Attachment: ManufacturingEntityLabels.xml.patch Update of the ManufacturingEntityLabels.xml with the new entity --- Key: OFBIZ-1695 URL: https://issues.apache.org/jira/browse/OFBIZ-1695 Project: OFBiz Issue Type: Wish Components: manufacturing Affects Versions: SVN trunk Reporter: Marco Ruocco Priority: Minor Fix For: SVN trunk Attachments: ManufacturingEntityLabels.xml.patch Hi, I have been working on OFBiz for almost two years for various customization and now I'm studing the enhancement you are proposing. I notice that in the publication of revision 633827, the entity InventoryEventPlannedType has been substituted by MrpEventType, but in ManufacturingEntityLabels.xml there is the old denomination. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
