Viktor , Pritpal I think you have to consider that many people , including us, Bruno and Carozo are using HBQT to develope another library.
Your disagreements can ruin a lot of work made in lasts months HBQT , HBIDE and HBXBP could become one of major GOALS of harbour community , without underestimate , the great work of all harbour community. I begg you all , to reconsider these changes , taking this in mind. I think that at least , HBQT must remain in Contrib, and with full support of Harbour Community as an oficial Graphic Library . I know that is opensource software and I can't clame to anybody But think about this Best Regards Bruno 2010/1/26 Viktor Szakáts <harbour...@syenar.hu> > Hi Pritpal, > > >> "I don't care"? Great answer, so I don't care about > >> HBQT + HBXBP + HBIDE either. That will free a lot of > >> valuable time to spend on better things. > >> > > > > Upto you Viktor. > > You can delete these contributions from the SVN. > > Yes, it probably is a good idea to move them > to separate project(s). The reason is that they > grow in unbelievable rate, but even root problems > are not solved and not even being dealt with > (= ignored), and this I believe will take an > unnecessarily huge amount of fixing work in a > lot of existing code on all levels. > > In my view we should concentrate on the basics > first and then build the upper levels on the > this base. Plus it's also good if basic things > agreed upon in the past are more or adhered to, > or at least remembered. > > IMO we're at the point when moving HBQT, HBXBP > and HBIDE to their own repositories would be of > a benefit for all projects, without losing too > much. > > Anyway "I don't care" is pretty much the opposite > of how things are supposed to be done here in > Harbour, particularly when it comes to basic > system design methods. If you ignore these, the > quality of these components will hardly be equal > to that of Harbour. And if we want to keep quality > image of Harbour intact (which is the result of > 10 years of development in this spirit), all > components should adhere to this. > > Please consider these, even if the "heat" of > quick development is stronger these days. It's > much harder to fix design problems afterwards. > > Brgds, > Viktor > > _______________________________________________ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour >
_______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
