- Electron version: 0.37.6
- Operating system: Windows 10

In VSCode, in order to support screen readers while editing text, we set the contents of a `<textarea>` to the contents of the line and lines surrounding the cursor and we mirror the editor selection in the `<textarea>` via `setSelectionRange`.

Chromium is not the fastest when it comes to setting large amounts of text :) (such as > 10,000 characters) and basically stalls all the time. Apparently, Electron already has some knowledge about when a screen reader is attached to the main process window (in C++ code). Is it possible to expose this as a getter + event when it first happens in the `electron` API.

We could then maintain this costly `<textarea>` sync only when really needed.

atom/browser/api/atom_api_app.cc
return l10n_util::GetApplicationLocale("");
}
bool App::MakeSingleInstance(
    const ProcessSingleton::NotificationCallback& callback) {
  if (process_singleton_.get())
    return false;
  base::FilePath user_dir;
  PathService::Get(brightray::DIR_USER_DATA, &user_dir);
  process_singleton_.reset(new ProcessSingleton(
      user_dir, base::Bind(NotificationCallbackWrapper, callback)));
  switch (process_singleton_->NotifyOtherProcessOrCreate()) {
    case ProcessSingleton::NotifyResult::LOCK_ERROR:
    case ProcessSingleton::NotifyResult::PROFILE_IN_USE:
    case ProcessSingleton::NotifyResult::PROCESS_NOTIFIED:
      process_singleton_.reset();
      return true;
    case ProcessSingleton::NotifyResult::PROCESS_NONE:
    default:  
      return false;
  }
}
void App::ReleaseSingleInstance() {
  if (process_singleton_.get()) {
    process_singleton_->Cleanup();
    process_singleton_.reset();
  }
}
bool App::Relaunch(mate::Arguments* js_args) {