Андрей, а, ну смирись. Все что тут можно сделать это убедиться, что все размеры блоков самих элементов, их контейнеров, врапперов и все предыдущего вплоть до первого элемента в Body включительно, имеют высоту, отступы и позицию по вертикали без дробных значений. Водишь мышкой по элементам в девтулзах и все.
Vladislav, false && true === false, это значит что если один что-то поддерживает, а другой нет, то в целом фича не поддерживается. Смирись и переверстывай на поддерживаемых техниках.
Vladislav, раз есть медиа запросы - значит не соответствует, их нельзя прописывать инлайном, а значит они у тебя прописаны где-то еще в блоке style, а значит его успешно вырезают, либо игнорируют.
Igor Borisov, если винде не запрещать предзагрузку обновлений, то она будет их загружать. На это на резервирует место с запасом. После установки, установочные файлы удаляются, и тем самым место освобождается.
Germanjon, точно так-же, как и с запущенными. Создаешь слушателя из обновленного конфига, если он не создан, а если был создан, но в кофиге уже нет, то закрывать. По сути добавится дополнительная проверка сопоставления созданных подключений с конфигом.
Конечно можно. Можно просто слушать файл на изменения и применять их налету. Но важно понимать, что это будут только инструкции по маршрутизации, которые будут записываться в какой-то массив или список, по которому твоя программа будет проходить и проверять. Правда я не помню как там обстоят дела с расшариванием данных между асинхронными частями кода.
Владимир, можно увеличить только степень говнокодистости кода. А ведь можно пойти еще дальше, и навесить по одному ивенту каждого типа на body, и разруливать их как-то внутри. Не, каждый раз навешивать ивент на body, чтоб веселее было и дебажить рандомными консольлогами.
nokimaro, фреймворк имеет общую архитектуру, а архитектура црм часная, применимая в более узкой сфере, а возможно исключительно только в рамках этой црм.
luckyjenro0, да можно, создать форк хрома, убрать эти ограничения, и распространить его по всему миру. Альтернативным вариантом будет учесть такое поведение таймера и не завязывать логику на частоте срабатывания таймера.
Dpy3b, ничего не сгорит. Гнусный пример с вебпаком мимо.
Для порта вывода картинки есть только два состояния, провод в гнезде, либо его нет. Отсюда видеокарта решает, подавать картинку на порт или нет, так-же сообщает эту информацию операционке. А операционка решает какую картинку выводить. На данный момент данный вопрос нерешаемый. А финт с win+p похож на глюк, этого не должно происходить и картинка должна выводиться.
