Обновить
166
0
John Found@johnfound

Инженер автоматизации

Отправить сообщение

В протоколе X11 клиент это то, что обслуживает подключения и выполняет основную работу приложения. Сервер же то, что видит пользователь и с чем по сути работает. Т.е. понятия клиент и сервер как бы "вывернуты".

Ну да, если смотреть с точки зрения пользователя. Но здесь сервер не обслуживает пользователя, а программу. Он программе предоставляет услуги по графическому интерфейсу, потому что она сама этого не может сделать.

На х11 без библиотек-обертки типа gtk... ну вы сами знаете.

Ну, как раз я то знаю – как по мне получилось хорошо. Кстати, версия для Windows написана как раз на WinAPI, а для Линукс именно на чистом X11 без каких либо библиотек.

В смысле? Причем здесь версии Линукса?

абслютно неспособен к сколько либо адекватному развитию

Я так не сказал бы. Скорее всего люди которые его придумали ушли. Никто его уже не знал. Потому что там сверху уже набросали несколько слоев библиотек. Поэтому вместо того чтобы его развивать обрезая мертвое легаси, начали развивать расширениями не трогая что не понимают... И таким образом еще более усугубляя положение.

И я не думаю, что это относится только к X11. Весь современный софт такой. Просто не весь софт стоит в самой основе пирамиды. Я точно подозреваю, что подобные процессы идут в MS Windows уже десятки лет, но там конечно ничего не видно, так как все шито-крыто.

Тем более задача, я даже не знаю - а зачем? Писать Х-вое приложние на bash???

Ну, чтобы было весело. Если вам больше нравится, напишите на tcl.

Я уже на ассемблере написал и понравилось: подробности здесь - собственно поэтому и понадобилось почитать побольше про X11.

(не стоит путать с удаленным рабочим столом)

Если под удаленным столом понимаете перекачивание видео по сети в плохом качестве, то я двумя руками за X11.

Все немножко посложнее. Протокол по сути задуман прекрасно и реализован тоже прекрасно. Но в стандартной имплементации есть такая куча легаси, что аж дух захватывает. Вот например графические возможности. По идеи, всё рисование и вывод текста должно происходит на сервере, через всякие графические ускорители. И все это работает. Только там нет векторные шрифты, нет сглаживания линий. Много чего нет. Все это потом добавили в виде расширений, но там почти нет документации. С другой стороны, X все еще поддерживает все форматы графики – например монохромные режимы 1bpp или цветные 4bpp. Которые практически никому не нужны.

Как по мне, протокол нуждался в постоянном обновлении даже иногда за счет совместимости. В ту кучу расширений которые сейчас работают, черт ногу сломит.

Я бы оставил только 32bpp, интегрировал бы libFreeType вместе с libFontConfig. Переписал бы все основные запросы чтобы работали по современному с всякими antialias и сабпиксельными сглаживаниями. Если все сделать по уму, мне кажется даже совместимость с очень старым софтом можно обеспечить.

Но люди выбрали сделать все с нуля. Может это и оправдано. Но в итоге будут просто Wayland и XWayland.

Ну, виноват, я немножко торможу и только сейчас разобрался. Хотя мне кажется, что еще много, много лет мы будем читать статьи насчет X11 vs Wayland. Да и с самом X11 ничего не случится будет Xwayland и только.

Хм, здесь сервер находится у потребителя, а приложение может быть где угодно. Чтобы подменить сервер, надо залезть в компьютер потребителя и как-то заменить .Xauthority - а у него права доступа 600о.

Так я же не ассемблер предлагаю в качестве упражнения, а bash. Он полезнее будет в качестве повышения квалификации.

Мёртвые ссылки в файле pages.txt значительно замедляют процесс сбора содержимого. Мне нужно найти способ исключить попадание таких ссылок в этот файл или наладить их удаление из него.

Ссылки могут быть мертвыми временно. Надо просто использовать много экземпляров wget. Пусть некоторые из них ждут (это ничего не стоит) другие будут работать.

Мне кажется, что эму повезло. Ассанж не даст соврать.

Так вроде и сейчас можно. В паролях точно.

Это потому что «накорячить все из библиотек», это по сути уровень среднего образования. Давно уже надо сделать техникумы по программированию чтобы выпускали такие программисты. А они почему-то пошли по дороге снижения качества высшего образования.

Можно вопрос не по теме, я второй день в этом форуме и не понимаю как работает комментирование.

Внизу, справа, есть квадратик. У вас наверное «W», то бишь «wysiwyg». Он работает только если ничего не написано в окне. Щелкаете по нему и выбираете MarkDown. Можно щелкнуть и на вопросительный знак там же – это помощь о форматировании. Настройка сохраняется.

begin-end тоже IDE может вставлять парами. И да, форматирование рулит. Но с begin-end рулит лучше. Они банально читаются лучше.

можно сделать точно так же и на любом другом языке, но без begin-end.

Так begin-end пишется намного быстрее чем {} – ведь не надо на шифт нажимать. И читается намного лучше.

Это не совсем так. Вы думаете Двейн наш, Ричард Хипп голодает? Нет, он кормится с SQLite. Не смотрите что худощавый – у него конституция такая.

«пианистът»/«пианиста» – это не падеж. Это артикль – означает «конкретно вот этот пианист, а не какой-то произвольный пианист». Предлог «на» выражает принадлежность «чей пианист». В русском все это будет в Р.П. «пианист Ролинг Стоунса»

В болгарском падежи остались только в местоимениях, да и их уже никто не использует. Но понимают, когда слышат.

Вроде nlite назывался мод...

Соврал. Это был «98lite».

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность