Log message #891584

# At Username Text
# Jul 15th 2009, 17:26 ProLoser|Work where can i find the code?
# Jul 15th 2009, 17:26 Phally yeah, i don't know if it's the best way to go since i haven't the slightest clue on payment methods, but it works quite nice
# Jul 15th 2009, 17:25 ProLoser|Work where is that code now?
# Jul 15th 2009, 17:25 ProLoser|Work the plugin, right?
# Jul 15th 2009, 17:25 Phally i was just descibing how he built something reusable for payments
# Jul 15th 2009, 17:25 ProLoser|Work or uh do you mean seperating gateways into their own files
# Jul 15th 2009, 17:24 ProLoser|Work so your saying my solution wouldn't work for him?
# Jul 15th 2009, 17:24 Phally like ccbill
# Jul 15th 2009, 17:24 Phally *etc
# Jul 15th 2009, 17:24 Phally tripledeal is a dutch payment method for credit cards, bank transfers erc
# Jul 15th 2009, 17:24 ProLoser|Work what is a tripledeal controller?
# Jul 15th 2009, 17:23 Phally ProLoser|Work: yeah, because all those payment methods are so different, he said he needed to separate the logic
# Jul 15th 2009, 17:22 ProLoser|Work for cakephp?
# Jul 15th 2009, 17:22 Phally ProLoser|Work: what a collegue of mine did in the past.. he made a payments plugin with a ccbill_controller, a tripledeal_controller etc
# Jul 15th 2009, 17:22 ProLoser|Work no team development (outside the core) and no expanded scripts
# Jul 15th 2009, 17:21 ProLoser|Work i think it's why the selection of scripts out there is somewhat poor at times
# Jul 15th 2009, 17:21 ProLoser|Work instead of the "this code fits this need in this specific way and must be installed thusly to do that"
# Jul 15th 2009, 17:21 ProLoser|Work that way if people want more gateways, they simply create a new datasource that links into the behavior, causing more people to reuse the same scripts
# Jul 15th 2009, 17:20 ProLoser|Work so the idea of creating a set of standards that filters through a payment gateway behavior and then use your paymentgateway on your site
# Jul 15th 2009, 17:20 ProLoser|Work for instance, there are lots of datasources, and a few payment gateways, but they are all slightly tedious to setup
# Jul 15th 2009, 17:20 ProLoser|Work but more than than, making the abstract and modular
# Jul 15th 2009, 17:19 ProLoser|Work preventing scope creep
# Jul 15th 2009, 17:19 ProLoser|Work well ya
# Jul 15th 2009, 17:19 Phally and make it flexible so people can put like anything in it
# Jul 15th 2009, 17:19 ProLoser|Work anywho, i like giving up the tools, and letting people choose how and where to apply them
# Jul 15th 2009, 17:19 Phally right, that is a nice alternative use of such a thing
# Jul 15th 2009, 17:18 ProLoser|Work or abstractly measured pricing
# Jul 15th 2009, 17:18 ProLoser|Work there are also aspects of a cart that is just a pain and a h alf to hack out of a prebuilt one, such as composite products
# Jul 15th 2009, 17:18 ProLoser|Work but you cannot checkout or buy anything from them
# Jul 15th 2009, 17:17 ProLoser|Work Phally: the intention is that we haven't seen it so we don't know, but the best ideas are the ones no one's done before
# Jul 15th 2009, 17:17 Phally the paginator helper is loaded in the controller when something is paginated
# Jul 15th 2009, 17:16 Phally but look at the paginator i.e.
# Jul 15th 2009, 17:15 ProLoser|Work or only having a checkout screen
# Jul 15th 2009, 17:14 ProLoser|Work ya, i like the tools approach, and offering the ability to bundle them together and attach em, which would be 1 big plugin
# Jul 15th 2009, 17:14 ProLoser|Work however i figure there are so many prebuilt cart apps out there, even ones with modules, that what's the point of making another one? the one thing you don't get in those apps is the ability to build a cart on top of your own application, instead of hacking someone elsess
# Jul 15th 2009, 17:13 Phally i think you should give the user a set of tools
# Jul 15th 2009, 17:13 ProLoser|Work while he would rather go a more drupal/modular route and create a base app that you merely design plugins for
# Jul 15th 2009, 17:13 ProLoser|Work i would rather give people a set of tools that they can attach to their app
# Jul 15th 2009, 17:13 ProLoser|Work we're trying to make very versatile solutions
# Jul 15th 2009, 17:12 ProLoser|Work so you /would/ recommend placing it all in plugins?
# Jul 15th 2009, 17:12 Phally *take