2016-10-22, 05:58 AM
I'm a big fan of NextPVR.
The standard search is basically a title search. For me, I'm interested in browsing what's on TV by Genre. In my opinion, searching by title or keyword is fine, but when I don't know what I want to see, being able to search by Genre is invaluable. Using TVListings and SearchLite and the NEWA web interface get me what I want and I think there's a way to improve upon what we have.
I've got a few background architecture questions and then I'll get to my main question concerning SearchLite's UI.
I'm running SearchLite with a build date of 10/24/2015. Is that the most recent build?
From what I've read in the Wiki, SearchLite was built to utilize NEWA. Why was it built being dependent upon NEWA rather than querying the database directly? I'm guessing the built in search just queries the database?
I get the impression that NEWA has it's own database. Is that true or is it just a web server? If it has it's own database, why is that the case?
My thinking in asking these questions is it seem more efficient to have a single database.
I understand that GenreLite makes a query against the database and then creates it's own database that SearchLite uses to display Genre information. Why isn't it reading the database directly which already has the Genre information and just displaying it that way?
I understand that it was built in 2011 and the architecture was different then so the design was the best decision at the time.
If we were starting over, would a search plug-in be built to access the database directly?
Since the modern web interface is being developed and improved, would/could it (theoretically) make sense to remove NEWA from the core code when the features are the same?
I noticed that SearchLite UI doesn't match the other NextPVR modules such as Recordings. Is there interest in tweaking the UI to match?
Taking that a bit further, I can see how it would make sense to remove the default title search with a more powerful search PlugIn.
Putting it all together, if we're going to go to the trouble to make significant changes to the UI, would it make any sense to remove the dependency upon NEWA and have it access the database directly?
Thanks!
The standard search is basically a title search. For me, I'm interested in browsing what's on TV by Genre. In my opinion, searching by title or keyword is fine, but when I don't know what I want to see, being able to search by Genre is invaluable. Using TVListings and SearchLite and the NEWA web interface get me what I want and I think there's a way to improve upon what we have.
I've got a few background architecture questions and then I'll get to my main question concerning SearchLite's UI.
I'm running SearchLite with a build date of 10/24/2015. Is that the most recent build?
From what I've read in the Wiki, SearchLite was built to utilize NEWA. Why was it built being dependent upon NEWA rather than querying the database directly? I'm guessing the built in search just queries the database?
I get the impression that NEWA has it's own database. Is that true or is it just a web server? If it has it's own database, why is that the case?
My thinking in asking these questions is it seem more efficient to have a single database.
I understand that GenreLite makes a query against the database and then creates it's own database that SearchLite uses to display Genre information. Why isn't it reading the database directly which already has the Genre information and just displaying it that way?
I understand that it was built in 2011 and the architecture was different then so the design was the best decision at the time.
If we were starting over, would a search plug-in be built to access the database directly?
Since the modern web interface is being developed and improved, would/could it (theoretically) make sense to remove NEWA from the core code when the features are the same?
I noticed that SearchLite UI doesn't match the other NextPVR modules such as Recordings. Is there interest in tweaking the UI to match?
Taking that a bit further, I can see how it would make sense to remove the default title search with a more powerful search PlugIn.
Putting it all together, if we're going to go to the trouble to make significant changes to the UI, would it make any sense to remove the dependency upon NEWA and have it access the database directly?
Thanks!