There is a difference between no one being concerned with what you are
suggesting and people being too busy to respond to every discussion that gets
raised on this list.
I don't have time to get into an involved discussion but I would prefer it if
they were left as they are until a real
On 12/10/2010, at 11:45 AM, Adam Heath wrote:
On 10/11/2010 04:25 PM, Scott Gray wrote:
On 12/10/2010, at 10:03 AM, Adam Heath wrote:
On 10/11/2010 02:37 PM, Jacques Le Roux wrote:
Impressive, now I know what Webslinger is and what it is capable of!
Actually, this is just one application
On 12/10/2010, at 12:37 PM, Adam Heath wrote:
On 10/11/2010 06:26 PM, Scott Gray wrote:
On 12/10/2010, at 11:45 AM, Adam Heath wrote:
On 10/11/2010 04:25 PM, Scott Gray wrote:
On 12/10/2010, at 10:03 AM, Adam Heath wrote:
On 10/11/2010 02:37 PM, Jacques Le Roux wrote:
Impressive, now I
[
https://issues.apache.org/jira/browse/OFBIZ-3969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12919009#action_12919009
]
Scott Gray commented on OFBIZ-3969:
---
+1 for this patch (well I didn't review it closely
+1200, Scott Gray wrote:
That's why we comment it out, the only reason you were affected was because
it wasn't commented out. The business user never even has to know that it
exists.
If your argument now is that at some point in the future a committer will
accidentally uncomment
Inline
Regards
Scott
On 3/10/2010, at 11:03 PM, jler...@apache.org wrote:
Author: jleroux
Date: Sun Oct 3 10:03:14 2010
New Revision: 1003943
URL: http://svn.apache.org/viewvc?rev=1003943view=rev
Log:
A patch from Sascha Rodekamp Additional parameter for FreeMarker to tell if
it
Hi Jacques,
I doubt this will work always with that form name since it is possible for a
product to belong to the same category multiple times. It would be better to
use:
form name=quickAdminRemoveProductFromCategory_${prodCatMemb_index}
Also you've put a form inside another form which is
On 1/10/2010, at 10:39 PM, Jacques Le Roux wrote:
Jacques Le Roux wrote:
Scott Gray wrote:
Hi Jacques,
I doubt this will work always with that form name since it is possible for
a product to belong to the same category multiple
times. It would be better to use:
form name
[
https://issues.apache.org/jira/browse/OFBIZ-3970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12916848#action_12916848
]
Scott Gray commented on OFBIZ-3970:
---
Hi Sascha,
Could you explain the use case
On 1/10/2010, at 6:04 AM, Jacques Le Roux wrote:
From: Adam Heath doo...@brainfood.com
On 09/29/2010 09:11 PM, Scott Gray wrote:
Thanks Hans and no worries, I don't think it was as big of a deal as it was
made it out to be.
If people think it might be a good idea, we could always alter
[
https://issues.apache.org/jira/browse/OFBIZ-3968?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12916613#action_12916613
]
Scott Gray commented on OFBIZ-3968:
---
I'd agree with this, there is really no good reason
On 1/10/2010, at 8:30 AM, Adam Heath wrote:
On 09/30/2010 01:03 PM, Scott Gray wrote:
On 1/10/2010, at 6:04 AM, Jacques Le Roux wrote:
From: Adam Heathdoo...@brainfood.com
On 09/29/2010 09:11 PM, Scott Gray wrote:
Thanks Hans and no worries, I don't think it was as big of a deal
On 1/10/2010, at 8:40 AM, Adam Heath wrote:
On 09/30/2010 02:35 PM, Scott Gray wrote:
On 1/10/2010, at 8:30 AM, Adam Heath wrote:
On 09/30/2010 01:03 PM, Scott Gray wrote:
On 1/10/2010, at 6:04 AM, Jacques Le Roux wrote:
From: Adam Heathdoo...@brainfood.com
On 09/29/2010 09:11 PM, Scott
It's irrelevant to discuss who has the final say before everything has been
said. And please keep in mind that I haven't actually spoken out against the
proposal, I've only attempted to get its proponents to do a better job of
justifying it.
I can't tell you what would be a waste of your time
On 28/09/2010, at 8:04 PM, chris snow wrote:
Hi Scott,
Sorry for being a bit vague with my initial response.
The last few nights I have been working on separating the entity
engine so it could be used outside of ofbiz, but it is proving to be
very difficult due to the entity engine's
I hate to be the guy that's always complaining about stuff, but do you really
need to keep this branch level with the trunk every single day? I have a hard
time keeping up with all of the commit messages and virtually doubling their
number certainly doesn't make things any easier.
On a side
Far be it from me to get in the way of your work Jacques.
Scott
On 28/09/2010, at 9:45 PM, Jacques Le Roux wrote:
Sorry to disturb you but we are using it and someone is working on the
accounting component currently.
Jacques
Scott Gray wrote:
I hate to be the guy that's always
On Tue, 2010-09-28 at 09:19 +1300, Scott Gray wrote:
Hi Hans,
The trunk seems to have issues loading the demo data after this commit:
[java] 2010-09-28 09:10:54,069 (main) [EntityDataLoadContainer.java:401:INFO
] The following errors occured in the data load:
[java] 2010-09-28 09:10
Freeman wrote:
I remember when I made similar comments long time ago was told that only
guarantee derby and ./ant clean-all
interesting to see the reverse.
Scott Gray sent the following on 9/28/2010 7:25 PM:
Hi Hans,
Thanks for looking into and yes, it is just a straight clean-all
[
https://issues.apache.org/jira/browse/OFBIZ-3961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12916016#action_12916016
]
Scott Gray commented on OFBIZ-3961:
---
Hi Jeremy, I thought I had already fixed this, have
Hi Hans,
The trunk seems to have issues loading the demo data after this commit:
[java] 2010-09-28 09:10:54,069 (main) [EntityDataLoadContainer.java:401:INFO ]
The following errors occured in the data load:
[java] 2010-09-28 09:10:54,069 (main) [EntityDataLoadContainer.java:403:INFO ]
Please excuse my ignorance, but aside from beauty in design what would the
tangible benefit of such a change be? What would it allow you to achieve that
isn't possible right now (and that you actually have a use case for)?
I have no problem with refactoring and improving designs but I'm also a
On 28/09/2010, at 3:21 PM, Adam Heath wrote:
Scott Gray wrote:
Please excuse my ignorance, but aside from beauty in design what would the
tangible benefit of such a change be? What would it allow you to achieve
that isn't possible right now (and that you actually have a use case for)?
I
On 28/09/2010, at 3:23 PM, Adam Heath wrote:
chris snow wrote:
Hi Scott,
Some of the problems with the current design being tightly coupled:
- maintainability
- extensibility
- testability
Some use cases, that would be easier with the re-design:
1) Improved ofbiz update management
Hi Chris,
Thanks for the response, comments inline.
On 28/09/2010, at 2:42 PM, chris snow wrote:
Hi Scott,
Some of the problems with the current design being tightly coupled:
- maintainability
- extensibility
- testability
This all sounds nice but I still fail to see how these things
My concern more than anything is too much unclean code/hacked ajax. Because
we're not natively supporting these UI behaviors from within the framework, the
code for using them in the applications has a real danger of becoming
unmanageably messy.
I'm also slowly getting to the point where I
Containers are different from components. If you don't want webslinger then
chances are that you don't want that container either and should comment it out
from ofbiz-containers.xml.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 23/09/2010, at 7:59 PM, chris snow wrote:
I've
Hi Bruno,
The run-install data load seems to complain about these changes:
[java] 2010-09-24 15:17:55,073 (main) [EntitySaxReader.java:220:INFO ]
Beginning import from URL:
file:/Users/lektran/Documents/workspace/gitbiz/framework/example/data/ExamplePortalSeedData.xml
[java] 2010-09-24
On 13/09/2010, at 12:09 PM, Adrian Crum wrote:
--- On Sun, 9/12/10, Scott Gray scott.g...@hotwaxmedia.com wrote:
On 12/09/2010, at 2:57 AM, Adrian
Crum wrote:
--- On Sat, 9/11/10, Scott Gray scott.g...@hotwaxmedia.com
wrote:
Currently
JdbcValueHandler.BlobJdbcValueHandler will accept
You may want to consider discussing the changes with the community before
proceeding much further. Was that service attribute intentional? What does it
do? Why commit it without the logic?
Thanks
Scott
HotWax Media
http://www.hotwaxmedia.com
On 18/09/2010, at 8:33 AM, jler...@apache.org
Hi Nicolas,
No comment right now on your suggestion but just as an FYI, condition-expr has
ignore-if-null and ignore-if-empty attributes to avoid the problem you
described with your initial attempt.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 16/09/2010, at 10:17 PM, Nicolas
, it was my first idea, but ignore-if-null and ignore-if-empty works
on given value and not search attribute.
Nicolas
Le 16/09/2010 12:51, Scott Gray a écrit :
Hi Nicolas,
No comment right now on your suggestion but just as an FYI, condition-expr
has ignore-if-null and ignore-if-empty
On 12/09/2010, at 2:57 AM, Adrian Crum wrote:
--- On Sat, 9/11/10, Scott Gray scott.g...@hotwaxmedia.com wrote:
Currently
JdbcValueHandler.BlobJdbcValueHandler will accept byte
arrays and Blobs (reluctantly) but not ByteBuffers.
The problem is that the service engine uses ByteBuffer
Currently JdbcValueHandler.BlobJdbcValueHandler will accept byte arrays and
Blobs (reluctantly) but not ByteBuffers. The problem is that the service
engine uses ByteBuffer as the attribute type for attributes created based on
blob entity fields and crud services fail due to this because they
Hi Jacques,
What's wrong with doing for the plugins what we do for dojo?
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 10/09/2010, at 8:29 PM, Jacques Le Roux wrote:
Hi,
I'm trying to understand what is exactly requested to be in the LICENSE file.
I have searched on the ASF
[
https://issues.apache.org/jira/browse/OFBIZ-3927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12908269#action_12908269
]
Scott Gray commented on OFBIZ-3927:
---
There were two problems surrounding this bug
[
https://issues.apache.org/jira/browse/OFBIZ-3832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12908278#action_12908278
]
Scott Gray commented on OFBIZ-3832:
---
Fixed in trunk r996069, somebody just needs to back
[
https://issues.apache.org/jira/browse/OFBIZ-3434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12908281#action_12908281
]
Scott Gray commented on OFBIZ-3434:
---
Fixed in trunk revs: 996078 and 996079
just needs
Hi Ashish,
It looks like you and Bilgin are going back and forth on this:
http://svn.apache.org/viewvc?view=revisionrevision=894359
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 9/09/2010, at 11:32 PM, ash...@apache.org wrote:
Author: ashish
Date: Thu Sep 9 11:32:28 2010
New
, at 6:51 PM, Scott Gray wrote:
Sounds fine to me. As an alternative you can do something like this:
display description=${empty usage ? uiLabelMap.CommonNone : usage}/
I know it's a bit verbose but it should also work. empty is a UEL
operator that works in a similar fashion to Groovy's
[
https://issues.apache.org/jira/browse/OFBIZ-3912?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12904557#action_12904557
]
Scott Gray commented on OFBIZ-3912:
---
Hi Nicolas,
Priority is intended to signify
Sounds fine to me. As an alternative you can do something like this:
display description=${empty usage ? uiLabelMap.CommonNone : usage}/
I know it's a bit verbose but it should also work. empty is a UEL operator
that works in a similar fashion to Groovy's Truth boolean casting.
Unfortunately
[
https://issues.apache.org/jira/browse/OFBIZ-3912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray updated OFBIZ-3912:
--
Priority: Major (was: Critical)
Impossible to check DB by webtools
Hi Jacques,
Are you sure the characters in the source file were actually encoded correctly
for UTF-8? I can't imagine docbook affecting the characters since all it does
is perform XSL transformations.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 29/08/2010, at 10:50 PM, Jacques
[
https://issues.apache.org/jira/browse/OFBIZ-3907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12903802#action_12903802
]
Scott Gray commented on OFBIZ-3907:
---
Hi Sascha,
You've written the exact same 13 lines
Isn't Geo and its friends more like seed data rather than something that needs
to be altered at runtime?
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 28/08/2010, at 8:59 PM, Jacques Le Roux wrote:
BTW I think I will add later screens for GeoType and and GeoAssocType, sot it
may improve...
Jacques
Scott Gray wrote:
Isn't Geo and its friends more like seed data rather than something that
needs to be altered at runtime?
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 28/08/2010, at 8:59 PM, Jacques Le Roux wrote:
BTW I think I will add later
Hi Erwan,
Since you reverted fully but there was still a bug in the original code I've
gone ahead and fixed it in r990347.
Thanks
Scott
On 27/08/2010, at 3:46 AM, Erwan de FERRIERES wrote:
Le 26/08/2010 16:41, David E Jones a écrit :
Yes, please do revert the attribute changes, even in the
Hi Erwan,
Why the unnecessary changes? All that was needed to change was fix the
ConditionObject constructor. It should have been checking for field and then
falling back to field-name (for backwards compatibility reasons), there was
no need to change the schemas and I think the previous
On 26/08/2010, at 9:26 PM, Erwan de FERRIERES wrote:
Le 26/08/2010 10:19, Scott Gray a écrit :
Hi Erwan,
Why the unnecessary changes? All that was needed to change was fix the
ConditionObject constructor. It should have been checking for field and
then falling back to field-name
It would be preferable if you could take care of reverting it Jacques.
Thanks
Scott
On 26/08/2010, at 8:19 PM, Jacques Le Roux wrote:
Yes, I wondered too, but as I saw no pb doing it... I did it...
Please revert if you think it should be so.
Jacques
Scott Gray wrote:
+1
Regards
Thanks Jacques, much appreciated.
Regards
Scott
On 27/08/2010, at 10:38 AM, Jacques Le Roux wrote:
No worries, it's done for R9.04 and R10.04
Jacques
Scott Gray wrote:
It would be preferable if you could take care of reverting it Jacques.
Thanks
Scott
On 26/08/2010, at 8:19 PM
+1
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 26/08/2010, at 10:49 AM, Bruno Busco wrote:
No, we should not. It is not a bug
2010/8/26 Adrian Crum adri...@hlmksw.com
Removing this kind of dependency is a worthy goal, but do we want to do it
in the releases?
-Adrian
There are two Express Checkout integrations, one for PayFlow Pro and another
for the standard PayPal API. However, both of them use ExpressCheckoutEvents
so there is really nothing to be merged.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 24/08/2010, at 8:13 PM, BJ Freeman
is the issue exactly?
Regards
Scott
On 25/08/2010, at 12:03 PM, BJ Freeman wrote:
since they are named different would not seem consistent to have all of them
in one place?
Scott Gray sent the following on 8/24/2010 3:27 PM:
There are two Express Checkout integrations, one for PayFlow Pro
://www.specialtymarket.com/
Systems Integrator-- Glad to Assist
Chat Y! messenger: bjfr33man
Scott Gray sent the following on 8/24/2010 5:32 PM:
I don't really know what you mean.
- The Payflow Pro Express Checkout payment processing stuff is in the
original Payflow Processor, I don't see
[
https://issues.apache.org/jira/browse/OFBIZ-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12901669#action_12901669
]
Scott Gray commented on OFBIZ-3894:
---
@Bruno
Now we're getting into a topic that is more
[
https://issues.apache.org/jira/browse/OFBIZ-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12901230#action_12901230
]
Scott Gray commented on OFBIZ-3894:
---
The product store is selectable at the start
Hi Nicolas
I'm actually a little curious about the technical side, are the servers remote
from the printers? If so, have you found connecting to them over the net to be
very problematic?
Thanks
Scott
HotWax Media
http://www.hotwaxmedia.com
On 19/08/2010, at 8:50 PM, Nicolas Malin wrote:
Demo data though right and not seed data!
Sorry I felt compelled to use an exclamation mark :-)
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 19/08/2010, at 11:26 PM, Erwan de FERRIERES wrote:
Le 19/08/2010 13:23, Bruno Busco a écrit :
Yes,
ant the chart demo here
Le 19/08/2010 11:07, Scott Gray a écrit :
Hi Nicolas
I'm actually a little curious about the technical side, are the servers
remote from the printers? If so, have you found connecting to them over the
net to be very problematic?
Thanks
Scott
HotWax Media
http://www.hotwaxmedia.com
[
https://issues.apache.org/jira/browse/OFBIZ-3877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12900574#action_12900574
]
Scott Gray commented on OFBIZ-3877:
---
A few questions:
- What has changed since my first
Totally got those newlines wrong, sorry :-(
Regards
Scott
On 18/08/2010, at 9:12 PM, lekt...@apache.org wrote:
Author: lektran
Revision: 986592
Modified property: svn:log
Modified: svn:log at Wed Aug 18 09:12:29 2010
a quick look at the example component. We have also a Birt demo, there
the Product entity is used in product.rptdesign. I
guess we should better use the Example entity. Please see reopened
https://issues.apache.org/jira/browse/OFBIZ-3352
Thanks
Jacques
Scott Gray wrote:
Hi Jacques
Hi Jacques,
Maybe it went off track somewhere but my understanding of the example component
was that it is to provide examples of framework usage and should not depend on
anything in the applications folder (such as the ProductCategory entity). This
is the reason why we have the Example*
Hi Jacques,
Is this service not used anywhere? It doesn't look like you've updated any
calling code.
Thanks
Scott
HotWax Media
http://www.hotwaxmedia.com
On 16/08/2010, at 8:25 AM, jler...@apache.org wrote:
Author: jleroux
Date: Sun Aug 15 20:25:01 2010
New Revision: 985745
URL:
[
https://issues.apache.org/jira/browse/OFBIZ-3888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897198#action_12897198
]
Scott Gray commented on OFBIZ-3888:
---
You may have to give more detailed steps, I tried
[
https://issues.apache.org/jira/browse/OFBIZ-3888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897529#action_12897529
]
Scott Gray commented on OFBIZ-3888:
---
Thanks Brent, it still works for me though.
After
[
https://issues.apache.org/jira/browse/OFBIZ-3888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897550#action_12897550
]
Scott Gray commented on OFBIZ-3888:
---
Ah okay, I probably should have asked what you meant
[
https://issues.apache.org/jira/browse/OFBIZ-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896827#action_12896827
]
Scott Gray commented on OFBIZ-3373:
---
Not sure :-)
I sort of threw it together as a proof
Probably because PartyRole records actually mean very little by themselves and
typically require some sort of context before they're useful. For example it
doesn't mean much to be an EMPLOYEE if we don't know what company you're
employed by.
So you can't simply use PartyRole by itself as some
[
https://issues.apache.org/jira/browse/OFBIZ-3877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896487#action_12896487
]
Scott Gray commented on OFBIZ-3877:
---
Hi Joonas,
Could you expand on make almost any
[
https://issues.apache.org/jira/browse/OFBIZ-3877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896709#action_12896709
]
Scott Gray commented on OFBIZ-3877:
---
Thanks Joonas, it does concern me a little though
[
https://issues.apache.org/jira/browse/OFBIZ-3877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896243#action_12896243
]
Scott Gray commented on OFBIZ-3877:
---
These changes look interesting and at first (very
Long conditionals are certainly no fun :-)
Regards
Scott
On 4/08/2010, at 7:31 PM, Adrian Crum wrote:
Guard blocks are bliss.
-Adrian
--- On Wed, 8/4/10, lekt...@apache.org lekt...@apache.org wrote:
From: lekt...@apache.org lekt...@apache.org
Subject: svn commit: r982141 -
On 5/08/2010, at 2:08 AM, Adam Heath wrote:
Scott Gray wrote:
Long conditionals are certainly no fun :-)
Yes, I like this pattern. Except for certain code checkers that
complain about multiple return paths from a method.
You can please some of the code checkers some of the time but you
Type: Bug
Reporter: Scott Gray
The EntityDateFilterCondition can cause problems when used as a condition in
cache queries because it does not internally store the right hand side of the
query (i.e. the moment in time to filter against). The result is that all
instances using
Hi All,
I need to do some company name matching where something like AddressMatchMap
would come in handy so that I can replace things like Co. with Company,
Inc. with Incorporated etc. while performing the matching.
Does anyone mind if I add the Type pattern to AddressMatchMap so I can reuse
of them and
what they do.
Regards
Scott
On 3/08/2010, at 10:40 PM, BJ Freeman wrote:
I used it to match incoming Categories from supplier to ofbiz categories.
also added regex to it for doing address look up
seems to be a good catchall no one is expanding in the trunk.
Scott Gray sent
and GROUP_NAME
3. Write a migration service for AddressMatchMap to ValueMatchMap
4. Change the existing AddressMapMatch services to the new entity
5. Rename AddressMatchMap to OldAddressMatchMap
Thoughts are welcome.
Thanks
Scott
On 3/08/2010, at 9:54 PM, Scott Gray wrote:
Hi All,
I need
[
https://issues.apache.org/jira/browse/OFBIZ-2814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12894474#action_12894474
]
Scott Gray commented on OFBIZ-2814:
---
Hi Bob, sorry it has taken so long to look
On 3/08/2010, at 5:16 AM, Adam Heath wrote:
On 08/01/2010 03:52 AM, lekt...@apache.org wrote:
Author: lektran
Date: Sun Aug 1 08:52:19 2010
New Revision: 981179
URL: http://svn.apache.org/viewvc?rev=981179view=rev
Log:
Deprecate method that doesn't use its input parameter and add a new
On 1/08/2010, at 10:03 PM, Jacques Le Roux wrote:
Adam Heath wrote:
Scott Gray wrote:
I like it, thanks Adam.
It'd be nice if the logic was added to the .bat version too. I don't
have a windows install available to test with.
The simple one I built is enough for me.
Jacques
I still
[
https://issues.apache.org/jira/browse/OFBIZ-2814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray reassigned OFBIZ-2814:
-
Assignee: Scott Gray
Changing the timezone in application only applies to the current session
Yeah whoops, thanks for fixing that up.
Inline
Regards
Scott
On 1/08/2010, at 3:55 AM, Adrian Crum wrote:
Scott,
I fixed the code and built it out a little.
This is a good idea, but I have a couple of problems with it:
1. User-oriented meta-data should be kept in properties files -
On 1/08/2010, at 11:24 AM, Adrian Crum wrote:
--- On Sat, 7/31/10, Scott Gray scott.g...@hotwaxmedia.com wrote:
Yeah whoops, thanks for fixing that
up.
Inline
Regards
Scott
On 1/08/2010, at 3:55 AM, Adrian Crum wrote:
Scott,
I fixed the code and built it out a little
I wonder if before we do a formal release we shouldn't perhaps take another
look at our release naming convention of {year}.{month}?
Do people find it useful? Does it cause any confusion?
To be honest I don't really like it and would prefer to just have OFBiz 10,
OFBiz 11, etc. I don't feel
I like it, thanks Adam.
Regards
Scott
On 1/08/2010, at 6:32 AM, doo...@apache.org wrote:
Author: doogie
Date: Sat Jul 31 18:32:16 2010
New Revision: 981077
URL: http://svn.apache.org/viewvc?rev=981077view=rev
Log:
New merge script.
Modified:
ofbiz/branches/release10.04/.gitignore
On 1/08/2010, at 3:28 PM, Adam Heath wrote:
Scott Gray wrote:
I like it, thanks Adam.
It'd be nice if the logic was added to the .bat version too. I don't
have a windows install available to test with.
Can't help you there, sorry.
BTW did you notice my commit message didn't come through
Sorry for the trouble, I've since found a solution for what I was trying to
achieve and I'll have it all fixed up shortly.
Regards
Scott
On 30/07/2010, at 8:13 PM, Jacques Le Roux wrote:
No this is not the same problem. I stumbled upon this one yesterday evening
while trying to help on the
The problem was slightly different so I fixed it on it's own in r980687, I'll
continue to test with my other changes and commit them later.
Regards
Scott
On 30/07/2010, at 8:18 PM, Scott Gray wrote:
Sorry for the trouble, I've since found a solution for what I was trying to
achieve and I'll
[
https://issues.apache.org/jira/browse/OFBIZ-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12893994#action_12893994
]
Scott Gray commented on OFBIZ-3786:
---
I don't see a better approach but a couple of small
[
https://issues.apache.org/jira/browse/OFBIZ-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray reassigned OFBIZ-3786:
-
Assignee: Scott Gray (was: Jacques Le Roux)
Hi Sascha,
Sorry maybe I didn't do a good job
[
https://issues.apache.org/jira/browse/OFBIZ-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray closed OFBIZ-3786.
-
Resolution: Fixed
Thanks Sascha, fixed (and tested) in revs:
trunk - 980747
10.04 - 980764
First Visit
[
https://issues.apache.org/jira/browse/OFBIZ-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray updated OFBIZ-3786:
--
Fix Version/s: Release Branch 10.04
First Visit is never been called
Thanks Jacques, until I figure out a solution I've reverted the changes to that
method in r980238.
Regards
Scott
On 28/07/2010, at 11:38 PM, Jacques Le Roux wrote:
It seems (I say it seems because I reverted just before, it could be
another revision ahead, but I doubt) that 978944-978954
[
https://issues.apache.org/jira/browse/OFBIZ-3875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12892448#action_12892448
]
Scott Gray commented on OFBIZ-3875:
---
The javadoc is probably out of date now
In freemarker we typically use the OfbizCurrencyTransform which takes a Number
and converts it to a locale specific string representation. The transform will
take an explicit locale as an argument if you need it to e.g. @ofbizCurrency
locale=en amount=10.00/
Regards
Scott
HotWax Media
specified in the transform, and the framework will be expecting them to be
formatted according to the user's locale.
It's an interesting problem. Changing the conversion code is not the solution
however.
-Adrian
On 7/26/2010 2:03 PM, Scott Gray wrote:
In freemarker we typically use
specified in the transform, and the framework will be expecting them to be
formatted according to the user's locale.
It's an interesting problem. Changing the conversion code is not the
solution however.
-Adrian
On 7/26/2010 2:03 PM, Scott Gray wrote:
In freemarker we typically use
801 - 900 of 2742 matches
Mail list logo