[mythtv-commits] Ticket #2070: search results duplicated for overlapping channels
MythTV
mythtv at cvs.mythtv.org
Tue Jul 18 15:47:04 UTC 2006
#2070: search results duplicated for overlapping channels
---------------------+------------------------------------------------------
Reporter: rtsai | Owner: xris
Type: patch | Status: new
Priority: minor | Milestone:
Component: mythweb | Version: head
Severity: low | Resolution:
---------------------+------------------------------------------------------
Old description:
> I have a system with 2 x HD-3000 cards each with their own differently-
> oriented antennas so that I can get all the channels in my area. There is
> some amount of overlap in the channels tunable by each pcHDTV card.
>
> The MythWeb search results ("Movies", "New Titles", etc.) show the titles
> on these overlapping channels as separate results. However, I'm not sure
> of the best way to handle this.
>
> I've attached a patch that groups the results by channum, so the
> interface gets less cluttered. However, this might not be the "best" way
> to handle this scenario. Taking the "movies" canned search as an example,
> I generally use "Find one showing", and things work as expected and as
> intended; the GROUP BY channum doesn't hurt anything.
>
> However, select "Record just this showing" might be intended to mean
> "record from this card", which would be hidden by any channum GROUP BY
> clauses.
>
> I haven't checked the backend scheduler code to see exactly what "Record
> this showing" means yet.
>
> I've attached the patch I use in my tree in case anyone has the same
> peeve, but I'm not quite sure this should be committed.
New description:
I have a system with 2 x HD-3000 cards each with their own differently-
oriented antennas so that I can get all the channels in my area. There is
some amount of overlap in the channels tunable by each pcHDTV card.
The MythWeb search results ("Movies", "New Titles", etc.) show the titles
on these overlapping channels as separate results. However, I'm not sure
of the best way to handle this.
I've attached a patch that groups the results by channum, so the interface
gets less cluttered. Taking the "movies" canned search as an example, I
generally use "Find one showing", and things work as expected and as
intended; the GROUP BY channum doesn't hurt anything.
However, selecting "Record just this showing" might be intended to mean
"record from this card", which would be hidden by any channum GROUP BY
clauses.
I haven't checked the backend scheduler code to see exactly what "Record
this showing" means yet. I've attached the patch I use in my tree in case
anyone has the same peeve, but I'm not quite sure this should be
committed.
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/2070#comment:1>
MythTV <http://www.mythtv.org/>
MythTV
More information about the mythtv-commits
mailing list