HTML5 App For Panasonic TVs Rejected - JQuery Is a "Hack"
An anonymous reader writes "I have been working on an HTML5 app for Panasonic VIERA TVs, specifically a client for the Plex Media Server. After paying $129 for the developer program, version 1.0 was submitted for inclusion in their VIERA Connect marketplace several weeks ago. After a few requested tweaks, they inquired about how the client communicated with the Plex Server. As many/most web developers do, I used jQuery and its $.ajax call (which is just a wrapper for XMLHttpRequest()). They insisted this was not standard Javascript, and after several communications with them, they replied back with "A workaround like this is considered a hack.". I'm stunned that anyone familiar with HTML would consider jQuery a hack. I've been patient in attempting to explain how jQuery works, but I am getting nowhere. Any thoughts on how I can better explain jQuery to an app reviewer? Yes, I know I can write my app without any Javascript library, but I am really hoping avoid that."
jQuery is a hack too?
I learned two things today.
I wonder if /. Is trying to put out a story that will attract actual answers, given that 90% of all the comments in the community today have been about the bloat of beta.slashdot.org instead of the topic presented in the summary.
As for the actual topic:
What are the reasons, other than time and it's associated costs, for not wanting to do without a javascript binary, just so you can use JQuery? It's been a trend I have been seeing lately with embedded devices (like TVs) being treated like they were desktop computers with gobs and gobs of resources to blow, and where deploying a large multipurpose binary for a single (or small number of) function(s) is commonplace.
Throwing a big multipurpose library in there can pose a significant security risk (from the company's PoV anyway) because the library can do much more than just handle the small number of things you want it to, and some of those things can be undesirable.
Other than the costs to time, what are your reasons for wanting to use a multipurpose javascript engine for such a narrow scope?
The Beta of Slashdot is horrible.
Sadly, I'm going to be moving on from Slashdot, but I don't know of anywhere on the Net has such good discussions with such relatively intelligent people. The stories on Slashdot often suck, but the moderation moderation, I think, is what has kept it such a great place to have discussions. Is there any other site that has similar moderation?
I don't respond to AC's.
From what I've seen of Beta, there are no comment moderation scores, and no way of viewing responses to your comments other than drilling down to them.
When our name is on the back of your car, we're behind you all the way!
From what I've seen of Beta, there are no comment moderation scores, and no way of viewing responses to your comments other than drilling down to them.
Also, no way to quote parent comments, and you have to put your own comment subject in.
When our name is on the back of your car, we're behind you all the way!
Slashcode, which the site runs on is open source. Could we create a new, independent Slashdot that runs classic Slashcode ... and get it to host the same community as is hosted here?
Slashdot is based on user content. Once enough users are as active on the new site as they are on the old, the new site will be viable as a replacement.
Some users would have to work on the old site to submit and upvote "stories" with posters and links to the new site, to make people understand which site that they should migrate to.
"We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
"If it aint broke, then don't fix it" applies here.
My user account is from the first day that the site had come up again after a crash that had wiped the user database and everyone had to reregister. My previous user ID was not as low.
"We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley