>> I think projects also can grow too fast (meaning not as >> carefully designed/tested/etc). > > Growing too fast ? Are you serious ? That's not current qooxdoo problem ! > You may have information I don't have, but according to me, qooxdoo is not > growing fast enough.
I think there are different issues: (a) A greater market recognition of qooxdoo, e.g. in the French market, so that you find it easier to get acceptance to chose qooxdoo for a customer project. (b) A greater qooxdoo user community. (b) might derive from (a), but they are still two separate issues. In case of (b), I'm re-stating what I have said before, and what is in line with Fritz' remark: We're on the brink of what we can handle manpower-wise. If e.g. the mailing list traffic would grow by, say, 30% and we would still try to provide the same level of support there, that might mean we had to entirely stop implementing new features in qooxdoo! Or cut down on testing. Or cut down dramatically on documentation. Or cut down on support otherwise. Just consider that. T. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
