We Keep Coding

disable keys in chrome/Mozilla with plugin

I am building a plugin using JavaScript,as part of this i have disabled all the keys but still unable to control the bellow keys , is there any way that i can block the fallowing?
New Window (Ctrl+N)
Restore Tab (Ctrl+Shift+T)
Select Next Tab (Ctrl+Tab, Ctrl+PageDown)
Select Previous Tab (Ctrl+Shift+Tab, Ctrl+PageUp)
Exit (Alt+F4, Cmd+Q)
(Alt+Tab)
i am trying with registry, is it possible to disable remote desktop when ever the plugin installed?

You could turn on kiosk mode for the window which makes it full screen and always on top so you can't go to another application.
You could also make the window transparent and position the login in the middle of the screen so it appears as if there is one window in the middle of the screen but you can't click on other areas of the screen.
To handle for Alt+F4 you can use the window.onbeforeunload event or call event.preventDefault() in the close event.
https://electron.atom.io/docs/api/browser-window/#event-close

Is there a way to detect when a browser exits full screen mode using javascript?

Is there a way to detect when a browser exits full screen mode using javascript?
Background info:
I am working on an HTML5 Player and have a button to enter full screen.
When in full screen mode, I want the toolbar (for the player) to be hidden.
Then when user exits full screen mode I want the toolbar to be visible again.
I am able to detect when the fullscreen button I added is clicked, and when escape key is pressed.
However, I am not able to determine when the browser message "Exit Full Screen" is clicked.
Problem:
I need to know how to add an event or somehow detect when a user clicks
"Exit Full Screen (Esc)" when in full screen mode so I can get the player to
show my toolbar. Adding an event to the escape key did not fix my problem.

Is it possible to detect when an onscreen keyboard has finished closing with JavaScript

I have a mobile site with inputs for text. After the user finishes entering text, they press a button to proceed. The screen is then redrawn. However the redraw process that happens requires knowledge of the window size before it does its thing (it involves canvas stuff). The problem is that the keyboard has not finished closing when the redraw happens and so the window size is reported incorrectly. Is there anyway to detect when the window has finished closing? Such as an event?

That is an event on the operative system layer, and I guess there is no way of getting it from the browser unless you are developing an hybrid application and you can use some native bridging library like Phonegap/Cordova.
However, I think the answer you are looking for lies in your question: monitoring the height of the window you should be able to understand when a user has opened or closed the onscreen keyboard.

Screen reader is not interpreting tab navgation?

I have a pop-up window that I have enabled with tab stops via tabindex=0. When I interact with the page without a screen reader, I can use the tab key to move between the window and form elements that it contains.
When I use my screen reader client (Window Eyes 8.4) to view my website, I cannot consistently tab into the window.
Are there any special cases with code structure that I should be considering that would cause the window to either lose focus or prevent the screen reader from interpreting the markup of the pop-up?
For reference - I'm in a ASP .NET MVC4 web app (page is HTML/CSS/JS) that is generating the pop-up with a Kendo UI [Kendo] Window.

03/17 Update -
The pop-up is intermittently announced by the screen reader as a dialogue box but as soon as the pop-up loads, I can - occasionally - tab into the div and focus is not lost. I am not able to consistently reproduce this and only found this out after pressing the tab key rapidly after pressing the button to show the pop-up.
On the other hand (when not hitting the tab key rapidly), the focus consistently lands at the pop-up without focus outlines (screen reader announces "Foo dialogue box") but on first tab keypress, focus jumps back to the underlying page at the last actionable element before the footer. Pressing tab at this time will then move me into the footer UL element.

It is difficult to answer without a demo, but there are a couple of areas to investigate.
I did a page on the accessibility requirements for a content based pop-up, i.e. one that is not a form. That also includes code on how to manage the focus.
If the pop-up is essentially form based, you might want to try this one on dialogue boxes.
You'll see from those examples that adding tabindex to the container is only part of it, you should manage the focus as well, so that the focus is moved to the pop-up.
The sporadic nature of the issue might be because screen readers generally don't read things that are display:none, and tabbing to something that isn't there may not activate reliably.
If you can post an example I can update this answer.

Javascript/JQuery Window Focus and Blur alternative

I know what focus() and blur() are, they respectively are that an element gets focus and an element loses focus. In my question I would like to talk about those events on the window object.
What I want is the following, alternatives to focus(), blur() that do the following:
If the webpage is in the view of the client, then it should be in focus. Being in the view is defined as:
Normally looking at the webpage.
Having the webpage window in the view, but have focus on some other screen in the OS. For example you have Skype open, but the browser is still visible in the background.
If the webpage cannot be seen by the client, then it should be not in focus. Defined as:
The user being in full screen mode in some other application.
The browser being completely overlapped by another (set of) applications.
The browser being on a different tab and thus not rendering the webpage visible.
What are the alternatives I could use to accomplish this behaviour?