https://m.opennet.me/openforum/vsluhforumID3/135354.html Спустя 13 лет с момента публикации ветки 1.3 увидел свет релиз легковесного кроссплатформенного графического тулкита FLTK 1.4.0 (Fast Light Toolkit). FLTK написан на языке C++ и распространяется под лицензией лицензии LGPLv2. Ветка FLTK 1.4 отмечена как обратно совместимая с выпусками 1.3.x, т.е. при переходе на FLTK 1.4 не требуется внесение изменений в код, но необходима пересборка из-за изменения ABI. Для визуального построения GUI-интерфейса в рамках проекта развивается оболочка FLUID. Поддерживается работа в Linux (X11 и Wayland), BSD-системах, Windows, macOS и различных UNIX-подобных ОС...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62244<br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#139 Thu, 12 Mar 2026 17:45:21 GMT Даже использование браузера ради субпиксельного рендеринга pdf - дело временное, пока чьи-нибудь руки не возьмутся пропатчить mupdf под free... (ну вы поняли, да)))).<br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#138 Thu, 12 Mar 2026 17:39:49 GMT Торчание в интернете можно сократить, настроив локальный полнотекстовый поиск (см. recoll).<br>IMHO, в отличие от непонятно как управляемого tracker - это просто мечта любого владельца кучи разрозненных файловых свалок, в которой даже количество и качество дубликаций фиг сосчитаешь.<br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#137 Thu, 12 Mar 2026 17:31:39 GMT xprop и xwininfo не захватывает окна, xrandr не может изменить гамму (если только это не ограничение гномовского wayland-провайдера), `alacritty --embed` не хочет вставать в tabbed (или ой, я же забыл попробовать форсировать иксовый режим - вспомнить бы как).<br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#136 Mon, 25 Nov 2024 11:12:24 GMT Дурака то не включай. То что видяха сериализует экранный буфер и передает его в монитор 60+ раз в секунду никак не значит что содержимое этого экранного буфера должно заполняться с нуля 60+ раз в секунду. Вот я печатаю это сообщение на сайте где нет ни эмодзи ни анимированной рекламы и всё что на экране меняется это пару раз в секунду мигает курсор в поле ввода да новые символы появляются так же по паре за секунду <br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#135 Sun, 24 Nov 2024 14:44:34 GMT &gt; After including the required header files, the program then creates a window. All following widgets will automatically be children of this window.<br>&gt; https://m.opennet.me/openforum/vsluhforumID3/135354.html#134 Sun, 24 Nov 2024 13:20:48 GMT Идеологический как Box внезапно стал связан с Window?<br>Если я хочу создать и не приделывать его к Widnow.<br>Что за неявное прелепливание и работа под капотом.<br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#133 Sun, 24 Nov 2024 04:40:58 GMT Что значит "перерисовывать"?<br><br>У монитора есть частота обновления экрана -- для ЖКД это плюс-минус 60 раз в секунду. То есть, кадр _всегда_ перерисовывается 60 раз в секунду. Исключение из этого правила мне известно единственное -- это eInk, там и правда можно управлять перерисовкой отдельных частей экрана.<br><br>Если есть буфер, из которого монитор таскает пиксели, то не всё ли равно, какая часть этих пикселей обновляется, когда программе это кажется правильным?<br><br>&gt;Перерисовывать нужно только те участки, которые меняют свой внешний вид (напр., кнопка после наведения на нее мыши) или анимированы (ползунок прогресса), или на которые заползло другое окно (тот самый "damage").<br><br>Так сейчас все участки меняют внешний вид постоянно. Там, где нет каких-нибудь динамических теней, там есть анимированые эмодзи, мерцающий шрифт, gif-реклама, и тому подобное. То есть, доля "тулкита" на картинке -- это ну, рамка, то есть, может, процентов 10 максимум площади экрана. А всё остальное требует обновления 60 раз в секунду.<br><br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#132 Fri, 22 Nov 2024 20:21:02 GMT &gt; А как можно НЕ перерисовывать каждый кадр? Что это вообще означает? <br><br>Ну вот буквально - не перерисовываешь. Перерисовывать нужно только те участки, которые меняют свой внешний вид (напр., кнопка после наведения на нее мыши) или анимированы (ползунок прогресса), или на которые заползло другое окно (тот самый "damage"). В противном случае пиксели, однажды выведенные, никуда не деваются, и их перерисовка 60 раз в секунду - это самое тупое, что можно придумать.<br><br>Так работает вывод графики испокон веков, вплоть до сегодняшнего дня. Да, даже в случае с программным ускорением. Только если ты рисуешь этим самым программным ускорением 3D сцену с движущимися объектами, да еще с постоянно вращающейся камерой, то проще и оптимальнее рисовать все каждый кадр.<br> https://m.opennet.me/openforum/vsluhforumID3/135354.html#131 Fri, 22 Nov 2024 11:05:26 GMT &gt;На скриншотах графика как-будто из нулевых годов?<br><br>Какая разница, какая там графика? Если ты пялишься в пиксели, а не отдаёшь команды живым людям, ты уже неудачник.<br>