RE: [PEAR-DEV] general questions

> How is that different exactly ? I'm saying that you would oppose the > additions of the fetch*() family and you are talking about the same thing. > I do not understand what you mean by a 'core component' though, as we > didn't even start talking on the design of the wrapper. For all I know > it's going to be just 1 class ;) well you said that I would oppose contributions .. which I never said. Anyways let's make this list a bit more comfy. Somehow I worry about each little word being twisted around when I post to this list. Then again a can understand when some people feel like I am intruding on their 'territory' telling them how to do things. To a certain extend this is true obviously since I do prefer metabase in a lot of respects to Pear DB. But I will not take away your choices just a bit of time when you read my posts. :-) Well lets then talk about implementation (actually I had a feeling in some respects this discussion has already started long ago): I envisioned this framework to be lightweight at the core but extensible to allow for more "advanced"/"ease of use" features to be implemented. Those features should not bloat the core. I think a few people already noted that this is a good direction. Metabase was certainly heading that way. As I stated earlier the binarycloud people did something in that direction and Manuel was planning something similar for all the create/alter functions. I also wanted to add to this SQL functions. Getting joins to work could also be put in this list (I tend to prefer subselects because their syntax is more portable). I think Tomas also said that he had some ideas in mind. Please share your thoughts. I agree with John on KISS however I do see the goal of this project to keep portability above performance. If I feel that certain things need a speed up I can always make conditional statements in my code or just make them as none portable and move on. My 2 cents, Lukas Smith smith@dybnet.de _______________________________ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de info@dybnet.de _______________________________