On Sun, 2003-09-07 at 11:17, Daniel Zucker wrote:
> It has been pointed out to me that one possible concern for the inclusion of
> the whatson.txt filter is an increase in code size of the release. Let me
> address this concern with this modification to my proposal.
I really can't say what direction the XMLTV developers are leaning
towards for this issue, but I feel that adding a new format to the
grabbers is a bit of unnecessary feature bloat.
If the grabbers were separated out into a separate project, then I would
be all for integrating new formats, but at the moment the grabbers are a
part of XMLTV. I see no reason to add features that just complicate the
code. I think adding more options would just confuse users and
developers alike.
I would also like to point out that the WhatsOn format is not very
popular. As far as I know, only one closed source program uses the
format.
Once again, I don't speak for the developers, but I think the best
choice here is for Daniel Zucker to fork the grabber code and sync the
tree often or distribute patches. The users who are die-hard WhatsOn
fans can probably handle downloading a different version of XMLTV.
Since I didn't really make this clear, my complaint is that WhatsOn is a
useless feature that almost no one needs. Whether the changes are small
is not important to me.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
|
