Ничего сложного кроме необходимости юридической волокиты с оформлением на них т. н. "нотификации ФСБ". Её обычно делают на массовые продукты, где затраты потом окупаются, а на нужный 3.5 людям девкит заморачиваться просто дорого.
Такая же проблема с кучей разных SoC — на конкретные наименования производитель мог не делать нотификации.
На Linux и macOS отрисовка через Skia->OpenGL доступна и включена по-умолчанию начиная с версии 0.8.
На Windows отрисовка через Skia->ANGLE->Direct3D доступна с версии 0.8, включена по-умолчанию для Win8+ начиная с 0.10, для Windows 7 по-умолчанию выключена, Отрисовка через Skia->OpenGL (WGL) доступна с 0.10 и по-умолчанию выключена.
Так же с 0.10 поддерживается хостинг OpenGL-контента непосредственно в дереве элементов без whitespace problem (на Windows необходимо включить режим отрисовки через WGL)
Это как? Депенденси инжекшен он и в африке… И если они бэкендистов заставили писать фронт, а не фуллстек/фронтенд разработчиков, то ожидаемо что они будут писать говнокод без энтузиазма.
Заставили людей с опытом десктопного фронта на MVVM писать как завещали адепты Redux. Виноватыми оказались React и разработчики.
Из фреймворков именно на C# сейчас для браузерной части SPA-приложений условно-пригодным является только Blazor, всё остальное использовать в продакшене нельзя в принципе никак и будет нельзя ещё года два минимум. Если вам кто-то про свою чудо-библиотеку говорит обратное, плюньте ему в глаз.
Production-ready технологии же относятся к серверсайд-рендерингу и для ряда приложений просто неприменимы.
Так что по состоянию на 2021 год C# в вебе может использоваться только на сервере.
Есть ряд решений на F# типа Fable, но это опять же слишком отличается по парадигме от WPF+MVVM.
1) Переносим имеющееся приложение с WPF, разработчики все тоже с опытом WPF
2) Берём максимально отличающуюся от MVVM технологию управления стейтом
3) ???????
4) Почему меня чуть не уволили?!
А ведь достаточно было не натягивать свою любимую сову на очередной глобус. WPF-разработчики прекрасно переезжают на связку React + MobX + Typescript, поскольку идеология организации кода и состояния практически 1 в 1 совпадают. Но Redux-сектанты будут упорно продавливать своё мнение, да.
Прикладной код может делать похожие вещи выставив VEH обработчик (можно и SEH, но VEH вызывается раньше и его за счёт этого сложнее испортить кодом 3rd-party где-то на стеке.)
Я так делал на коленке свою реализацию memory mapped files для сжатых файлов
«попытка доступа к памяти при отсутствии соответствующих разрешений» и так далее. Совершенно нереально исправить такие ошибки во время исполнения программы, ошибка уже случилась
Если что, этот механизм используется (ну или использовался) для довыделения памяти на стеке потока, когда указатель стека добрался до ещё не закоммиченой страницы. Но да, вам, конечно, виднее, что можно сделать, а что нет.
Да, только пользователь фреймворка делает осознанный выбор, надо ли ему накатывать релиз-кандидат или посидеть на стабильной версии. А то и посидеть на прошлой стабильной пока пару сервисных релизов не выкатят. А вот пользователю веб-сервиса этот выбор никто не даёт.
Нативно — нет, биндингов к libwayland не завезли, а в одно лицо их с наскока до рабочего состояния быстро довести не получилось. Ну и напоролся в процессе на несколько ограничений, уже не помню каких, нужно поднимать логи вейландовского IRC.
Ну давайте проведём сравнительный анализ:
7540 (и предыдущие модели серии):
1) идеальный стрелочный блок, выделен из общей линии клавиатуры, легко нащупывается, стрелки вверх-вниз легко нажимаются, PgUp/PgDown под рукой
2) трекпоинт и дублирующий ряд кнопок для него, идеально для использования в автомобиле или в положении лежа на пуфике
3) кнопка питания обособлена от клавиатуры
Как счастливый владелец M4600, M4800, 7510 и 7530, хочу передать спасибо тем, кто всё так хорошо и грамотно сделал.
Теперь рассмотрим 7550 (победивший маразм дизайнеров):
1) невозможно пользоваться стрелочным блоком: кнопки вверх-вниз слишком маленькие, PgUp/PgDown вообще вынесены на Fn (видимо, дизайнерам эти кнопки не нужны в фотошопе), сам блок спрятан в общий ряд клавиатуры что осложняет его нащупывание вслепую
2) нет трекпоинта (привет всем использующим ноутбук в транспорте или лежа на пуфике), нет дублирующего ряда кнопок тачпада (он удобен даже без трекпоинта)
3) кнопка выключения прямо над кнопкой "минус"
Это вы в нагруженные дни на сапсан не пытались приобрести билет за два часа до отправления. В кассах билетов нет, но есть какие-то левые люди, у которых почему-то есть билеты с наценкой.
Так оформляйте ИП, платите налоги.
Мавр сделал своё дело, мавр может уходить.
Ничего сложного кроме необходимости юридической волокиты с оформлением на них т. н. "нотификации ФСБ". Её обычно делают на массовые продукты, где затраты потом окупаются, а на нужный 3.5 людям девкит заморачиваться просто дорого.
Такая же проблема с кучей разных SoC — на конкретные наименования производитель мог не делать нотификации.
Реестр таких нотификаций можно посмотреть тут
А кто вам сказал что туда будут звать кучу народу? Зачем? На двоих сняли и погнали в мортал-комбат на большом экране.
По-умолчанию — нет. Это всё-таки довольно устаревшее API, которое давно не получало никаких существенных обновлений. А Skia активно пилится.
Skia для этого использует т. н. font atlas
На Linux и macOS отрисовка через Skia->OpenGL доступна и включена по-умолчанию начиная с версии 0.8.
На Windows отрисовка через Skia->ANGLE->Direct3D доступна с версии 0.8, включена по-умолчанию для Win8+ начиная с 0.10, для Windows 7 по-умолчанию выключена, Отрисовка через Skia->OpenGL (WGL) доступна с 0.10 и по-умолчанию выключена.
Так же с 0.10 поддерживается хостинг OpenGL-контента непосредственно в дереве элементов без whitespace problem (на Windows необходимо включить режим отрисовки через WGL)
Заставили людей с опытом десктопного фронта на MVVM писать как завещали адепты Redux. Виноватыми оказались React и разработчики.
Из фреймворков именно на C# сейчас для браузерной части SPA-приложений условно-пригодным является только Blazor, всё остальное использовать в продакшене нельзя в принципе никак и будет нельзя ещё года два минимум. Если вам кто-то про свою чудо-библиотеку говорит обратное, плюньте ему в глаз.
Production-ready технологии же относятся к серверсайд-рендерингу и для ряда приложений просто неприменимы.
Так что по состоянию на 2021 год C# в вебе может использоваться только на сервере.
Есть ряд решений на F# типа Fable, но это опять же слишком отличается по парадигме от WPF+MVVM.
1) Переносим имеющееся приложение с WPF, разработчики все тоже с опытом WPF
2) Берём максимально отличающуюся от MVVM технологию управления стейтом
3) ???????
4) Почему меня чуть не уволили?!
А ведь достаточно было не натягивать свою любимую сову на очередной глобус. WPF-разработчики прекрасно переезжают на связку React + MobX + Typescript, поскольку идеология организации кода и состояния практически 1 в 1 совпадают. Но Redux-сектанты будут упорно продавливать своё мнение, да.
Прикладной код может делать похожие вещи выставив VEH обработчик (можно и SEH, но VEH вызывается раньше и его за счёт этого сложнее испортить кодом 3rd-party где-то на стеке.)
Я так делал на коленке свою реализацию memory mapped files для сжатых файлов
Озлобленные владельцы консолей ставят оценки ПК-версии.
Если что, этот механизм используется (ну или использовался) для довыделения памяти на стеке потока, когда указатель стека добрался до ещё не закоммиченой страницы. Но да, вам, конечно, виднее, что можно сделать, а что нет.
API по возможности стараемся не ломать, но это не всегда возможно.
https://github.com/AvaloniaUI/Avalonia/wiki/Breaking-Changes — перечень ломающих изменений между версиями
https://github.com/AvaloniaUI/Avalonia/issues/3538 — общая политика касательно работы с ломающими изменениями и перечень компонент, где они точно будут
Да, только пользователь фреймворка делает осознанный выбор, надо ли ему накатывать релиз-кандидат или посидеть на стабильной версии. А то и посидеть на прошлой стабильной пока пару сервисных релизов не выкатят. А вот пользователю веб-сервиса этот выбор никто не даёт.
Нативно — нет, биндингов к libwayland не завезли, а в одно лицо их с наскока до рабочего состояния быстро довести не получилось. Ну и напоролся в процессе на несколько ограничений, уже не помню каких, нужно поднимать логи вейландовского IRC.
Через XWayland всё работает.
на 2 из 4 имеющихся у меня ноутбуках серии Precision в течение трёх лет ломались петли
Ну давайте проведём сравнительный анализ:
7540 (и предыдущие модели серии):
1) идеальный стрелочный блок, выделен из общей линии клавиатуры, легко нащупывается, стрелки вверх-вниз легко нажимаются, PgUp/PgDown под рукой
2) трекпоинт и дублирующий ряд кнопок для него, идеально для использования в автомобиле или в положении лежа на пуфике
3) кнопка питания обособлена от клавиатуры
Как счастливый владелец M4600, M4800, 7510 и 7530, хочу передать спасибо тем, кто всё так хорошо и грамотно сделал.
Теперь рассмотрим 7550 (победивший маразм дизайнеров):
1) невозможно пользоваться стрелочным блоком: кнопки вверх-вниз слишком маленькие, PgUp/PgDown вообще вынесены на Fn (видимо, дизайнерам эти кнопки не нужны в фотошопе), сам блок спрятан в общий ряд клавиатуры что осложняет его нащупывание вслепую
2) нет трекпоинта (привет всем использующим ноутбук в транспорте или лежа на пуфике), нет дублирующего ряда кнопок тачпада (он удобен даже без трекпоинта)
3) кнопка выключения прямо над кнопкой "минус"
Это вы в нагруженные дни на сапсан не пытались приобрести билет за два часа до отправления. В кассах билетов нет, но есть какие-то левые люди, у которых почему-то есть билеты с наценкой.