I'm most interested in the project and have not seen a lot going on
(at least from the public view) with this either. We really need a
project like this in the CFCommunity. I am no OO master guru, but I
would be happy to help in any way I can. I have some older PayPal CFC
stuff I wrote a couple of years ago that does automatic payment
calculations for items that allow payment plans, rounds out uneven
amounts and calendars the payments using subscription options via
PayPal I can add to the project if needed.
Thanks
On Aug 30, 6:35 am, Peter Boughton <bought...@gmail.com> wrote:
I hate to say it again, but we're still missing our benevolent dictator. Without one of those the project is unlikely to succeed.
Is there anyone who needs this bad enough and is committed enough that they're interested in bullying the rest of us into getting stuff done based on a timeline they suggest? Alternatively, it's possible the scope of this project is too big for anyone to deliver on right now. If that is the case, there is already some work on a cf payment piece - what about cf_shipping, cf_cart, etc. Maybe people could pick an area they'd be interested in and start building. Worst case we can refactor the API's later to make them play nice. I know it sounds less efficient than a single Uber project, but it has a better chance of being built.
> I'm most interested in the project and have not seen a lot going on > (at least from the public view) with this either. We really need a > project like this in the CFCommunity. I am no OO master guru, but I > would be happy to help in any way I can. I have some older PayPal CFC > stuff I wrote a couple of years ago that does automatic payment > calculations for items that allow payment plans, rounds out uneven > amounts and calendars the payments using subscription options via > PayPal I can add to the project if needed.
> Thanks
> On Aug 30, 6:35 am, Peter Boughton <bought...@gmail.com> wrote: >> So where are we at with this project? Has anyone done any work on it >> recently?
>> Is there actually a roadmap or general direction for the project to >> go >> in?
>> How many people are still interested in the project?
>> Who controls the trac site? It's timing out at the moment.
>> (And do we at least have any moderators around that can cleanup the >> spam?)
> Is there anyone who needs this bad enough and is committed enough that
> they're interested in bullying the rest of us into getting stuff done
> based on a timeline they suggest?
It's not something I need badly, but it's certainly something that I
will need in future.
So, in the absence of anyone else stepping forward, I'm happy to be
the one to poke people along.
> Alternatively, it's possible the scope of this project is too big for
> anyone to deliver on right now.
> If that is the case, there is already some work on a cf payment piece
> - what about cf_shipping, cf_cart, etc. Maybe people could pick an
> area they'd be interested in and start building.
Well, I think the idea of creating solid individual sections, not
restricted to working together but all fighting under the banner of
cfCommerce is a sensible one regardless.
I'd even go so far as saying that, for a project like this, it will be
*more* efficient working that way than treating it as a single uber
project.
But yes, it certainly has a better chance if there is more obvious
progress, and it's easier to see (and make) progress when everyone can
see what's happening in each section.
So yeah, if nobody has any objections, I'll go re-read all the forum
posts and wiki articles, and then come up with a suitable action plan.
I think Peter's suggestion is excellent! We should try to define a
common API to allow everything to mesh down the road. I am not
suggesting a super detailed API but at least one that defines what
vars to expect i.e. grandTotal or TotalAmount or simply Total. We
should have some way of logically splitting the components out. One
thing that has really bugged me over the years with some of the
commercial packages is that they are not modular and don't offer a lot
flexibility for rolling out custom business logic. One example of this
lack of flexibility is that of calculating shipping cost, I have a
particular client who has their own way of determining the shipping
that has nothing to do with what UPS or FedEx or USPS charge and I
usually have to come up with some bizarre way of integrating it into
the cart.
My suggestion for splitting this project into individual projects is
the following:
Product Catalog (handle products and services has to be able to work
with shipping and tax modules)
Shopping Cart (must be able to easily handle multiple payment gateways
or none)
Shipping Module (roll FedEx, USPS etc.. or make it easy to add your
own method)
Tax Module (VAT and US/State Local tax tables should be able to easily
update tax rate tables)
Order Processing (registered and non registered buyers)
I will be happy to help moderate first post for this group and clean
off the crap messages, I am one of the numerous moderators for the
Google Mode-Glue group.
Anyway just a couple quick thoughts, please let me know what you guys
think.
Robb
On Sep 4, 4:10 pm, Peter Bell <pb...@systemsforge.com> wrote:
Hi Guys - just a quick email to say Peter and I are chatting over things and you should see some action soon. Get ready to put your hand up and show your interest.
> I think Peter's suggestion is excellent! We should try to define a > common API to allow everything to mesh down the road. I am not > suggesting a super detailed API but at least one that defines what > vars to expect i.e. grandTotal or TotalAmount or simply Total. We > should have some way of logically splitting the components out. One > thing that has really bugged me over the years with some of the > commercial packages is that they are not modular and don't offer a lot > flexibility for rolling out custom business logic. One example of this > lack of flexibility is that of calculating shipping cost, I have a > particular client who has their own way of determining the shipping > that has nothing to do with what UPS or FedEx or USPS charge and I > usually have to come up with some bizarre way of integrating it into > the cart.
> My suggestion for splitting this project into individual projects is > the following:
> Product Catalog (handle products and services has to be able to work > with shipping and tax modules)
> Shopping Cart (must be able to easily handle multiple payment gateways > or none)
> Shipping Module (roll FedEx, USPS etc.. or make it easy to add your > own method)
> Tax Module (VAT and US/State Local tax tables should be able to easily > update tax rate tables)
> Order Processing (registered and non registered buyers)
> I will be happy to help moderate first post for this group and clean > off the crap messages, I am one of the numerous moderators for the > Google Mode-Glue group.
> Anyway just a couple quick thoughts, please let me know what you guys > think.
> Robb
> On Sep 4, 4:10 pm, Peter Bell <pb...@systemsforge.com> wrote: > > On Sep 4, 2008, at 3:38 PM, Peter Boughton wrote:
> > > So yeah, if nobody has any objections, I'll go re-read all the forum > > > posts and wiki articles, and then come up with a suitable action plan.
I realize that this is the opposite of what you're asking people to be ready to do, but I just wanted to acknowledge that I didn't follow through on the tasks that I had committed to a few months ago. It didn't take me long to find out how quickly life gets in the way of OS development
I'm sorry that I wasn't able to live up to my commitment.
On Tue, Oct 7, 2008 at 5:37 PM, Nick Tong <nickt...@gmail.com> wrote: > Hi Guys - just a quick email to say Peter and I are chatting over things and > you should see some action soon. Get ready to put your hand up and show > your interest.
>> I think Peter's suggestion is excellent! We should try to define a >> common API to allow everything to mesh down the road. I am not >> suggesting a super detailed API but at least one that defines what >> vars to expect i.e. grandTotal or TotalAmount or simply Total. We >> should have some way of logically splitting the components out. One >> thing that has really bugged me over the years with some of the >> commercial packages is that they are not modular and don't offer a lot >> flexibility for rolling out custom business logic. One example of this >> lack of flexibility is that of calculating shipping cost, I have a >> particular client who has their own way of determining the shipping >> that has nothing to do with what UPS or FedEx or USPS charge and I >> usually have to come up with some bizarre way of integrating it into >> the cart.
>> My suggestion for splitting this project into individual projects is >> the following:
>> Product Catalog (handle products and services has to be able to work >> with shipping and tax modules)
>> Shopping Cart (must be able to easily handle multiple payment gateways >> or none)
>> Shipping Module (roll FedEx, USPS etc.. or make it easy to add your >> own method)
>> Tax Module (VAT and US/State Local tax tables should be able to easily >> update tax rate tables)
>> Order Processing (registered and non registered buyers)
>> I will be happy to help moderate first post for this group and clean >> off the crap messages, I am one of the numerous moderators for the >> Google Mode-Glue group.
>> Anyway just a couple quick thoughts, please let me know what you guys >> think.
>> Robb
>> On Sep 4, 4:10 pm, Peter Bell <pb...@systemsforge.com> wrote: >> > On Sep 4, 2008, at 3:38 PM, Peter Boughton wrote:
>> > > So yeah, if nobody has any objections, I'll go re-read all the forum >> > > posts and wiki articles, and then come up with a suitable action plan.
> I realize that this is the opposite of what you're asking people to be > ready to do, but I just wanted to acknowledge that I didn't follow > through on the tasks that I had committed to a few months ago. It > didn't take me long to find out how quickly life gets in the way of OS > development
> I'm sorry that I wasn't able to live up to my commitment.
> Best of luck, fellas, > Bob
> On Tue, Oct 7, 2008 at 5:37 PM, Nick Tong <nickt...@gmail.com> wrote: > > Hi Guys - just a quick email to say Peter and I are chatting over things > and > > you should see some action soon. Get ready to put your hand up and show > > your interest.
> >> I think Peter's suggestion is excellent! We should try to define a > >> common API to allow everything to mesh down the road. I am not > >> suggesting a super detailed API but at least one that defines what > >> vars to expect i.e. grandTotal or TotalAmount or simply Total. We > >> should have some way of logically splitting the components out. One > >> thing that has really bugged me over the years with some of the > >> commercial packages is that they are not modular and don't offer a lot > >> flexibility for rolling out custom business logic. One example of this > >> lack of flexibility is that of calculating shipping cost, I have a > >> particular client who has their own way of determining the shipping > >> that has nothing to do with what UPS or FedEx or USPS charge and I > >> usually have to come up with some bizarre way of integrating it into > >> the cart.
> >> My suggestion for splitting this project into individual projects is > >> the following:
> >> Product Catalog (handle products and services has to be able to work > >> with shipping and tax modules)
> >> Shopping Cart (must be able to easily handle multiple payment gateways > >> or none)
> >> Shipping Module (roll FedEx, USPS etc.. or make it easy to add your > >> own method)
> >> Tax Module (VAT and US/State Local tax tables should be able to easily > >> update tax rate tables)
> >> Order Processing (registered and non registered buyers)
> >> I will be happy to help moderate first post for this group and clean > >> off the crap messages, I am one of the numerous moderators for the > >> Google Mode-Glue group.
> >> Anyway just a couple quick thoughts, please let me know what you guys > >> think.
> >> Robb
> >> On Sep 4, 4:10 pm, Peter Bell <pb...@systemsforge.com> wrote: > >> > On Sep 4, 2008, at 3:38 PM, Peter Boughton wrote:
> >> > > So yeah, if nobody has any objections, I'll go re-read all the forum > >> > > posts and wiki articles, and then come up with a suitable action > plan.
|
