There's some debate here where I work about moving forward with the PyKaraoke project. At this time nothing has been decided or set in stone. We want to open up communications to see if our goals fit the community. We are looking for a karaoke player that we can use in a professional capacity. To that end, we have contributed several enhancements and bug fixes to this project. The two major concerns we have are the usage of the LGPL for the GUI code, and the lack of modularity in the overall architecture. The issue with the GUI code being LGPL is the possibility of the company's work being used against it to be built into a larger system. Though this was a concern even in the beginning, it is increasingly becoming a sore spot as each new enhancement is given. The other issue is the architecture of the system. It appears to be more and more fragile with each new enhancement. The possible corrections for this are to re-write/re-design the architecture itself. Once again, let me say nothing has been decided. We actively wish to discuss these concerns and see if any possible solutions can be made to address them.
Thanks, John S. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
