[
https://issues.apache.org/jira/browse/OFBIZ-2233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Divesh Dutta updated OFBIZ-2233:
Attachment: ofbiz-2233.patch
If Inventory Mover finds needed inventory in another location then
[
https://issues.apache.org/jira/browse/OFBIZ-2276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vikas Mayur reassigned OFBIZ-2276:
--
Assignee: Vikas Mayur
Internationalization of Click here For Field Lookup written in alt
[
https://issues.apache.org/jira/browse/OFBIZ-2233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vikas Mayur closed OFBIZ-2233.
--
Resolution: Fixed
Thanks Divesh,
Your patch is in trunk rev. 764685
If Inventory Mover finds needed
Hello Marco,
Thanks for your wonderful work in this area.
I truly appreciate your efforts.
Here are few thoughts / comments :
1) We are saving password as it is.
https://localhost:8443/accounting/control/ViewGatewayConfiguration?paymentGatewayConfigId=PAYFLOWPRO_CONFIG
I think we should
[
https://issues.apache.org/jira/browse/OFBIZ-2276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Divesh Dutta updated OFBIZ-2276:
Attachment: uilabels.patch
There will be conflicts after applying the last patch . So here is the
[
https://issues.apache.org/jira/browse/OFBIZ-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12698729#action_12698729
]
André Herbst commented on OFBIZ-2290:
-
The following dictionary wil be used as a base
[
https://issues.apache.org/jira/browse/OFBIZ-2276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12698749#action_12698749
]
Vikas Mayur commented on OFBIZ-2276:
New label added to CommonUiLabels in r764684 by
[
https://issues.apache.org/jira/browse/OFBIZ-2276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12698750#action_12698750
]
Vikas Mayur commented on OFBIZ-2276:
Thanks Divesh,
Your patch is in trunk rev.
[
https://issues.apache.org/jira/browse/OFBIZ-2276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vikas Mayur closed OFBIZ-2276.
--
Resolution: Fixed
Hi Divesh,
There are two more candidates (probably more then two) for this change
Hi Ashish,
all those requests are really make sense to me but I didn't know when
we can implement it.
I'm now changing PayflowPro integration to support new version 4
because from September 2009 v2 v3 will be no more function.
In the same moment I willl support new PaymentGatewayConfig
From: Ashish Vijaywargiya ashish.vijaywarg...@hotwaxmedia.com
Hello Marco,
Thanks for your wonderful work in this area.
I truly appreciate your efforts.
Here are few thoughts / comments :
1) We are saving password as it is.
Yes advices are always easier than coding (at least when they are goods it
helps ;o)
Jacques
From: risali...@gmail.com
Hi Ashish,
all those requests are really make sense to me but I didn't know when we can
implement it.
I'm now changing PayflowPro integration to support new version 4
Remove HotWax contribution from the Infra link
--
Key: OFBIZ-2294
URL: https://issues.apache.org/jira/browse/OFBIZ-2294
Project: OFBiz
Issue Type: Improvement
Components: site
[
https://issues.apache.org/jira/browse/OFBIZ-2294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim Ruppert updated OFBIZ-2294:
---
Attachment: removeHotWaxInfraContribution.patch
Remove HotWax contribution from the Infra link
On Apr 14, 2009, at 11:21 AM, Jacques Le Roux wrote:
From: Ashish Vijaywargiya ashish.vijaywarg...@hotwaxmedia.com
Hello Marco,
Thanks for your wonderful work in this area.
I truly appreciate your efforts.
Here are few thoughts / comments :
1) We are saving password as it is.
As many of you know, the introduction of the Uniform Expression Language
into the framework caused some backward compatibility problems -
specifically with IDs being used as Map keys. I tried to accommodate
that with a couple of bits of code, but there are still some issues.
There have been
[
https://issues.apache.org/jira/browse/OFBIZ-2294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2294.
-
Resolution: Later
The PMC will discuss this and take whatever action is decided.
Thanks for the
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 11:21 AM, Jacques Le Roux wrote:
From: Ashish Vijaywargiya ashish.vijaywarg...@hotwaxmedia.com
Hello Marco,
Thanks for your wonderful work in this area.
I truly appreciate your efforts.
Here are few thoughts / comments :
1)
[
https://issues.apache.org/jira/browse/OFBIZ-2263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rob Schapper updated OFBIZ-2263:
Attachment: smoothFeather.patch
Update the Look and Feel of the backend applications to match the
So far, I found also that :
* there is no footer anymore
* an issue with favicon.png.
* when you choose a theme you have to use Cancel after to apply it. It's like
if the last view feature was not working.
* the log in webtools is no longer colored
* it's not easy to select the PDF version of an
On Apr 14, 2009, at 1:57 PM, Jacques Le Roux wrote:
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 11:21 AM, Jacques Le Roux wrote:
From: Ashish Vijaywargiya ashish.vijaywarg...@hotwaxmedia.com
Hello Marco,
Thanks for your wonderful work in this area.
I truly
Thanks for writing about this Adrian. I played with this a bit
yesterday after seeing your messages and the issue about the income
statement.
The main point that I think is important is that it is a WAY better
approach to use the natural data instead of trying to prefix it, as
that is
Adam Heath wrote:
jone...@apache.org wrote:
Author: jonesde
Date: Tue Mar 24 06:27:03 2009
New Revision: 757671
I've had a chance to look over this change, the removal of
WebAppDispatcher. And, it could break some code.
WebAppDispatcher has a check for a null classloader; if so, it uses
the
I think we need to find a way to honor all of the significant contributors to
OFBiz. The good initial discussions from ApacheCon need to be fleshed out
further.
We can continue to very positively impact the look and feel of the system and
we would prefer not to keep those innovations to
Today is the day we have discussed for a while! A lot of improvements
and fixes have gone in over the last few weeks, but it is important to
remember that the release branch is primarily time-based and is a
line in the sand as it were to begin the effort of stabilizing a
specific code
David,
Thanks for the reply!
I don't like the prefixing either, that's why I suggested the new
attribute values. To me, that makes the OFBiz scripting more like other
script engines - you can't use a variable unless it is declared.
One clarification that needs to be made though, in UEL the
+1
-Adrian
David E Jones wrote:
Today is the day we have discussed for a while! A lot of improvements
and fixes have gone in over the last few weeks, but it is important to
remember that the release branch is primarily time-based and is a line
in the sand as it were to begin the effort of
Avoiding declaration of variables was actually one of the goals of the
simple-methods, just like it is for most scripting languages (as
opposed to compiled languages).
I have no problem with the proposed attribute/etc, but it would be
nice to find a less cumbersome alternative... :)
Absolutely. Success for the project hinges on a successful *group* of
integrators. If anyone has seen A Beautiful Mind, the part where they discuss
picking up girls really sums up what we are trying to do.
- Jacques Le Roux wrote:
collaboration among competitors. that sounds really good
Thanks for the clarification David
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 1:57 PM, Jacques Le Roux wrote:
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 11:21 AM, Jacques Le Roux wrote:
From: Ashish Vijaywargiya
Please Adam,
It would be cool if you could copy at least some lines of the previous msg in the thread. This is not specific to this msg of course
;o)
TIA
Jacques
From: Adam Heath doo...@brainfood.com
Adam Heath wrote:
jone...@apache.org wrote:
Author: jonesde
Date: Tue Mar 24 06:27:03
I will try to see the film... one day...
Jacques
From: Ean Schuessler e...@brainfood.com
Absolutely. Success for the project hinges on a successful *group* of integrators. If anyone has seen A Beautiful Mind, the part
where they discuss picking up girls really sums up what we are trying to do.
Let's see if revision 764992 solves the problem.
-Adrian
David E Jones wrote:
Avoiding declaration of variables was actually one of the goals of the
simple-methods, just like it is for most scripting languages (as
opposed to compiled languages).
I have no problem with the proposed
If this was done to accommodate the UEL auto-vivify problem, it can be
reverted.
-Adrian
jone...@apache.org wrote:
Author: jonesde
Date: Tue Apr 14 20:50:23 2009
New Revision: 764947
URL: http://svn.apache.org/viewvc?rev=764947view=rev
Log:
Small change to have a prefix for all sequenced IDs
David , to start a vote and give the opportunity to vote in 6-12 hours
is rather short
I would favor a week delay and release next week, still april and still
9.04 also like sally suggests.
regards,
Hans
On Tue, 2009-04-14 at 15:14 -0600, David E Jones wrote:
Today is the day we have
Sorry if I'm asking something obvious here and keep in mind I haven't
really followed the UEL introduction very closely.
You say below that these numeric Ids are evaluated to integers and my
question is why exactly is that? I'm quite sure in 99% of cases the
actual type of the map entry
Hi Hans
Do you have an actual reason for wanting to delay the branch? Haven't
we all known this was coming? In my mind you would need to justify a
delay rather than just request one.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 15/04/2009, at 12:15 PM, Hans Bakker wrote:
Scott,
You're missing something: The problem is with using integers as Map keys, not
Map values.
-Adrian
--- On Tue, 4/14/09, Scott Gray scott.g...@hotwaxmedia.com wrote:
From: Scott Gray scott.g...@hotwaxmedia.com
Subject: Re: Discussion: UEL and backward incompatibility
To:
I agree with Scott. This has been discussed for months. At first we discussed a
March release, but then we delayed it until April to get a few more things in.
-Adrian
--- On Tue, 4/14/09, Scott Gray scott.g...@hotwaxmedia.com wrote:
From: Scott Gray scott.g...@hotwaxmedia.com
Subject: Re:
Isn't someEntity.someId a String?
For example orderHeader.orderId in java would be:
String orderId = (String) orderHeader.get(orderId);
So my question is why does UEL evaluate orderId to an Integer when the
actual type was a String? Or am I still missing something?
Regards
Scott
HotWax
I'm not sure if I would say that not having a footer is an issue.
Most of what was in the footer has been moved and grouped more
logically in the header. For instance, the secondary apps have been
grouped with the main apps, and the time zone selection has been
grouped with the other
+1
Sam
On 15/04/2009 05:14, David Jones david.jo...@hotwaxmedia.com wrote:
Today is the day we have discussed for a while! A lot of improvements
and fixes have gone in over the last few weeks, but it is important to
remember that the release branch is primarily time-based and is a
line in
Fost, we do need to get all of those references to HOTWAX out of this theme -
but that was an oversight not a marketing ploy :) Looking forward to getting
this all resolved, but I don't think any of these things should stop us from
using this one - only encourage everyone to make it better!
+1
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
- Sam Hamilton sam.hamil...@virtualvillage.com wrote:
+1
Sam
On 15/04/2009 05:14, David Jones david.jo...@hotwaxmedia.com
wrote:
Today is the day we have discussed for a
Great points all around Ean. While we love to contribute and while this look
and feel has taken things forward in a major way - so do the contributions of
everyone in the community. Looking forward to finding fun ways to incentivize
more contribution and more acknowledgement for all of those
+1 - I totally agree. Let's fix this puppy up right - taking in the
recommendations of everyone. This first impression is a much better one IMHO -
but there are things that need to get tweaked to make it work right.
I'm all in favor of really looking into all of the organization around the
+1, I would like to see it made the default prior to branching, any
issues can be fixed and it does look much better.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 15/04/2009, at 2:52 PM, Tim Ruppert wrote:
+1 - I totally agree. Let's fix this puppy up right - taking in the
Anybody think that if we break up some of the information on this page here:
http://docs.ofbiz.org/x/JAM
Into each service provider (that wants to obviously) could have their own page
on the wiki that they maintain? This would allow people to post screenshots
about their sites and get into
The references have been removed and the patch was sent to David.
Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com
On Apr 14, 2009, at 8:48 PM, Tim Ruppert wrote:
Fost, we do need to get all of those references to HOTWAX out of
this theme - but that was an oversight not a
Awesome - thanks for the follow up. I think it got patched up earlier, so it's
probably just waiting on the commit (if it's not in there already). Good stuff.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
- Ryan Foster
If you read section 1.5 and 1.6 to get an idea of UEL syntax and evaluation:
http://docs.ofbiz.org/download/attachments/6430/UEL.pdf
and understand that auto-vivify is an OFBiz add-on to UEL, then it should make
more sense.
I think I solved the problem with my recent commit. Let's see how it
+1
--
Ashish Vijaywargiya
David E Jones wrote:
Today is the day we have discussed for a while! A lot of improvements
and fixes have gone in over the last few weeks, but it is important to
remember that the release branch is primarily time-based and is a
line in the sand as it were to begin
+1
Vikas
On Apr 15, 2009, at 8:18 AM, Tim Ruppert wrote:
+1
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
- Sam Hamilton sam.hamil...@virtualvillage.com wrote:
+1
Sam
On 15/04/2009 05:14, David Jones david.jo...@hotwaxmedia.com
+1
Regards
Anil Patel
On Apr 15, 2009, at 2:44 AM, David E Jones wrote:
Today is the day we have discussed for a while! A lot of
improvements and fixes have gone in over the last few weeks, but it
is important to remember that the release branch is primarily time-
based and is a line in
Thanks Jacques David.
--
Ashish
Jacques Le Roux wrote:
Thanks for the clarification David
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 1:57 PM, Jacques Le Roux wrote:
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 11:21 AM, Jacques Le
What is the reason there is not a method to create empty lists and maps in
simple-methods? I have found a need to do such many times. I was welcoming
Adrian's first proposed solution.
-Al
On Tue, Apr 14, 2009 at 9:19 PM, Adrian Crum adrian.c...@yahoo.com wrote:
If you read section 1.5 and 1.6
Hans,
Do you mean for this to be a -1, or are you just saying you'd like
more time to consider your vote?
It is customary to allow 48 hours for voting, and if that is needed
(ie insufficient responses before that) there's no reason not to do
that.
-David
On Apr 14, 2009, at 6:15 PM,
Oh yeah sorry, +1
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 15/04/2009, at 5:22 PM, David E Jones wrote:
Thanks for your comments Scott.
BTW, did you mean for this to be a +1 vote for you?
-David
On Apr 14, 2009, at 6:40 PM, Scott Gray wrote:
Hi Hans
Do you have an
Maybe (outside the UEL issue) we could consider that.
David said one of the goals in the OFBiz scripting was to avoid having to
declare variables before using them. We could make it optional - you could
declare variables if you want - to avoid data-type ambiguity. Otherwise, you
could assign
+1
Bruno
2009/4/15, Scott Gray scott.g...@hotwaxmedia.com:
Oh yeah sorry, +1
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 15/04/2009, at 5:22 PM, David E Jones wrote:
Thanks for your comments Scott.
BTW, did you mean for this to be a +1 vote for you?
-David
On Apr
Thanks for your comments Scott.
BTW, did you mean for this to be a +1 vote for you?
-David
On Apr 14, 2009, at 6:40 PM, Scott Gray wrote:
Hi Hans
Do you have an actual reason for wanting to delay the branch?
Haven't we all known this was coming? In my mind you would need to
justify
61 matches
Mail list logo