я не силен в Трамвайном деле и не знаю, кто там стрелочкой управляет
Неоднократно наблюдал, как водитель выходил из кабины со специальной палкой, втыкал её куда-то в стрелку и переключал её. Но автоматические, говорят, тоже бывают.
Не знаю, что там как в этом compose, но битмапов лучше избегать по максимуму, потому что это программный рендеринг. Я экспериментировал немного с RenderEffect и RuntimeShader, в итоге нашёл способ отрисовывать подложку в RenderNode полностью аппаратно. Просто берём и делаем вот так:
В питерском "максидоме" их внутренняя информационная система работает в текстовом режиме и управляется исключительно с клавиатуры. Какая там ОС внутри — не знаю. Мониторы, правда, ЖК.
Если в ответ на запрос вместо ожидаемого (например HTTP ответа от сайта) приходит рукопожатие какого-нибудь VPN протокола - то ресурс блокируется.
Да вроде нет проблем от такого защититься? VPN-сервер ставим за тот же nginx, по секретному урлу, по которому клиент будет запрашивать вебсокет, а так там просто ну сайт и всё. Или редирект на песню "Never gonna give you up", по вкусу. А секретный урл провайдер не узнает, потому что HTTPS. MTProto-прокси для телеграма работали на похожем принципе, только там вместо секретного урла были какие-то секретные байты в каком-то поле в ClientHello, в котором должны быть случайные данные, что ли.
Но нынешнее российское DPI-оборудование такого не умеет. Судя по тому, что вещи вроде GoodbyeDPI до сих пор неплохо работают, DPI до сих пор оперирует отдельными IP-пакетами, (почти?) никакого состояния между ними не хранит и на спецификацию того же TCP забивает чуть менее, чем полностью.
А пробовал ли кто-нибудь просто засунуть весь трафик в обычный вебсокет? Выглядит как очевидное решение, которое со стороны провайдеров будет обнаружимо только "аналоговыми" способами вроде сбора статистики по количеству и размерам пакетов, которые обязательно заденут что-нибудь ещё.
А там точно были опенсорсные модемы? Просто пока что всё, что я видел (Purism Librem и PinePhone, например), использовало для сотовой связи и вайфая проприетарные модули с собственными процессорами и проприетарными прошивками. Но на основном процессоре да, на 100% свободное ПО.
Задумался о том, что ведь если очень захотеть, то с таким уровнем развития свободного ПО должно быть можно сделать open-hardware радиомодуль. А дальше уже и до полностью опенсорсного смартфона недалеко)
Телефоны доайфонной эпохи все до сих пор выглядят круто. Тогда было какое-то разнообразие и индивидуальность в дизайне, а сейчас одинаковые неуклюже гигантские прямоугольники, преимущественно из стекла и металла, отличающиеся только в мелочах вроде расположения камер сзади и кнопок на гранях.
Всё-таки интересно, насколько сложно организовать мелкосерийное производство дискет для тех, кому они всё ещё нужны. Самый важный компонент — магнитное покрытие для самого диска — точно до сих пор массово производится и продаётся, потому что до сих пор используется как минимум для всяких карт с магнитной полосой.
Свайп, как и вообще что угодно со словарём, фрустрирует своей тупостью и недогадливостью. Как бы да, работает отлично в 95% случаев, но в оставшихся 5% хочется расхерачить об стену со злости. Хочешь добавить новое слово? Будь добр, добавь его во всех падежах, лицах и числах. Компьютеры же слишком тупые, чтобы самостоятельно всё просклонять, да. Для того, чтобы посмотреть на 3 слова от курсора назад, понять структуру предложения и предложить что-то, что грамматически будет иметь смысл, они тоже слишком тупые.
Короче, я понял, что ценю в вводе текста полную детерминированность, а это полностью исключает что угодно со словарями. И не понял, кто вообще посчитал хорошей идеей засунуть qwerty/йцукен — раскладки для десяти пальцев — в экран, на котором печатают в лучшем случае двумя большими пальцами. Я даже сделал прототип одной своей идеи, и честно пытался пользоваться им полдня, но чот как-то не зашло в итоге:
Скриншот
Ещё есть идея попробовать сделать расширенную версию вот этого, но чтобы не 4 сектора, а 6 или 8.
Лично для меня главная проблема (сенсорного) смартфона — это ввод текста. Казалось бы, у меня первый смартфон без стилуса появился в 2011, и раз уж прошло целых 13 лет, то, наверное, я должен бы уже привыкнуть, но нет. 13 лет спустя ввод текста на сенсорном экране, особенно на русском языке, меня всё ещё исправно фрустрирует, так что, видимо, проблема всё-таки не во мне. А на полноценной клавиатуре компьютера я печатаю почти что со скоростью мысли.
Как младшие поколения избегают такой фрустрации? Или они просто пребывают в счастливом неведении, что бывает удобнее?
Я отреверсил протокол гугловского Nearby Share/Quick Share и сделал NearDrop для macOS. Главное преимущество — ничего не надо ставить на телефон. Главный недостаток — андроид хочет для активации MDNS-сервиса, чтобы стать видимым для получения файлов, получить сигнал по блютусу (BLE), а с мака его не отправить, потому что там нельзя указать service data.
Неоднократно наблюдал, как водитель выходил из кабины со специальной палкой, втыкал её куда-то в стрелку и переключал её. Но автоматические, говорят, тоже бывают.
Не знаю, что там как в этом compose, но битмапов лучше избегать по максимуму, потому что это программный рендеринг. Я экспериментировал немного с RenderEffect и RuntimeShader, в итоге нашёл способ отрисовывать подложку в RenderNode полностью аппаратно. Просто берём и делаем вот так:
То есть, отрисовываем размываемую вьюшку второй раз. И инвалидируем из
onDescendantInvalidatedв ней же.Скриншот того, что получилось
Там не SQL, а олимпиадный text-engine.
Хы. Я тоже делал Bad Apple на телефоне, но есть нюанс)
Так и на андроиде можно сделать то же самое просто, в лоб и на канвасе. Просто автор статьи не ищет лёгких путей.
В питерском "максидоме" их внутренняя информационная система работает в текстовом режиме и управляется исключительно с клавиатуры. Какая там ОС внутри — не знаю. Мониторы, правда, ЖК.
Да вроде нет проблем от такого защититься? VPN-сервер ставим за тот же nginx, по секретному урлу, по которому клиент будет запрашивать вебсокет, а так там просто ну сайт и всё. Или редирект на песню "Never gonna give you up", по вкусу. А секретный урл провайдер не узнает, потому что HTTPS. MTProto-прокси для телеграма работали на похожем принципе, только там вместо секретного урла были какие-то секретные байты в каком-то поле в ClientHello, в котором должны быть случайные данные, что ли.
Но нынешнее российское DPI-оборудование такого не умеет. Судя по тому, что вещи вроде GoodbyeDPI до сих пор неплохо работают, DPI до сих пор оперирует отдельными IP-пакетами, (почти?) никакого состояния между ними не хранит и на спецификацию того же TCP забивает чуть менее, чем полностью.
А пробовал ли кто-нибудь просто засунуть весь трафик в обычный вебсокет? Выглядит как очевидное решение, которое со стороны провайдеров будет обнаружимо только "аналоговыми" способами вроде сбора статистики по количеству и размерам пакетов, которые обязательно заденут что-нибудь ещё.
И что они теперь сделают, заблокируют его?
А там точно были опенсорсные модемы? Просто пока что всё, что я видел (Purism Librem и PinePhone, например), использовало для сотовой связи и вайфая проприетарные модули с собственными процессорами и проприетарными прошивками. Но на основном процессоре да, на 100% свободное ПО.
Задумался о том, что ведь если очень захотеть, то с таким уровнем развития свободного ПО должно быть можно сделать open-hardware радиомодуль. А дальше уже и до полностью опенсорсного смартфона недалеко)
Телефоны доайфонной эпохи все до сих пор выглядят круто. Тогда было какое-то разнообразие и индивидуальность в дизайне, а сейчас одинаковые неуклюже гигантские прямоугольники, преимущественно из стекла и металла, отличающиеся только в мелочах вроде расположения камер сзади и кнопок на гранях.
Всё-таки интересно, насколько сложно организовать мелкосерийное производство дискет для тех, кому они всё ещё нужны. Самый важный компонент — магнитное покрытие для самого диска — точно до сих пор массово производится и продаётся, потому что до сих пор используется как минимум для всяких карт с магнитной полосой.
Уже существуют эмуляторы, которые буквально это и делают. И на флэшку можно положить сколько угодно образов дискет и переключаться между ними.
Ага, я именно ею и вдохновлялся
Это я тоже пробовал. Слишком много опечаток.
Свайп, как и вообще что угодно со словарём, фрустрирует своей тупостью и недогадливостью. Как бы да, работает отлично в 95% случаев, но в оставшихся 5% хочется расхерачить об стену со злости. Хочешь добавить новое слово? Будь добр, добавь его во всех падежах, лицах и числах. Компьютеры же слишком тупые, чтобы самостоятельно всё просклонять, да. Для того, чтобы посмотреть на 3 слова от курсора назад, понять структуру предложения и предложить что-то, что грамматически будет иметь смысл, они тоже слишком тупые.
Короче, я понял, что ценю в вводе текста полную детерминированность, а это полностью исключает что угодно со словарями. И не понял, кто вообще посчитал хорошей идеей засунуть qwerty/йцукен — раскладки для десяти пальцев — в экран, на котором печатают в лучшем случае двумя большими пальцами. Я даже сделал прототип одной своей идеи, и честно пытался пользоваться им полдня, но чот как-то не зашло в итоге:
Скриншот
Ещё есть идея попробовать сделать расширенную версию вот этого, но чтобы не 4 сектора, а 6 или 8.
А, ъеъ. Совсем забыл про них. А некоторые — кружочки.
Лично для меня главная проблема (сенсорного) смартфона — это ввод текста. Казалось бы, у меня первый смартфон без стилуса появился в 2011, и раз уж прошло целых 13 лет, то, наверное, я должен бы уже привыкнуть, но нет. 13 лет спустя ввод текста на сенсорном экране, особенно на русском языке, меня всё ещё исправно фрустрирует, так что, видимо, проблема всё-таки не во мне. А на полноценной клавиатуре компьютера я печатаю почти что со скоростью мысли.
Как младшие поколения избегают такой фрустрации? Или они просто пребывают в счастливом неведении, что бывает удобнее?
Я отреверсил протокол гугловского Nearby Share/Quick Share и сделал NearDrop для macOS. Главное преимущество — ничего не надо ставить на телефон. Главный недостаток — андроид хочет для активации MDNS-сервиса, чтобы стать видимым для получения файлов, получить сигнал по блютусу (BLE), а с мака его не отправить, потому что там нельзя указать service data.