В Windows 11 Dev build 22504 устранена проблема сбоя проводника и многое другое
Основные изменения и улучшения приведены ниже:
Помимо значительных изменений, упомянутых выше, сборка внесла еще несколько улучшений:
Поскольку Настройки> Система> Звук в Windows 11 показывает предупреждение, когда доступ к микрофону ограничен в ваших настройках конфиденциальности, мы удаляем уведомление, чтобы предупредить вас об этом.
Добавлена поддержка отмены перехода на летнее время для Республики Фиджи на 2021 год.
Мы вносим изменения, поэтому при новых установках параметр сенсорного индикатора теперь будет отключен по умолчанию в разделе «Настройки»> «Универсальный доступ»> «Указатель мыши» и «Коснитесь». В рамках этого изменения мы добавили ссылку на эту страницу настроек из «Настройки»> «Bluetooth и устройства»> «Сенсорный» и сделали так, чтобы визуальный элемент «Нажать и удерживать» теперь всегда отображается независимо от состояния настройки.
Теперь приложения будут запускаться в максимальном режиме по умолчанию, когда они находятся в положении планшета на небольших устройствах (диагональ экрана 11 дюймов и меньше).
Программа Windows Insider переходит на каналы обновления Dev, Beta и Release Preview
Компания Microsoft решила пересмотреть свою модель инсайдерских каналов в Программе предварительной оценки Windows 10. Вместо схемы, основанной на частоте получения сборок, компания переходит на новую модель, которая позволит улучшить качество сборок и будет оптимальной с точки зрения параллельной разработки решений.
Компания будет использовать единые названия каналов для инсайдерских программ Windows 10, Microsoft Office и Microsoft Teams. Основная цель реорганизации каналов заключается в том, чтобы упростить инсайдерам выбор подходящего канала.
Основной приоритет – качество
Когда 5 лет назад запускалась программа предварительной оценки Windows, инсайдерам предлагалось два основных канала получения обновлений: «Ранний доступ» и «Поздний доступ». Те, кто хотел получать обновления чаще, присоединялись к быстрому кругу обновлений («Ранний доступ»), а те, кто предпочитал более стабильные и надежные обновления, выбирали медленный круг обновления («Поздний доступ»). В начале 2016 года был представлен канал Release Preview для инсайдеров, которые хотели получить ранний доступ к сервисным обновлением в выпущенных версиях Windows 10.
За прошедшие годы в каналы вносились некоторые корректировки. В настоящее время Microsoft внедряет новые функции в несколько выпусков продукта одновременно. В середине 2019 инсайдеры тестировали тестировали сборки из трех разных выпусков: «Ранний доступ»: 20H1, «Поздний доступ»: 19H2, а Release Preview: 19H1. А в одном из последних изменений программы Windows Insider, Microsoft изменила подход к тестированию Windows 10.
Очень важно, чтобы у инсайдеров был выбор каналов, который был бы адаптирован к их потребностям. Для этого нужно сместить акцент с частоты на качество. Инсайдеры могут выбрать канал, который представляет желаемый опыт для своего устройства.
Изменения каналов
Позднее в этом месяце, Ранний доступ (Fast Ring) станет каналом Dev, Поздний доступ (Slow Ring) – каналом Beta, а Программа Release Preview – каналом Release Preview, как показано на диаграмме, предоставленной Microsoft:
Канал Dev
Предназначен для опытных, технически подкованных пользователей. Инсайдеры на этом канале получат самые ранние сборки в цикле разработки и будут содержать новейший код, созданный инженерами Microsoft. Данные сборки могут иметь проблемы стабильности, нарушения функциональности или требовать ручного исправления проблем.
Сборки на канале Dev не соответствуют определенной версии Windows 10. Новые функции и улучшения ОС на этом канале появятся в будущих выпусках Windows 10, когда они будут готовы. Также они могут быть поставлены в виде обновлений сборки ОС или сервисных релизов. Обратная связь с инсайдерами поможет нашим инженерам внести серьезные исправления и изменения в финальный код.
Бета-канал
Идеальный вариант для ранних последователей. Инсайдеры и ИТ-специалисты в бета-канале могут проверить будущие функции Windows 10, используя относительно надежные обновления, проверенные Microsoft.
В рамках канала Beta инсайдеры увидят сборки, которые будут привязаны к конкретному будущему выпуску, как, например, 20H1. Отзывы инсайдеров будут особенно важны, так как они помогут инженерам Microsoft убедиться, что ключевые проблемы выявлены и исправлены до основного релиза.
Канал Release Preview
Инсайдеры и ИТ-специалисты на данном канале получат доступ к предстоящему выпуску Windows 10 до его релиза. Они получат обновления качества и ключевые новые функции. Эти сборки поддерживаются Microsoft. Канал Release Preview рекомендуется использовать компаниям, чтобы просматривать и проверять будущие выпуски Windows 10 перед широким развертыванием в своей организации.
Единая структура с Office
Недавно были объявлены новые названия инсайдерских каналов для продуктов Office. Инсайдеры смогут выбирать подходящий канал в зависимости от опыта, который он хочет получить. Чтобы выбор стал проще, соответствующие каналы для Windows и Office теперь обозначают одно и то же. Инсайдеры по-прежнему должны принимать участие в каждой Инсайдерской программе отдельно, но в будущем это также может измениться.
Таблица, показывающая сходство каналов программ предварительной оценки Windows Insider и Office Insider:
Переход на единые каналы – еще один шаг к сближению программ Windows и Office Insider.
Следующие шаги
Переход на новые каналы будет максимально простым. Если ваше устройство получает инсайдерские сборки, то оно будет автоматически переключено на новый канал, который лучше всего соответствует вашему текущему каналу. Никаких дополнительных действий не придется предпринимать.
Ранний доступ = Канал Dev
Поздний доступ = Канал Beta
Программа Release Preview = Канал Release Preview
Администраторы и IT-специалисты могут управлять сборками каналов Beta и Release Preview с помощью Windows Update для бизнеса, инструментов Windows Server Update Service или используя виртуальные машины в Azure Marketplace.
Если вы еще не присоединились к программе предварительной оценки, то попробуйте! перейдите в Параметры > Обновление и безопасность > Программа предварительной оценки Windows и выберите тот канал, который лучше всего соответствует вашим потребностям.
Процесс перехода к новым каналам начнет отображаться на странице настроек программы Windows Insider в сборках позже в июне.
Windows 11 Build 22471 (Dev) доступен для тестирования
Windows 11 Insider Preview build 22471.1000 – сборка, которая относится к ветви разработки rs_prerelease, доступна участникам программы Windows Insider на Канале Dev.
Windows 11, Версия Dev (Сборка ОС 22471.1000)
Обновлён срок действия сборок для сборок для канала Dev, начиная со сборки 22468, до 15.09.2022. Предыдущие сборки Dev из ветки RS_PRERELEASE истекают 31.10.2021. Также, это будет единственная сборка Dev на этой неделе.
Канал Dev предназначен для опытных, технически подкованных пользователей.
Инсайдеры на этом канале получают самые ранние сборки в цикле разработки (Active Development Branch). Данные сборки могут иметь проблемы стабильности, нарушения функциональности или требовать ручного исправления проблем.
Сборки на канале Dev не соответствуют определенной версии Windows 11. Новые функции и улучшения ОС на этом канале появятся в будущих выпусках Windows 11, когда они будут готовы.
Windows 11 на ветке разработки RS_PRERELEASE
Номер этой сборки выше, чем у предварительных сборок Windows 11, которые вы получали ранее. Теперь Dev-канал был возвращён в режим приема сборок из активной ветки разработки RS_PRERELEASE. Это означает, что сборки, выпущенные для канала Dev, больше не соответствуют финальной Windows 11, которая была выпущена 5 октября 2021 года.
Эти сборки относятся к самому раннему этапу нового цикла разработки с новейшим кодом, находящимся в процессе разработки. Это будут не всегда стабильные сборки и иногда вы можете столкнуться с проблемами, которые блокируют ключевые действия или требуют обходных решений во время нахождения на канале Dev. Обязательно ознакомьтесь с известными проблемами, перечисленными в примечаниях к каждой сборке. Поскольку вы находитесь на самой ранней стадии нового цикла разработки, вы не сразу увидите новые функции или серьезные изменения в этих сборках. Эти сборки также не соответствуют конкретному выпуску. Новые функции и улучшения системы из этих сборок могут появиться в будущих выпусках Windows, когда они будут готовы, и могут быть доставлены в виде полных обновлений системы или сервисных обновлений.
Новое в Windows 11 build 22471
Улучшения и изменения
Исправленные проблемы
Известные проблемы
Полный список улучшений, изменений и известных ошибок доступен в официальном анонсе на сайте Microsoft.
Установка через Центр обновления Windows
Скачать Windows 11 build 22471 (Dev)
Альтернативная загрузка
Если вы хотите выполнить чистую установку Windows 11 Insider Preview build 22471, то, используя сервис UUP dump или WZT-UUP, можно скачать UUP файлы прямо с официальных серверов Microsoft и автоматически создать загрузочный ISO-образ, используя одну из следующих инструкций:
Windows 11 Build 22509 (Dev): Полезные улучшения в меню «Пуск», Панели задач и «Параметры»
Обновлено: 03.12.2021. Сегодня выпущено накопительное обновление 22509.1011 (KB5008918). Данное обновление не содержит никаких изменений и предназначено для тестирования канала обслуживания на сборках Канала Dev.
Cumulative Update for Windows 11 Insider Preview 10.0.22509.1011 (KB5008918)
Примечание. Некоторые инсайдеры могут столкнуться с ошибкой (в истории обновлений отображается ошибка 800F0823 ) при попытке установить это накопительное обновление. Повторная попытка установки этого накопительного обновления должна завершится успешно.
Windows 11 Insider Preview build 22509.1000 – сборка, которая относится к ветви разработки rs_prerelease, доступна участникам программы Windows Insider на Канале Dev.
Windows 11, Версия Dev (Сборка ОС 22509.1000)
Канал Dev предназначен для опытных, технически подкованных пользователей.
Инсайдеры на этом канале получают самые ранние сборки в цикле разработки (Active Development Branch). Данные сборки могут иметь проблемы стабильности, нарушения функциональности или требовать ручного исправления проблем.
Сборки на канале Dev не соответствуют определенной версии Windows 11. Новые функции и улучшения ОС на этом канале появятся в будущих выпусках Windows 11, когда они будут готовы.
Windows 11 на ветке разработки RS_PRERELEASE
Номер этой сборки выше, чем у предварительных сборок Windows 11, которые вы получали ранее. Теперь Dev-канал был возвращён в режим приема сборок из активной ветки разработки RS_PRERELEASE. Это означает, что сборки, выпущенные для канала Dev, больше не соответствуют финальной Windows 11, которая была выпущена 5 октября 2021 года.
Эти сборки относятся к самому раннему этапу нового цикла разработки с новейшим кодом, находящимся в процессе разработки. Это будут не всегда стабильные сборки и иногда вы можете столкнуться с проблемами, которые блокируют ключевые действия или требуют обходных решений во время нахождения на канале Dev. Обязательно ознакомьтесь с известными проблемами, перечисленными в примечаниях к каждой сборке. Поскольку вы находитесь на самой ранней стадии нового цикла разработки, вы не сразу увидите новые функции или серьезные изменения в этих сборках. Эти сборки также не соответствуют конкретному выпуску. Новые функции и улучшения системы из этих сборок могут появиться в будущих выпусках Windows, когда они будут готовы, и могут быть доставлены в виде полных обновлений системы или сервисных обновлений.
Новое в Windows 11 build 22509
Просматривать веб-страницы в Microsoft Edge с помощью программы «Экранный диктор» стало проще
Microsoft работает над рядом улучшений для просмотра веб-страниц в Microsoft Edge с помощью программы «Экранный диктор». В частности, ввод текста в полях редактирования теперь будет происходить быстрее, при навигации в Интернете будет предоставляться больше полезной информации, и, наконец, у вас будет более последовательный опыт навигации с помощью «Экранного диктора».
При навигации в Интернете вы также получите больше контекстной информации. Например, требуемые радиокнопки и поля редактирования теперь будут зачитываться как требуемые, а о списках теперь будет зачитываться больше информации, включая уровни списков и точные значения списков.
Помимо того, что будет зачитываться больше информации, вы получите более последовательную навигацию с помощью «Экранного диктора». Это включает улучшения в навигации по заголовкам, более последовательную навигацию в режиме сканирования, при которой в режиме сканирования меньше вероятность зацикливания между элементами, а также более последовательное чтение гиперссылок при навигации вперед и назад.
ПРИМЕЧАНИЕ: Для использования этих улучшений на Windows 11 Insider Preview Build 22509 и выше требуется Microsoft Edge версии 97.0.4683.0 или выше.
Улучшения и изменения
Исправленные проблемы
Известные проблемы
Полный список улучшений, изменений и известных ошибок доступен в официальном анонсе на сайте Microsoft.
Установка через Центр обновления Windows
Скачать Windows 11 build 22509 (Dev)
Альтернативная загрузка
Если вы хотите выполнить чистую установку Windows 11 Insider Preview build 22509, то, используя сервис UUP dump или WZT-UUP, можно скачать UUP файлы прямо с официальных серверов Microsoft и автоматически создать загрузочный ISO-образ, используя одну из следующих инструкций:
Готовые ISO-образы Windows 11 Insider Preview build 22509.1000 на русском языке, созданные по данным инструкциям, вы можете скачать здесь.
Ещё один пост о сборке front-end проекта
Я потратил прилично времени на структуризацию и автоматизацию сборки фронта. Задача это интересная и стоит того, чтобы о ней рассказать.
Вступительное
Чтобы было удобней следить за мыслью, сразу кидаю ссылку на репозиторий с шаблоном проекта: github.com/alexfedoseev/js-app-starter
Убедитесь, что установлен npm.
Установите необходимые глобальные модули (если ещё не установлены):
Сделайте форк репозитория.
Установите зависимости проекта (исполнять в корне репозитория):
Соберите проект в development окружении и запустите локальный сервер:
Откройте браузер и перейдите на lvh.me:3500
Структура проекта
.gitignore & .npmignore
Внутри этих файлов находится список того, что будет игнорироваться git и npm при коммитах/паблишах.
node_modules/
В эту директорию падают все модули, которые мы установим через npm.
npm-shrinkwrap.json
Я не держу в репозитории содержимое node_modules/. Вместо этого лочу все зависимости через этот файл. Он генерируется автоматически командой: `npm shrinkwrap`.
package.json
Это файл с глобальными настройками проекта. К нему ещё вернемся.
gulpfile.js
Обычно тут хранятся все таски для сборки проекта, но в нашем случае он просто определяет значение переменной окружения и пробрасывает нас дальше в папку с gulp-тасками.
lib/gulp/
Здесь храним все настройки и задачи сборщика.
|— config.js
Выносим настройки для всех тасков в отдельный файл, чтобы минимизировать правку самих тасков.
|— helpers/
Вспомогательные методы сборщика.
|— tasks/
И сами gulp-таски.
src/
Исходники проекта.
public/
Результат сборки. Абсолютно всё содержимое этой папки генерируется сборщиком и перед каждой новой сборкой она полностью очищается, поэтому тут никогда и ничего не храним.
dist/
Иногда я пишу opensource-модули. В этой папке после сборки оказываются обычная и минифицированная версии написанной js-библиотеки. При этом директория public/ используется как хранилище для демки. Если вы делаете обычный сайт или страницу приземления, то оно не понадобится.
Настройка проекта
package.json
Это файл, в котором хранятся глобальные настройки проекта.
Подробное описание его внутренностей можно посмотреть тут: browsenpm.org/package.json
Ниже я остановлюсь только на некоторых важных частях.
Консольные команды
В package.json мы можем прописать алиасы для консольных команд, которые будем часто выполнять в процессе разработки.
Production сборка
Когда мы готовы релизить проект — делаем production-сборку.
Переходим к Gulp. Структура тасков взята из сборщика от Dan Tello.
Перед тем, как нырнуть, небольшой комментарий по порядку выполнения обычного gulp-таска:
Теперь разберемся что и в каком порядке будем собирать.
Development сборка
`npm start` запускает команду `gulp`. Что происходит дальше:
Production сборка
С ней всё проще. `npm run build` запускает команду `gulp build`, которая очищает целевые папки, линтит js-код, собирает спрайты и после этого собирет проект (без sourcemaps). Код с комментариями выше.
Файл конфигураций gulp-тасков
Все основные конфигурации тасков вынесены в отдельный файл lib/gulp/config.js:
Сборка HTML
Для шаблонизации используем Jade. Он позволяет делать вставки партиалов, использовать inline-javascript, переменные, миксины и ещё много разных крутых штук.
Структура папки src/html
Все партиалы снабжаем префиксом `_` (нижнее подчеркивание), чтобы при сборке мы могли их отфильтровать и игнорировать.
helpers/_variables.jade
Сохраняем необходимые параметры в переменные. Например, если у нас телефон стоит в нескольких местах страницы, то его лучше сохранить в переменную и в шаблонах использовать именно её.
helpers/_mixins.jade
Часто используемые блоки можно обернуть в mixin.
index.jade
Скелет главной страницы.
meta/_head.jade
Содержимое head.
Сборка JavaScript
В качестве модульной системы используем Browserify. C ним мы можем использовать стиль подключения CommonJS модулей непосредственно в браузере. Кроме этого мы теперь можем использовать ES6-синтаксис: Babel преобразует его в ES5 перед тем, как Browserify соберет js. И перед сборкой мы проходимся jsHint для проверки качества кода.
У Browserify есть один минус: если вы пишете библиотеку с внешними зависимостями (например jQuery-плагин), то он не сможет сделать правильную UMD-обертку. В этом случае я заменяю Browserify на конкатенацию и пишу обёртку руками.
На проекте может возникнуть необходимость формировать несколько наборов js/css.
Например вы пишите фронт + админку. Или библиотеку в 2 вариантах: без зависимостей и в формате jQuery-плагина. Эти сборки нужно разделять. Для этого в настройках сборщика мы создаем массив:
js/css cборщики будут искать в папке с js/css исходниками соответствующий end-point файл (`app.js` или `app.styl`). Через этот end-point файл мы управляем всеми зависимостями бандла. Их структуру я покажу чуть ниже.
Перед передачей бандлов сборщику, мы предварительно пропускаем массив через хелпер `bundler`, который формирует объект с настройками.
Структура папки src/js
app.js
Через этот файл мы рулим всеми зависимостями и порядком исполнения js-компонентов. Имя файла должно совпадать с именем бандла.
В таких случаях используем browserify-shim: плагин, который позволяет превращать обычные библиотеки в CommonJS-совместимые модули. Итак, у нас есть jQuery-плагин `maskedinput`, которого нет в npm.
Добавляем в `package.json` преобразование и выставляем настройки для зависимости:
После этого мы можем подключать модуль:
Сборка CSS
В качестве препроцессора используем Stylus. Плюс проходимся по css автопрефиксером, чтобы не прописывать вендорные префиксы руками.
Структура папки src/css
app.styl
Через этот файл мы рулим порядком подключения css-компонентов. Имя файла должно совпадать с именем бандла.
Все остальные таски — картинки, спрайты, очистка и пр. — не требуют дополнительных комментариев (на самом деле я просто устал уже строчить). Исходники лежат в репозитории: github.com/alexfedoseev/js-app-starter
Если есть косяки или дополнения — буду рад обратной связи через комментарии тут или issues / pull requests на Github. Удач!
