> Why? What exactly wouldn't work with the existing format? I don't see > problems with multiple entries for one station, then doing a search and > pick something you want (any, sat prefeated, same TS with program foo, > whatever ...).
It's pity to have mess in data... Everything could work of course but require lots of hacking in the code and effort to program it. Better is to organize the data structure to higher level of structure and allow simplification of the code to handle it... > > versa! Imagine, config files exchangeable and you don't need to > > even, touch you application, just change *.xsl filter files > > Ok, I wouldn't program that stuff in C but in xsl. Point being? Point being: for parsing, to use the tools where knowledgeable authours have already worked out the hard work about the syntax, semantics and the code to handle that. Parsing XML with XSL is simple even with advanced hierarchial stuff. Where there's a parsing need that in C would be extremely complex, and even C++ code would look difficult to follow what it does, XSL does it obvious and with ease... We can only hesitate to accept new programming technology but sooner or later we will face the need to use it. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
