Facebook Shopping Cart

[Phil -- wbtc.fr --]

Hello guys,

following the eBay feature, what is your though on developping a
facebook shopping cart system, just like payvment.com have done? This
could be a new (paid?) extension, or an in-commerce feature. It's a
long time I was thinking about giving FB users the opportunity to
create their own store on their FB page... Payvement done it before I
did, but it's not really open, in fact it's completly closed, as users
can only use Paypal (one of the most expensive gateways out there).

We could offer a full merchant service, with no-need for design (as
it's embedded in a FB page), and the ability to manage a real webstore
(or not).

Phil.

[Alexander Obuhovich]

If it is going to be paid module, then who going to pay for it's development then.

I don't really imagine how 1 man can create new module and still work on In-Portal.

Is this facebook store integration really needed or we are trying to integrate with every piece of stuff is available on the Internet?

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[asd]

There are several methods in event handlers, which can be overwritten.
On[Before/After][Create/Update] etc. If they are overwritten - parent
methods should be obligatory called manually from within rewritten ones.
It would be very nice if debugger would give out a notice when some
method seems not to call parent one. I think that it could be made by
inventing some flags (variables) in to $event object, so they are
changed in parent methods (if $event gets there) and then (after event
is processed) tested for whether that object was passed to parent method
or not.

[Alexander Obuhovich]

So all methods in kDBEventHandler should set $event->parentCalled = true (false by default). After EventManager::HandleEvent executes event it checks if $event->parentCalled is true and shows notice if not.

There are cases, then overridden method should not call parent method, since it completely overrides it. In such case developer should manually set $event->parentCalled = true, so no error would shown.

Interesting approach by the way.

Maybe there is more automated way to do this using PHP5 functionality, since placing $event->parentCalled = true in each event seems a lot of work?

On Thu, May 20, 2010 at 6:57 PM, asd <ingu...@gmail.com> wrote:

There are several methods in event handlers, which can be overwritten. On[Before/After][Create/Update] etc. If they are overwritten - parent methods should be obligatory called manually from within rewritten ones. It would be very nice if debugger would give out a notice when some method seems not to call parent one. I think that it could be made by inventing some flags (variables) in to $event object, so they are changed in parent methods (if $event gets there) and then  (after event is processed) tested for whether that object was passed to parent method or not.

[Phil -- wbtc.fr --]

well, to be honest I don't have any idea on the time needed to develop
a new feature, and more than that, this was just a proposal, if none
of you see an interest in having this, just forget it :-)


2010/5/20 Alexander Obuhovich <aik....@gmail.com>:

[Alexander Obuhovich]

We are interested in everything, but we have to balance between new feature development and bug fixing.

Since we have only one programmer, who does implement all at the end, then not all is implemented as soon as it is proposed.

[Phil -- wbtc.fr --]

I totally understand, I was first looking for your thought about the
idea, no more at this point. It can be done later or never, but I ask
this because the press is talking about that actually, and I don't
want to forget ideas :)

2010/5/20 Alexander Obuhovich <aik....@gmail.com>:

[Dmitry Andrejev]

Hi guys,

Phil, thanks for bringing this up and thanks for understanding Alex's point - it's true that we are short on development force these days so we need to wait for a better time, then plan and only then begin the work.

In any case it's useful to know there is such thing and it might interesting to have this done at some point.

DA.

[Phil -- wbtc.fr --]

you're welcome, this is technological watch :)

2010/5/24 Dmitry Andrejev <dand...@gmail.com>: