https://bugs.kde.org/show_bug.cgi?id=405278
--- Comment #13 from higuita <higu...@gmx.net> --- > Well, as xmltv format allows multiple display names, IMHO, the right fix > would be >to address those at the parser. (...) > Btw, no need to even modify the parser. A simple script using xmlstarlet > would >be able to add new channel associations. your script to add to the xmltv file the same display names as DVB-T worked great and i agree that is lot more clean than trying to workaround and map things in kaffeine. This way the source xmltv is already fixed and even doing rescan channels or adding new channels are easy to keep everything working. Again, thanks for the help and this feature > There's one thing feature in Kaffeine's implementation, though: right now, it > will associate just one channel to the EPG data. So, on a channel with both > "SD" and "HD", it will fill EPG just for the first one. At least here in Portugal, the EPG data for SD and HD channels are the same, so using the first one loaded on both versions of the channel is not really a problem... i do not know if there are places where the data is really different between those channels >> Finally, editing the channel, we would have a new drop down list with the with the problem fixed in the xmltv file, i do not see the need to add this now, at least for me, it is easier to maintain the map in the script than in any (one by one) GUI. But a feature would still be useful, a column in the channel config window to show what channels already have epg and those that don't. The alternative is to manually click each channel to find out. in my setup, 62 clicks to find 27 channels with EPG and 35 without Sadly i do not know how to program, so i can't really helping develop this :) all i can do is open a new "feature request", if someone wants later to pick this up (if you agree that this is useful too) -- You are receiving this mail because: You are watching all bug changes.
