Fastfind error

[MaBo]

Hi,
Fastfind is one of the most used plugins for me. However, in several cases now I have found that I cannot actually schedule a recording from it. It does find the show. When I press schedule and there is a conflict, and I select cancel other show, that other show is cancelled, but the new one is not scheduled.

Also the use of the telephone style input works a bit quirky. For instance, I wanted to enter Phil (yes, my wife loves the Dr. Phil show), so enter 7-44-4, but how long I wait, the extra 4 changes Ph to Pi...
As a request, it would be even more convenient when entering 7-4-4-5 would render Phil, but all other shows that fit in this combination. (As in the jukebox search module).

Greetz,
MaBo

[jorm]

there is not a timeout for a key. It is based on the user hitting any other key
for example.

7-4-Left-4-5 would be phil. Not real easy I know. I just have not had time to work on it.

I will look into the conflict issue.

[jorm]

I am posting a xsearch fix for the conflict issue now.

[MaBo]

Jorm,
Thanks! I will try it out tonight.
Any change of the more general filter using the telephone style keys being implemented?

Greetz,
MaBo

[jorm]

I need to think about how to do it. I would love to see the code for the jukebox that does it.

[Jeff]

I have a class in the commongbpvrutilities.dll that does phone key style input with timeout so that you can enter the same number two times in a row. I think the default timeout is 10 seconds but it is configurable through the config.xml file. You can look at the weather plug-in for an example of how to use it. When adding new cities you can use the keypad to spell out names and jump to them in the list.

Jeff

[MaBo]

Jorm,
You could take a look at the sourcecode for the jukebox plugin. It is still on the old wiki:
http://www.bladerhq.com/pmwiki/pmwiki.ph...in/Jukebox

Greetz,
MaBo

[jorm]

thank you I will look at it.

[jorm]

the jukebox algorithm can not scale to the 1000's of entries in the database that I have to search through.

what the jukebox is doing is for each entry (imaging in the epg 10000+ entries)

char strCh = track.Search[strIdx];
char expCh = search[expIdx];
if ( (strCh == expCh)
|| ( expCh == '0' && ( strCh == 'Q' || strCh == 'Z'))
|| ( expCh == '2' && ( strCh == 'A' || strCh == 'B' || strCh == 'C' ))
|| ( expCh == '3' && ( strCh == 'D' || strCh == 'E' || strCh == 'F' ))
|| ( expCh == '4' && ( strCh == 'G' || strCh == 'H' || strCh == 'I' ))
|| ( expCh == '5' && ( strCh == 'J' || strCh == 'K' || strCh == 'L' ))
|| ( expCh == '6' && ( strCh == 'M' || strCh == 'N' || strCh == 'O' ))
|| ( expCh == '7' && ( strCh == 'P' || strCh == 'Q' || strCh == 'R' || strCh == 'S'))
|| ( expCh == '8' && ( strCh == 'T' || strCh == 'U' || strCh == 'V' ))
|| ( expCh == '9' && ( strCh == 'W' || strCh == 'X' || strCh == 'Y' || strCh == 'Z'))
)

[MaBo]

Hmm, that is a pity. It would have been great. I assume it is not possible to first convert the epg-entries (titles only) to the telephone alfabet (so phil becomes 7445, as does other entries)?

Well, I can live without it.

The cancel bug is solved. Had a problem first when installing the new xrecord/fastfind. As fastfind is now called XSearch. But it did work.

Thanks and Greetz,
MaBo