Да в общем-то тут к JS применим только манкипатчинг как антипаттерн. Всё остальное — глобально.
Переменные вида "focusss" и вид самого метода shuffle сравните с тем что на SO: http://stackoverflow.com/a/2450976/506954. Вроде и делают одно и то же, однако их код более читаем, что не менее важно чем работоспособность, если вы решили поделиться своим кодом с сообществом.
Пробелы с отступами у вас отличаются от примера к примеру — если и копипастите код откуда-то — форматируйте его, приводите в единый вид.
Перечисление кнопок просто кошмарно, и JS тут вообще ни при чём. Используйте отдельный метод — генератор кнопки и исходный массив символов — это убережёт от возможных опечаток и сделает код более читабельным и поддерживаемым, складывайте его в коллекцию по символу или просто по индексу.
Сортируйте массив индексов, а не сами кнопки. Да, + массив, однако всё стаёт гораздо читабельнее, гораздо легче поддерживать и вообще душа радуется.
if (variable == false) абсолютно равноценно if (!variable), либо проверяйте на строгое соответствие === если это важно.
Кроме всего прочего, неплохо бы выложить куда-нибудь на Github.
И почему, собственно, пост про Safari? Какое он отношение имеет конкретно к этому браузеру?
Из любопытных функций — полный контроль за всеми соединениями в сети. Можно, например, подключиться к ноутбуку ребенка и поставить видео в YouTube на паузу. Или вообще отключить ему доступ в интернет.
Запили эту фичу на вот той вот штуке… ну, ты понял, которая принимает один тип, трансформирует данные и возвращает другой тип… Ну мы такое делали уже в проекте X.
@greendimka
Но не на уровне терминов, а на подсознательном уровне.
то есть на аудитория настолько примитивная что ее можно вот так вот разложить по полочкам.
Это не "разложить по полочкам", это анализ статистических данных. И какой бы непримитивной не была аудитория, всё-равно будет некое статистическое большинство, поведение которого подчиняется каким-либо правилам.
Да я как-бы и не спорю, я вообще к этому отношения не имею.
Видимо разрешение часто выдаётся на основании не только стандартов, но и размера накрытого стола.
Да в общем примерно так же как проскролливать длинный PDF без оглавления. Если речь о наличии оглавления (например, как DVD фильмы) — то это же совсем другой вопрос.
Кстати, если блок заранее должен быть определённой высоты, то можно в переборе сравнивать scrollHeight и height. Ну и да, ладно бы это был плагин jQuery, тогда заголовок бы себя оправдал. А так — только на Vanilla JS.
Публикация в опен-сорс (на гитхаб, например) как раз тем и крута, что если времени нет, то оно с некоторой долей вероятности найдётся у других участников сообщества, и вам только нужно будет аппрувить пулл реквесты.
Чтобы удержать корабль на месте, установили пассивный успокоитель, с помощью которого амплитуда при бортовой качке в условиях семибального волнения моря снижалась с 10 до 3 градусов. Помимо этого внутри корпуса были установлены подруливающие устройства — крыльчатые движители: 2 в носу и 1 в корме. Они обеспечивали судну отличную маневренность. Сеансы связи осуществлялись при скорости ветра до 20 м/с и волнении моря до 7 баллов.
Из-за адаптации под особых людей не должны страдать обычные люди.
Базовую поддержку стоит делать даже не для особых людей, а для всех
Но это ни к коем случае не должно урезать возможности обычных людей.
Так вот вы про каких обычных людей, я так понял, что не должны страдать программисты больше работая над тем, чтоб сайт был доступен для всех. Тогда другой разговор, ибо при (правильной) адаптации для обычных людей не меняется, ровным счётом, ничего. Просто для зрения скринридера сайт стаёт более понятным, и можно перемещаться по сайту клавиатурой, включая формы. И да, всё верно, эта базовая адаптация настолько базовая, что должна быть везде, вне зависимости от обычных/необычных людей.
Это не чудо, это инструменты которые позволяют "особым" людям жить и работать. И это именно то, из-за чего, возможно, и следует "страдать" обычным людям.
На счёт адаптации смотрите гугол и ссылки в статье. Для базовой поддержки (описания картинок, навигация меню текстом вместо безымянных картинок/иконок (или с читаемыми аттрибутами у них) и правильно оформленного основного контента) лишних телодвижений с учётом привычки прибавится, может, 1%. Это как писать букву "ё" вместо "е", там где это уместно. Лично мне не сложно, просто дело привычки, и времени ни разу не добавляет.
А если в стенку врезаться с разгона? Или в любое другое препятствие.
Да в общем-то тут к JS применим только манкипатчинг как антипаттерн. Всё остальное — глобально.
Переменные вида "focusss" и вид самого метода shuffle сравните с тем что на SO: http://stackoverflow.com/a/2450976/506954. Вроде и делают одно и то же, однако их код более читаем, что не менее важно чем работоспособность, если вы решили поделиться своим кодом с сообществом.
Пробелы с отступами у вас отличаются от примера к примеру — если и копипастите код откуда-то — форматируйте его, приводите в единый вид.
Перечисление кнопок просто кошмарно, и JS тут вообще ни при чём. Используйте отдельный метод — генератор кнопки и исходный массив символов — это убережёт от возможных опечаток и сделает код более читабельным и поддерживаемым, складывайте его в коллекцию по символу или просто по индексу.
Сортируйте массив индексов, а не сами кнопки. Да, + массив, однако всё стаёт гораздо читабельнее, гораздо легче поддерживать и вообще
душа радуется.if (variable == false)абсолютно равноценноif (!variable), либо проверяйте на строгое соответствие===если это важно.Кроме всего прочего, неплохо бы выложить куда-нибудь на Github.
И почему, собственно, пост про Safari? Какое он отношение имеет конкретно к этому браузеру?
deleted
Ужас, ужас, ужас. Приведите в порядок код и форматирование.
Инновации.
Возможно, действительно старые вопросы.
http://stackoverflow.com/help/closed-questions
Сейчас есть только полная противоположность — too broad.
Как дополнение: http://new.gramota.ru/spravka/trudnosti?layout=item&id=36_192
Запили эту фичу на вот той вот штуке… ну, ты понял, которая принимает один тип, трансформирует данные и возвращает другой тип… Ну мы такое делали уже в проекте X.
@greendimka
Вот для этого, например.
Это не "разложить по полочкам", это анализ статистических данных. И какой бы непримитивной не была аудитория, всё-равно будет некое статистическое большинство, поведение которого подчиняется каким-либо правилам.
Да я как-бы и не спорю, я вообще к этому отношения не имею.
Видимо разрешение часто выдаётся на основании не только стандартов, но и размера накрытого стола.
Слова "редко" и "практически никогда" там как раз для этого :)
Уже есть в виде юзерстиля: https://habrahabr.ru/post/229287/
она же используется в HES: https://geektimes.ru/post/272194/
Да в общем примерно так же как проскролливать длинный PDF без оглавления. Если речь о наличии оглавления (например, как DVD фильмы) — то это же совсем другой вопрос.
Согласен, причём, вероятность того, что российским хостингом будет пользоваться иностранец субъективно меньше, чем местный через впн какой-нибудь.
Кстати, если блок заранее должен быть определённой высоты, то можно в переборе сравнивать
scrollHeightиheight. Ну и да, ладно бы это был плагин jQuery, тогда заголовок бы себя оправдал. А так — только на Vanilla JS.размердлина волос не имеет значения!Публикация в опен-сорс (на гитхаб, например) как раз тем и крута, что если времени нет, то оно с некоторой долей вероятности найдётся у других участников сообщества, и вам только нужно будет аппрувить пулл реквесты.
Цитата прямо из поста выше:
Так вот вы про каких обычных людей, я так понял, что не должны страдать программисты больше работая над тем, чтоб сайт был доступен для всех. Тогда другой разговор, ибо при (правильной) адаптации для обычных людей не меняется, ровным счётом, ничего. Просто для зрения скринридера сайт стаёт более понятным, и можно перемещаться по сайту клавиатурой, включая формы. И да, всё верно, эта базовая адаптация настолько базовая, что должна быть везде, вне зависимости от обычных/необычных людей.
Это не чудо, это инструменты которые позволяют "особым" людям жить и работать. И это именно то, из-за чего, возможно, и следует "страдать" обычным людям.
На счёт адаптации смотрите гугол и ссылки в статье. Для базовой поддержки (описания картинок, навигация меню текстом вместо безымянных картинок/иконок (или с читаемыми аттрибутами у них) и правильно оформленного основного контента) лишних телодвижений с учётом привычки прибавится, может, 1%. Это как писать букву "ё" вместо "е", там где это уместно. Лично мне не сложно, просто дело привычки, и времени ни разу не добавляет.