почему вы не страдаете, остаётся только к такому прибегать.
Лично я как раз страдаю от Activities (немного пострадал чтобы посмотреть и быстро ушёл). У меня часто много открытых программ и окон и я часто переключаюсь между ними. Для этого нужна постоянно видимая панель со списком программ/окон. Часто панель переходит в прокрутку даже при малом размере кнопок на панели. Как работать с Activities я не представляю.
Как бы да, но спонсорство это такое завуалированное рабство. Бабки в любом случае будут востребованы назад, в том или ином виде. Платежи должнф быть обезличенными. Я когда-то платил студням за помощь в написании кода. Немного, но пара человек с потока всегда находилась. Сейчас студент пошёл борзенький, его парой пива и на цветок девушке не купишь. Можно ещё предложить донат. Вполне себе обезличенная форма сбора пожертвований.
Вот только решает тут не красная шляпа, а невидия. Боюсь как невидии насрать на вялого так и будет и красная шляпа может как угодно изголяться. Пока она не станет делать своё железо их потуги смешны и убоги.
Не припомню, чтобы nvidia входила хотя бы в top-10 контрибьюторов X.org
Достаточно забить на тестирование работы драйвера под вяленым и всё. Хоть упоритесь в написание кода для вялого, либо будут те же иксы только в профиль, либо всё будет красиво не работать. Это как дом строить, если фундамент под 1 этажный гараж, а вы небоскрёб на него хотите, при этом возможность строить фундамент у вас забрали, да и бетон только 1 марки.
ЗЫ
Как без вялого станет невозможно, придётся уходить на вантуз. Linux не нужен без wm-ов и зоопарков на десктопе вообще. А свои кеды, гномы и видение как надо можете засунуть в попу (обращение к разрабам этих поделий). Один фиг у M$ гораздо больше денег на то чтобы понять как надо. Linux это про конструктор и гибкость.
Достаточно забить на тестирование работы драйвера под вяленым и всё.
Во-первых, кроме невидии есть ещё как минимум 2 производителя GPU. С ними проблем нет. Во-вторых, сколько себя помню,у невидии всегда были проблемы с драйверами под линуксы. Они и иксы никогда нормально не поддерживали.
Linux не нужен без wm-ов и зоопарков на десктопе вообще
GNOME, KDE, Sway, Cinnamon…
А про твоё пысы, так это, скорее невидии хана придёт, когда яббл совсем огородятся, а ректальные телеметрические зонды МС начнут собирать чересчур много информации даже для рядового юзернейма. Вот тогда и аукнется невидии плохая поддержка линуксов.
Ненужно, но адаптировать гтк2 можно под любое dpi. Красноглазо конечно, но это же линукс, не привыкать. Откуда только взялись кисейные барышни, которым кнопочки красивые подавай, и чтобы без напильника.
Во-вторых, сколько себя помню,у невидии всегда были проблемы с драйверами под линуксы. Они и иксы никогда нормально не поддерживали.
Такое 4.2, что даже не смешно. Сколько лет пользовался невидией - вообще не вникал как оно работает. Сейчас с AMD пришлось узнать как включать аппаратное ускорение, убирать тиринг и заниматься другими очень полезными вещами, на которые у меня, некрасноглазого пользователя, к сожалению совершенно нет времени.
Угу, я тут поставил себе на ноут ubuntu 20.04 с gnome3, который косит под unity. Внешне неплохо, но как же оно тормозит. Язык переключается СЕКУНДУ!!! Я в шоке.
деды страдали с панелью задачь, почему вы не страдаете
В чем страдание то? Как почитаешь лор, у всех гигантские мониторы, но те же самые люди жутко страдают от distraction из-за одной строчки пуск-таскбар-трей-часики. Зато целый экран вываливаемой одновременно инфы это им нормально и удобно. Хочешь переключить окно, а тебе все кишки вывалили в фулскрине, офигеть юзабилити.
Нарушения когнитивных функций когда человек не может воспринимать много визуальных образов действительно существуют и для них возможно GNOME будет подходящим решением.
Там скорее будет припадок от overview с тучей визуальных образов. Причем можно случайно нажать кнопку Super и обделаться.
Зачем электрон? Просто мобилу к периферии подключать, и работать в мобильных приложениях на облаках. Таким образом хороним не только qt/gtk, но и линукс с виндой, и десктоп как устаревшую концепцию из темного прошлого.
В Китае уже сделали. Там почти все покупки через смартфон и единое шпионящее приложение с государственной политической цензурой и социальным рейтингом.
Нечитаемый говнокод и создаёт помойку в корне исходников. Все другие системы сборки научились генерировать файлы в отдельной директории сборки а autoconf всё ещё нет.
Оно же ненативное, а значит будет тормозить, течь и отваливаться с каждым новым релизом. Тогда уж стороннюю панель запустить, под иксами должно работать. Но возникает вопрос, а зачем тогда гном. А на скриншоте небось cinnamon какой.
Initially, Chrome OS was almost a pure web thin client operating system that relied primarily on servers to host web applications and related data storage.
В старом гноме и mate-panel версии <=1.8 при открытии меню приложений появлялся список программ, а потом параллельно подгружались значки. А сейчас (с версии mate-panel 1.10 и выше) меню появлялось только когда все значки прогрузятся. Из-за чего медленнее открываются менюшки.
создаёт помойку в корне исходников. Все другие системы сборки научились генерировать файлы в отдельной директории сборки а autoconf всё ещё нет.
Справедливости ради нужно отметить, что это не правда. Большинство проектов на autoconf вполне собираются в отдельной директории. Просто создаёшь, скажем, build-123, заходишь туда, запускаешь ../configure; make; make install.
Не работает в проектах, которые сами завязали свои скрипты на сборку в корневой директории.
configure - это тоже генерируемый файл и он должен создаваться в директории сборки, чего autotools не умеет. Есть ещё несколько генерируемых файлов которые должны создаваться в корне.
Современные системы сборки (cmake, meson, jam, scons) умеют вообще ничего не генерировать в корне проекта, всё генерируется исключительно в произвольно задаваемой директории сборки.
Не работает в проектах, которые сами завязали свои скрипты на сборку в корневой директории.
Как всё запущенно бывает… В других системах сборки при желании так трудно сделать.
configure - это тоже генерируемый файл и он должен создаваться в директории сборки, чего autotools не умеет.
Большая часть софта во времена повального использования autotools распространялась уже с configure и всеми нужными сгенерированными файлами. Да и сейчас, наверное, так же делают. Так что хотя формально ты вроде и прав, но это уже просто попытки к мелочам прицепиться.
В других системах сборки при желании так трудно сделать.
Эта вера сохраняется, только пока hello-world’ы пишешь и с игрушечными примерами экспериментируешь. А как до дела доходит, так сразу какие-то специфические нужды появляются. Какой-то проект требовал сборки в корне исходников, чтобы для отладки можно было без make install запускаться, прямо из собранного. Кажется, minetest. Не помню деталей. В одном (закрытом) проекте сам убирал привязку к корню. Так что всякое бывает.
Это не мелочи, сгенерированный мусор в исходниках не нужен. Он создаёт путаницу. Почему-то во всех других системах сборки принято запускать систему сборки для конфигурации директории сборки и только в autotools зачем-то придумали компилировать скрипты сборки в shell так чтобы система сборки не требовалась. В любом дистрибутиве система сборки устанавливается одной командой и с этим нет никаких проблем.
Какой-то проект требовал сборки в корне исходников