Главная проблема эти API в том что никто их не использует и не тестирует, и производителям устройств пофиг на баги (встроенные приложения тв каналов используют внутренние апи которые работают лучше и недоступны обычным приложениям). В итоге на многих телевизорах получение списка каналов / епг возвращает неполную информацию или вообще не работает.
Также при воспроизведении канала через TvView банально не работают коллбэки ошибок/статусов. Например мне не удалось ни одном телевизоре получить ошибку при переключении на заскрэмблированный канал. На экране - черный квадрат Малевича, а в коллбэк ничего не приходит. Соответственно показать ошибку пользователю невозможно.
Проблема не в языке, а в том что все современные UI фреймворк - тормозное говно. И это не ограничивается C#. А обычным разработчикам деваться некуда - кушают что дают. Не имеет значение как хорошо и продуманно написан твой код, если в реальности 99,9% времени процессора будет отнимать нижестоящий код UI библиотеки.
Есть конечно вариант вернуться к WinForms но что-то не хочется, да и привязано гвоздями к Винде.
Что-то более нативное вроде WinUI работает ничуть не лучше.
В большинстве гуевых приложений узкое место - сам уй фреймворк, и разработчик приложения ничего с этим сделать не может. А использовать какой-нибудь древний фреймворк из 90-х который работает быстрее не выйдет - потому что больше не поддерживается, не собирается, а если и работает то нет базовой функциональности вроде hidpi и т.п. Или он написан на C и нормальных оберток для других языков нет.
Насколько я знаю пока этот вопрос не стоит, Раст остаётся экспериментальной фичей (но понятное дело что рано или поздно это изменится). Текущая драма началась из-за того что Хеллвиг заявил что будет блокировать мерж любого когда на расте если он использует подсистему DMA, несмотря на то что весь код на расте является экспериментальным и никак самого Хеллвига не затрагивает (более того, мейнтейнерам сейчас разрешено ломать свои API игнорируя то что ломаются растровые обвязки, т.к. Раст код вообще не собирается в CI). Но у Хеллвига баттхерт от одного наличия .rs файлов в репозитории ядра.
Шон и его фанаты как раз таки поливают профили говном при каждой возможности. В Circle он добавил боров чекер с лайвтаймами и unsafe из Раста, который они продвигают в виде "Safe C++" вместо профилей.
Главная проблема эти API в том что никто их не использует и не тестирует, и производителям устройств пофиг на баги (встроенные приложения тв каналов используют внутренние апи которые работают лучше и недоступны обычным приложениям). В итоге на многих телевизорах получение списка каналов / епг возвращает неполную информацию или вообще не работает.
Также при воспроизведении канала через TvView банально не работают коллбэки ошибок/статусов. Например мне не удалось ни одном телевизоре получить ошибку при переключении на заскрэмблированный канал. На экране - черный квадрат Малевича, а в коллбэк ничего не приходит. Соответственно показать ошибку пользователю невозможно.
А пленку менять кто будет?
Звёзды и пыль выброшенные из галактик из-за их гравитационного взаимодействия
С самолётов космические ракеты уже запускали, это действительно эффективнее чем с земли: https://en.m.wikipedia.org/wiki/Northrop_Grumman_Pegasus
Главная проблема в том что большую ракету самолёт не поднимет, так что так можно выводить на орбиту только микро спутники.
Как минимум можно разрешить локальный доступ для сайтов которые уже крутятся на локалхосте, а остальным обрезать.
Или использовать для этого систему разрешений.
Нашел в фильтрах
Где это? Не нахожу такую опцию в настройках unblock origin
Самое странное тут это то что браузеры такое испокон веку разрешали. Это ж по сути огромная дырень в песочнице JS.
Есть отличное опенсорсное Breezy Weather в F-Droid
Есть для этого встроенная функциональность, explicit instantiation:
Само собой в этом случае шаблон можно использовать только с теми типами которые были явно перечислены.
Проблема не в языке, а в том что все современные UI фреймворк - тормозное говно. И это не ограничивается C#. А обычным разработчикам деваться некуда - кушают что дают. Не имеет значение как хорошо и продуманно написан твой код, если в реальности 99,9% времени процессора будет отнимать нижестоящий код UI библиотеки.
Есть конечно вариант вернуться к WinForms но что-то не хочется, да и привязано гвоздями к Винде.
По-моему все предельно ясно - президент послал, значит надо пользоваться отечественным!
Что-то более нативное вроде WinUI работает ничуть не лучше.
В большинстве гуевых приложений узкое место - сам уй фреймворк, и разработчик приложения ничего с этим сделать не может. А использовать какой-нибудь древний фреймворк из 90-х который работает быстрее не выйдет - потому что больше не поддерживается, не собирается, а если и работает то нет базовой функциональности вроде hidpi и т.п. Или он написан на C и нормальных оберток для других языков нет.
Парашюты в любом случае вряд ли сработают. Но как минимум до удара об землю/воду он должен остаться целым.
Для бизнеса есть свои механизмы автоматического развертывания винды. Обычному пользователю нельзя.
Насколько я знаю пока этот вопрос не стоит, Раст остаётся экспериментальной фичей (но понятное дело что рано или поздно это изменится). Текущая драма началась из-за того что Хеллвиг заявил что будет блокировать мерж любого когда на расте если он использует подсистему DMA, несмотря на то что весь код на расте является экспериментальным и никак самого Хеллвига не затрагивает (более того, мейнтейнерам сейчас разрешено ломать свои API игнорируя то что ломаются растровые обвязки, т.к. Раст код вообще не собирается в CI). Но у Хеллвига баттхерт от одного наличия .rs файлов в репозитории ядра.
Потому что паника придумана для юзерспейса. Для ядра нужны другие механизмы, это совершенно нормально.
Я не хочу чтобы в истории мастера были всякие "fix", "fix 2" и т.п. А сквошить весь пулл реквест в один коммит не всегда правильно.
Шон и его фанаты как раз таки поливают профили говном при каждой возможности. В Circle он добавил боров чекер с лайвтаймами и unsafe из Раста, который они продвигают в виде "Safe C++" вместо профилей.
Если разрабы ответственные то да :) В противном случае об этом узнаешь только во время неудачной попытки сборки