Ну это по разному. Процент людей с особенностями среди посетителей низкий, не очень понятно зачем дизайн ухудшать для массового пользователя в угоду людям с особенностями если даже в самом WCAG написано, что не надо каждую страницу сайта делать ААА.
Да, это логично, но в том и дело, что у людей сайт не выполняет например требования по контрастности и начинают стили прикручивать. Зачем кнопки увеличения шрифтов делают — сам не понимаю -), так-то надо просто браузеру не запрещать зум использовать.
Я бы не стал time-based media переводить как динамичный медиа-контент. Видимо в WCAG имели в виду контент, воспроизведение которого базируется на присутствующей временной шкале. (видео, аудио и т.д.). Динамичным медиа может быть и какая-нибудь игра, которая не имеет явную временную шкалу.
Если программа станет популярной, то вероятно сокрытие кнопки и будет той причиной по которой будет делаться монетизация (+ централизованное управление какое-то). На текущем этапе пока о монетизации рано думать.
На счет YouTube — не знаю как удалось, на сайте с программой есть только ссылка на загрузку флеша, и та где-то в документации, как смогли на YouTube попасть — не очень представляю. Если узнаете как — напишите, могу исправить.
На счет ограничений было бы более правильным подумать над черными-белыми списками URL на которые возможен переход (навигация).
Ну здесь если нужен браузер для запуска локального приложения, выбор:
взять Electron или NW.js, тогда будет работать на десктопных ОС с одним ядром, но дистрибутив кроме ядра браузера станет тяжелее дополнительно на размер nodejs.
Использовать системный webview и легковесную оболочку типа React Native, тогда браузерные ядра везде разные, но зато программа маленькая и в сторы её примут (с собственным браузерным ядром, как писал в посту, могут не принять).
Взять Qt, там есть браузерный компонент QtWebEngine. По сравнению с Electron дистрибутив не тащит nodejs, но надо будет прогать на C.
Это можно в виде домашней страницы с iframe сделать.
Т.е. на домашней эта самая боковая панель с кнопками, а сайты она грузит в iframe на оставшуюся часть экрана. Минус подхода — есть некоторые сайты, которые не дают себя в iframe грузить, они так работать не будут.
Создатели киосков на Chrome пользуются микроскопической виртуальной клавиатурой Гугла в виде расширения. Не потому, что им маленькая клавиатура нравится, а потому, что других удобных с кириллицей нет в опенсорсе до сих пор.
Реестр не налагает требования полной разработки всего от начала и до конца исключительно отечественными разработчиками. Смысл реестра — чтобы деньги за ПО оседали внутри страны, а не за границей, это приведет к росту компетенций внутри т.к. будет с одной стороны финансовый приток денег, а с другой — ответственность за работу платных программ. Одновременно повышается цифровая независимость за счет роста внутренних компетенций.
Браузер — это не браузерный движок. Браузер — это то что над браузерным движком написано.
В данном случае виртуальная клавиатура, панель управления, предотвращение скачивания файлов, увеличение скролла, защита от выгорания экрана, веб-сервер и т.д.
Яндекс вон тоже не сам браузерный движок написал, но браузер (вкладки, адресная строка, начальный экран и еще 100500 вещей отличающих браузер от браузерного движка) они сделали сами.
С комбинацией надо код защиты ставить, код защиты будут забывать, надо инструкцию как его сбросить… А такой софт ставят один раз на терминал и многие года не трогают пока работает…
Да и если и закрыть браузер, то как без аппаратной клавиатуры управлять ПК? А с аппаратной убить можно и так.
Созданный config.js может не подхватываться если в нем синтаксическая ошибка или в конце не указан:
Если программа станет популярной, то вероятно сокрытие кнопки и будет той причиной по которой будет делаться монетизация (+ централизованное управление какое-то). На текущем этапе пока о монетизации рано думать.
На счет YouTube — не знаю как удалось, на сайте с программой есть только ссылка на загрузку флеша, и та где-то в документации, как смогли на YouTube попасть — не очень представляю. Если узнаете как — напишите, могу исправить.
На счет ограничений было бы более правильным подумать над черными-белыми списками URL на которые возможен переход (навигация).
В версии 1.7.1:
Было:
Стало:
Теперь на 22 дюймовом мониторе:
Т.е. на домашней эта самая боковая панель с кнопками, а сайты она грузит в iframe на оставшуюся часть экрана. Минус подхода — есть некоторые сайты, которые не дают себя в iframe грузить, они так работать не будут.
Но в инструкциях для пользователей как что-то сделать может быть «Enter» написано.
В данном случае виртуальная клавиатура, панель управления, предотвращение скачивания файлов, увеличение скролла, защита от выгорания экрана, веб-сервер и т.д.
Яндекс вон тоже не сам браузерный движок написал, но браузер (вкладки, адресная строка, начальный экран и еще 100500 вещей отличающих браузер от браузерного движка) они сделали сами.
Что интересно, у MS клавиатура меняется и теперь даже можно выбрать из нескольких вариантов.
Какой-то старый скриншот:
Сейчас у меня клавиатура такая:
Правда если вместо Enter «Ввод» написать, не уверен, что лучше станет.
С комбинацией надо код защиты ставить, код защиты будут забывать, надо инструкцию как его сбросить… А такой софт ставят один раз на терминал и многие года не трогают пока работает…
Да и если и закрыть браузер, то как без аппаратной клавиатуры управлять ПК? А с аппаратной убить можно и так.