Is there a way to have a HTML5 page access the serial port of a device, all client-side? I know this can be done with Java applet but I would like to know if it can be done with HTML5.
It cannot. Browsers do not allow access to the port without the use of a plugin.
google chrome has a javascript API to do that (http://developer.chrome.com/apps/serial.html)
but it is browser specific, no HTML5
No. And neither can JavaScript. You are mixing Java (applets) and JavaScript. They have nothing to do with eachother.
Related
I am trying to do web push notifications in Chrome without using GCM/FCM. Is it possible? I'm not able to find examples on how to use a different push service.
No, it is not possible to use another push service.
In Firefox, you can do it by modifying the dom.push.serverURL preference, but obviously you'd need privileged access to alter the value of the pref.
There are third-party services that you can use to implement push notifications, but they will use the Web Push API under the hood (so Autopush on Firefox, GCM/FCM on Chrome).
Yes. Using VAPID spec and service worker you can use web push notifications without FCM/GCM. For more information please look into below google docs.
https://developers.google.com/web/fundamentals/engage-and-retain/push-notifications/how-push-works
I have used Using VAPID for WebPush. This works in Firefox and IE Edge browser. But not mail in Chrome browser.
Again in Firefox action seems to be not working. Whereas in IE Edge, notification actions buttons will work
It can be done using Service Workers. It's new w3c feature.
I've not tried it yet, but you can have a look at it:
https://developers.google.com/web/fundamentals/getting-started/codelabs/push-notifications/
It's not compatible with all browsers. Ref.: http://caniuse.com/#feat=serviceworkers
good grief the advice here is DISGUSTINGLY bad
yes you can do it using https websockets and also a Microsoft project called SignalR which doesn't even "need" browser support, i.e it will work in javascript no matter what
the reason I mention SignalR is that is DEGRADES the mechanic to the bet fit to ensure it works whatever the weather.. tools they use are
from old sckoole long polling
all the way up to WebSockets under the covers when it's available
(and gracefully fall back to other techniques and technologies when it isn't, while the application code remains the same)
As we all know Google announced to remove NPAPI from Chrome on September 2015:
http://www.chromium.org/developers/npapi-deprecation
I have a plugin developed with NPAPI, which allows users to scan using WIA and TWAIN. I also use there WinApi do "draw" controls inside browser. Short research showed that alternatives like Native Client/Pepper and so on, do not allow direct access to WinApi.
As I understand the only alternative is to create separate application(e.g Windows Service) to call WinApi throw it, and use WebSockets for communication between Browser and Service. I also should replace HWND with HTML5 canvas drawing.
Please tell me, are there any other solutions for this situation ?
You're correct that there is no way to access WinAPi from a PPAPI plugin, and that you'll need a separate application to do that. The easiest way to communicate with a native application from a Chrome extension is Native Messaging:
https://developer.chrome.com/extensions/nativeMessaging
If you wish to draw on a page, you will have to use HTML. Alternatively, you could do your own drawing from a PPAPI plugin, but you would have to link a graphics library such as Cairo from NaClPorts:
https://code.google.com/p/naclports/wiki/PortList
It can be done (this is how the PDF plugin works in Chrome) but it is a lot more work.
My app is completely html CSS and JavaScript. I am running into a little problem because I would like the user to be able to use my webpage from the browser or use the app and maintain the cookies between the two.
Is this possible?
No, this is not possible because the WebBrowser control used in your hybrid app does not share anything with the Internet Explorer. They are completely separated and each one is sandboxed.
This also prevents other applications from reusing such cookies.
How do I enable desktop notifications in Chromium Embedded Framework (CEF)?
When I load my url in Google Chrome, window.webkitNotifications is non-null.
When I load my url in my embedded CEF browser, window.webkitNotifications is null.
if(!window.webkitNotifications) {
alert("You need to use The Google Chrome Browser to get this feature!");
return false;
}
Are desktop notifications supported in CEF? If so, how do I enable them?
As far as I know, current CEF versions don't support this feature.
I also needed this functionality in my project. I ended up implementing it myself, under a different namespace with slightly different functionality.
So you can implement it yourself using JS Extensions. Might take some work, but it'll get you what you need.
You can also try asking that question in the CEF Support Forum, you might get a better answer than "do it yourself".
I'd love to hear a better solution for this.
Web browser plug-ins such as Flash already provide VoIP functionality in a web browser, but is it possible to have browser VoIP without any plug-ins?
Ericsson Labs has posted information using the device element to allow for microphone input. This, in addition with WebSockets could be used to implement VoIP. However, the device element is not implemented in any web browser yet.
No there isn't but the device element will likely be the way in the future, as you mentioned. I don't think it will take too long for browsers to look into it however. There are also the WAC APIs, but they are only on mobile, and not shipping quite yet.
Update: There is now a standard in development called WebRTC. Drafts of this spec are supported by Chrome and Firefox. Microsoft have made an alternative proposal called CU-RTC-Web