[jira] Commented: (OFBIZ-1843) Suppress stack traces on front end due to errors in ftl files

2008-08-17 Thread Amit Shinde (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-1843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623261#action_12623261 ] Amit Shinde commented on OFBIZ-1843: I am not clear here. "FreeMarker is used in other

Re: svn commit: r686301 - in /ofbiz/trunk/framework/webapp: dtd/site-conf.xsd src/org/ofbiz/webapp/control/ConfigXMLReader.java src/org/ofbiz/webapp/control/RequestHandler.java

2008-08-17 Thread Tim Ruppert
+1 - if we have requirements - let's follow them. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Aug 16, 2008, at 8:04 PM, Adam Heath wrote: Scott Gray wrote: I'm pretty sure that if we removed Si's commit access then we would probably ne

Re: svn commit: r686301 - in /ofbiz/trunk/framework/webapp: dtd/site-conf.xsd src/org/ofbiz/webapp/control/ConfigXMLReader.java src/org/ofbiz/webapp/control/RequestHandler.java

2008-08-17 Thread Tim Ruppert
That's kinda ridiculous BJ. There are committer guidelines that if they are not being followed, then as a community we have to figure out what to do in that case. If non-committers don't follow the rules of posting, do we still get their contributions in there? I don't think so. So, my

Re: Latitude, Longitude in PostalAdress

2008-08-17 Thread BJ Freeman
using the new feature that Adrian has introduced. you can use something like http://www.zipinfo.com/search/zipcode.htm to get pertinent information. this is only good for US. it was the implementation of Adrians feature I as more thinking about. Jacques Le Roux sent the following on 8/17/2008 1:52

Re: Latitude, Longitude in PostalAdress

2008-08-17 Thread BJ Freeman
you can still connect the GeoPoint to faclities and use an scea to keep it in sync for those that want a standard. then all you need is the GeoPointID in the location. Jacques Le Roux sent the following on 8/17/2008 1:52 PM: > From: "Jacques Le Roux" <[EMAIL PROTECTED]> >> From: "BJ Freeman" <[EMA

Re: Latitude, Longitude in PostalAdress

2008-08-17 Thread Jacques Le Roux
From: "Jacques Le Roux" <[EMAIL PROTECTED]> From: "BJ Freeman" <[EMAIL PROTECTED]> on a light side anything that a robot would need to know to get to and from something. :) Yes, for the moment areaId, aisleId, sectionId, levelId - needs elevation -, positionId are only references in OFBiz. I

[jira] Updated: (OFBIZ-1885) Selectable Visual Themes

2008-08-17 Thread Adrian Crum (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-1885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum updated OFBIZ-1885: --- Attachment: visualtheme_merged.patch Updated patch. I moved the Visual Theme selection to a lookup sc

Re: svn commit: r686377 - in /ofbiz/trunk/applications/accounting: src/org/ofbiz/accounting/ src/org/ofbiz/accounting/invoice/ src/org/ofbiz/accounting/payment/ src/org/ofbiz/accounting/thirdparty/pay

2008-08-17 Thread Adrian Crum
--- On Sat, 8/16/08, David E Jones <[EMAIL PROTECTED]> wrote: > Ideally the MessageString class would extend String, but if > I remember > right that wasn't allowed (don't know if it is now > or not in Java 5). The String class is final, and I'm sure it always will be - http://java.sun.com/j2se

Re: The OFBiz Logo and Internationalization

2008-08-17 Thread Jacques Le Roux
Yes, this would work Jacques From: "Bruno Busco" <[EMAIL PROTECTED]> This would mean to have several jpg, one for each language and having them retreived using the ContentManager which will take care of the locale. -Bruno 2008/8/17 Bruno Busco <[EMAIL PROTECTED]> Could we use for the logo a

Re: The OFBiz Logo and Internationalization

2008-08-17 Thread Bruno Busco
This would mean to have several jpg, one for each language and having them retreived using the ContentManager which will take care of the locale. -Bruno 2008/8/17 Bruno Busco <[EMAIL PROTECTED]> > Could we use for the logo also the localized content approach that we > discussed for the default p

Re: The OFBiz Logo and Internationalization

2008-08-17 Thread Bruno Busco
Could we use for the logo also the localized content approach that we discussed for the default product image here ? https://issues.apache.org/jira/browse/OFBIZ-1897 -Bruno 2008/8/17 Jacques Le Roux <[EMAIL PROTECTED]> > Yes, I'm not sure this is really needed. Even for RTL languages. > > Jacque

[jira] Commented: (OFBIZ-1843) Suppress stack traces on front end due to errors in ftl files

2008-08-17 Thread Jacques Le Roux (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-1843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623181#action_12623181 ] Jacques Le Roux commented on OFBIZ-1843: Before this patch is too old, any takers ?

[jira] Commented: (OFBIZ-1921) Sort related entities in ViewGeneric

2008-08-17 Thread Jacques Le Roux (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-1921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623180#action_12623180 ] Jacques Le Roux commented on OFBIZ-1921: Good idea, but sorry, I can't see any diff

Re: The OFBiz Logo and Internationalization

2008-08-17 Thread Jacques Le Roux
Yes, I'm not sure this is really needed. Even for RTL languages. Jacques From: "BJ Freeman" <[EMAIL PROTECTED]> That opens up someone changing the text to something other than what is stated now. Like Free-man.com Adrian Crum sent the following on 8/16/2008 9:36 AM: Is there a chance we could

Re: Discovery of anti-pattern

2008-08-17 Thread Jacques Le Roux
Fixed in revision: 686591 Jacques From: "Jacques Le Roux" <[EMAIL PROTECTED]> We have also 322 if (* != null && *.size() > 0) { where * is a variable name (String or Collection). Those should really better rewritten if (UtilValidate.isNotEmpty(*)) { Jacques From: "Scott Gray" <[EMA

Re: Discovery of anti-pattern

2008-08-17 Thread Jacques Le Roux
Hi Scott, True, so I can't see any reasonable reasons for this ! Jacques From: "Scott Gray" <[EMAIL PROTECTED]> Hi Jacques A lack of results won't cause the delegator to throw an exception, assuming the model entity and the query were sound the exception would come from a problem actually que