Log message #895602

# At Username Text
# Jul 17th 2009, 09:40 techno-geek I still would rather get cola working in eclipse
# Jul 17th 2009, 09:39 ProLoser|Work only reason i ask is cuz i thought it would be helpful if you guys knew about this: etherpad.com
# Jul 17th 2009, 09:38 ProLoser|Work or anyone know?
# Jul 17th 2009, 09:38 ProLoser|Work gwoo or markstory?
# Jul 17th 2009, 09:38 ProLoser|Work if anyone knows?
# Jul 17th 2009, 09:37 ProLoser|Work who gave the speech on 2 person programming btw?
# Jul 17th 2009, 09:37 ProLoser|Work i still say we get more people to work on this though
# Jul 17th 2009, 09:36 ProLoser|Work but it does decrease plugin encapsulated modularity
# Jul 17th 2009, 09:36 ProLoser|Work i understand, only reason why i'd consider making it 1 whole plugin package is you can call the pieces and use them individually out of the package, without even using the package
# Jul 17th 2009, 09:35 techno-geek let people pick exactly what functionality they want
# Jul 17th 2009, 09:35 techno-geek Id rather bundle everything separately
# Jul 17th 2009, 09:35 ProLoser|Work which works for me too :)
# Jul 17th 2009, 09:34 ProLoser|Work unless all this is going together in 1 plugin, along with the session component and helper
# Jul 17th 2009, 09:34 ProLoser|Work i like that appraoch, and those can be bundled into another plugin
# Jul 17th 2009, 09:34 ProLoser|Work lemme know when you got that ready, if it's 1 method and all of it simply interacts with authorize i may just take the time personally to move it into datasources + behavior
# Jul 17th 2009, 09:33 techno-geek anyway back to work
# Jul 17th 2009, 09:33 ProLoser|Work okay
# Jul 17th 2009, 09:32 techno-geek it just has a processPayment($data = array()) method
# Jul 17th 2009, 09:32 techno-geek yes
# Jul 17th 2009, 09:32 techno-geek just got to make sure its worth the time
# Jul 17th 2009, 09:32 ProLoser|Work but it's still a component right?
# Jul 17th 2009, 09:32 techno-geek we can evolve it anyway we see fit
# Jul 17th 2009, 09:31 ProLoser|Work like the datasources+behavior approach
# Jul 17th 2009, 09:30 ProLoser|Work so we don't want to create a common pass-through for all the payment gateways?
# Jul 17th 2009, 09:30 ProLoser|Work this one: http://bakery.cakephp.org/articles/view/authorize-net-aim-integration-component ?
# Jul 17th 2009, 09:30 techno-geek well I also standardized the input so that it works in the way that would be expected from the cart component
# Jul 17th 2009, 09:29 ProLoser|Work that's all?
# Jul 17th 2009, 09:29 techno-geek I can probably get it to you later too
# Jul 17th 2009, 09:29 techno-geek I am using the Authorize.net component from the bakery, except I modified it to remove some errors and add a little bit extra logic to it for test mode, etc.
# Jul 17th 2009, 09:28 ProLoser|Work when can i see the payment gateway code?
# Jul 17th 2009, 09:28 techno-geek its coming along well. I ran it by a co-worker and he was happy with our ideas as well
# Jul 17th 2009, 09:28 techno-geek yeah. just the re-work with the new array structure
# Jul 17th 2009, 09:27 ProLoser|Work the new component?
# Jul 17th 2009, 09:27 techno-geek Ill have this updated code for you in the next couple hours
# Jul 17th 2009, 09:27 ProLoser|Work techno-geek: alrighty, all i know is it was there in the beginning, you didn't make it clear how far into our code it would get into so i was confused
# Jul 17th 2009, 09:26 ProLoser|Work you were asking what's the best way to handle designing plugins, and people were telling you to just let them use the built in cake plugin base
# Jul 17th 2009, 09:26 techno-geek its just for the base app. nothing that concerns you since you wont be using it
# Jul 17th 2009, 09:26 ProLoser|Work you were working on something like that in the beginning, no?
# Jul 17th 2009, 09:26 techno-geek custom plugin designing api?
# Jul 17th 2009, 09:25 ProLoser|Work did we let go of that in exchange for a common data array?
# Jul 17th 2009, 09:25 ProLoser|Work or whatever it was