>there are bugs, including ones i've listed myself, that are in fact >going to be addressed by the new schema. > Such as? I think the bugs are going to be addressed after the new DB back-end is produced, not specifically by doing those changes.
>does that mean they HAVE to have a new schema? i don't know or care, >the point is that slim is going to use it to fix and address them. > The point is that the new schema is some time away. If the priority were to fix bugs, they could be fixed and released a lot sooner than waiting for a new back-end. >personally my view is that slim decided the current system is limited >and has bugs, and so rather than try to address it via the current >paradigm they wanted to address it with an all new one that would solve >both issues. > I don't think that's true. The DB schema is not particularly limited in a way that needs a total rewrite - it is extensible. I don't think there's anything buggy about the schema, which expresses the music library fine. The bugs are in how the data gets put into the DB (the scanner), or how the data is retrieved (SqueezeCenter application code). The new schema is primarily to provide support for new functionality (enhancement requests), not to fix existing bugs. >i don't think its worth splitting hairs over, nor is it important to >the larger point i was making. I thought the point being discussed was whether the priority should be to fix outstanding bugs, or work on new features. Well, fixing bugs and not introducing new bugs is not going to be achieved by radical changes to support new functions. Some bugs have been delayed for SC8, because it has been deemed that they are not worth fixing when the code will be virtually thrown away to be rewritten for the new schema. That doesn't mean that the new schema specifically fixes the bugs. That doesn't mean I'm against the approach taken, just an observation that existing bugs are not going to be fixed as quickly as they could be, because the emphasis is on big changes to support enhancement requests. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
