Комментарии 52
Мне кажется в виде таблицы было бы нагляднее
Долго рассматривал первую картинку. Много думал. Далеко не сразу понятно, что противный толстяк делает с маленькими человечками.
Удивительно, но с ним абсолютное большинство сайтов открывается без проблем (кроме legacy Java). Про Privacy по сравнению с Firefox вопрос обсуждаемый, но уж точно не в пользу Chrome.
с ним абсолютное большинство сайтов открывается без проблем
Собственно, ничего удивительного — чего-то другого трудно ожидать от очередного скина для хромиума.
1. Вернуть Legacy Edge. Новый Edge блокирует работу старого.
2. Почистить от старых версий. Они складируются в папке `C:\Program Files (x86)\Microsoft\Edge\Application`. (Кстати, так с любым браузером на основе Chromium, только папки другие)
3. По любой причине, по которой бы кто-либо не хотел его видеть установленным у себя в системе.
По поводу системного API — мне кажется, что в таком случае его основу перенесут в папку System32, а исполняемый файл оставят на прежнем месте, как это было и с Internet Explorer, и с Legacy Edge.
Странно читать новость о смерти safari, читая статью из safari.
/sarcasm mode off
Убийство Apple safari под win ещё не означает его смерть. В macOS/iOS он живёт вполне себе
С одной стороны это прекрасно что у нас будет один браузер/движок/стандарт. С другой стороны при отсутствии конкуренции, происходит деградация
Про деградацию. Это верно только если есть возможности для развития. Если их нет, то конкуренция - это просто напрасное расходование ресурсов.
приложение «Фотографии» — тут отдельная история, покрытая туманом
Хотел бы я узнать как можно просмотром фоток загружать 16 потоков процессора на 100%. Это надо уметь, не зря видимо на собеседованиях решают задачи на алгоритмы.
интересно, это приложение для показа mov случайно виртуалку с макосью с собой не тащит?
Ну вот примеры:
- Генерация thumbnails.
- Упреждающее декодирование: подгрузка картинок в фоне, чтобы переключение на следующую-предыдущую происходило мгновенно.
- Качественное ресемплирование.
- Face detection, face recognition: группировка фотографий по людям.
Тот же FastStone, при открытии новой папки с фотографиями, грузит одно ядро для создания превьюх и делает он это относительно медленно. Если загрузить все ядра, то будет делать быстрее (если честно, именного этого мне лично не хватает).
Про видео даже не говорю.
Ладно еще на 16 потоках и быстром ssd можно как-то пользоваться. Я не понимаю как быть людям на 4/8 или даже 2/4. Или приложение не для них сделано, или фотоальбом не больше 100 фотографий.
Насчет удаления нового Edge (на основе Chromium), Microsoft намекнула, что не надо так делать, потому что системный компонент WebView они планируют в будущем переключить на работу через двидок Edge вместо движка Internet Explorer
Они уже сделали новый компонент Microsoft Edge WebView2, который пока находится в состоянии preview и требует установки Edge Canary.
Хотелось бы почитать о том, почему, будучи скинами для хромиума, браузеры умудряются с разной скоростью грузить страницы, к тому же потребляя разный объём памяти.
Движок браузера для GUI удобен не только и не столько для новичков. Все современные платформы для GUI маршируют в одном направлении: декларативный ML + стили + небольшой служебный (вспомогательный) императивный слой (повозюкали мышкой тут — применить стили там). Это то, что над бизнес-логикой. Разумеется, получается зоопарк, если брать одни ML'и, сколько их наберётся? От QML (Qt) до XAML (WPF). Все несовместимые, но при этом без фишки, ради которой стоило бы тащить. Естественно, многие махнули рукой и перешли на ML, который HT. Там самое большое комьюнити, самые крутые перспективы, и так далее. Одна беда — тот же CEF весил долгое время 43 мегабайта (я аж до сих пор помню), сейчас сколько я не знаю, но вряд ли меньше. Но для Android'а, например, есть халявный WebView, каковым для Windows долгое время служил Trident .ocx. Разница в том, что Гугл не обращается с совместимостью и безопасностью, как МС (кто помнит этот грёбаный стыд, когда HTML'ный визард в студии блокировался жёлтой секьюрной полоской сверху? VS 7.1 на XP, вроде). В заключение, хочу добавить, что многие используют движок HTML, специально созданный для GUI — Sciter. Страницы в нём не поотображаешь, зато интерфейсы — милое дело, каждый второй антивирус на нём написан плюс ещё куча всего.
«Norton*», насколько я знаю, сделан, как раз, на Sciter. Как они умудрились добиться описываемого вами эффекта, ума не приложу. (Сам я таким софтом не пользуюсь). Я лично писал на этом движке ОЧЕНЬ тяжёлый UI, сопоставимый по сложности с иной игрой, с кучей анимации и т.п. и тестировал полноэкранные полупрозрачные окна на 4К на слабом ноутбуке — всё летало. Мобильную не смотрел, но видел ролик с сайта автора, где она на среднем телефоне даёт 60fps на его тестовых примерах из SDK (среди них есть в том числе нагрузочные — SDK публично доступен). Если вам не трудно, посмотрите, пожалуйста, через файловый менеджер в папку приложения на dll'ки или через Spy++ на имя оконного класса, или через Process Explorer на загруженные библиотеки, чтобы точно узнать, на каком движке они сделали GUI. Ещё, возможно, они в потоке интерфейса что-то медленное делают, тут уж хоть на голом WinAPI пиши, лаги будут.
Nitro — движок JS, разрабатываемый Apple для браузера Safari;
правильнее это двигло называть JavaScriptCore
Ликбез по браузерам для Windows в 2020