LINUX.ORG.RU

Ситуация с Wayland: факты о X и Wayland.

 ,


32

7

Это вольный перевод статьи, намедни размещённой на phoronix. Оринальная статья — обзор недостатков, их исправлений и преимуществ между X и Wayland. Её написал Eric Griffith, при участии Daniel Stone, специально для ресурса phoronix. Работа собрана по кусочкам из презентаций Keith Packard, David Airlie, Kristian Høgsberg, из страниц про X11, X12, Wayland в вики и на freedesktop.org, из прямых интервью с разработчиками.

Оригинал выпущен под Creative Commons версия 3, с указанием авторства; перевод доступен на тех же условиях (с указанием на авторов оригинала, как мне кажется).

Недостатки X

Прежде всего автор думает, что преимущества Wayland лучше всего понятны через перспективу недостатков X11. Итак, начнём...

  1. Мы потратили последние десять лет на «исправление» X с помощью оборачивания его расширениями и плагинами. Однако, X имеет минимальную поддержку версионирования расширений.
    • Версионирование ведётся для одного клиента, а не для одного соединения с API расширения; если ваше приложение поддерживает одну версию расширения, а библиотеки — другую, вы не можете предсказать, какая версия расширения будет получена в итоге.
    • Мысленный эксперимент: Rekonq поддерживает Xinput 2.2, библиотеки KDE — Xinput 2.0, а плагин Flash — только базовый X11. Все они будут определять, какая версия подсистемы ввода поддерживается браузером Rekonq, и в результате будет отдана одна версия для работы со всем вводом... И это может быть не та версия, которая имеет всё необходимое.
    • Если вы счастливчик, вы получите минимальную поддерживаемую версию и приложение будет работать хорошо. Если вы не очень удачливый, вы получите максимальную версию и будете посылать бесполезные сообщения между клиентом и X.
  2. X имеет четыре подсистемы ввода: базовый протокол X11, Xinput 1.0, Xinput 2.0, Xinput 2.2. Xinput 1.0 канул в Лету, но оставшиеся три остаются взаимосвязанными. Daniel Stone описал это так: «Есть всего три человека, которые действительно понимают, как подсистемы ввода уживаются вместе... И я бы хотел не быть одним из них».
  3. Много лет назад у кого-то появилась идея «механизм, а не алгоритм». Фраза является отсылкой к тому, что X имеет свой уникальный API для рисования и собственную библиотеку вроде GTK+ или Qt. X определяет низкоуровневые понятия, такие как прямая линия, толстая прямая линия, дуга, окружность, неполноценные шрифты и другие элементы конструктора, бесполезные по отдельности. Примечание от Daniel: «Внешний вид толстых линий должен точно соответствовать спецификации, которая обязывает их выглядеть уродливо».
  4. X большой и тупой. Прежде чем мы (сообщество) начали выкидывать его компоненты и использовать обходные пути, X имел внутри почти полную ОС, включая свой сервер печати и свой бинарный транслятор для ELF, COFF и a.out.
  5. Композитинг и синхронизация окон. Разработчики научили X композитингу с помощью Composite Extension. Композитинг хорош для простых случаев, как то: рабочий стол, OpenGL. Но если вы захотите использовать hardware overlays (т.е видео), может случиться катастрофа. В том же браузере содержимое вкладки и окно flash-плагина обрабатываются отдельно и не синхронизируются, так что остаётся лишь скрестить пальцы в надежде. что разница во времени обработки не будет слишком большой. В результате при прокрутке страницы с играющим видео иногда возникают разрывы и артефакты.
  6. Шрифты. Разработчики пытались перенести шрифты под управление X-сервера с помощью расширения STSF, и предоставить клиентам достаточную информацию, чтобы те могли правильно определить расположение шрифтов на экране. Но количество информации, достаточной для выполнения данной задачи, превышало размер самих шрифтов. В итоге было решено предоставить клиентам полную свободу действий, избавившись от шрифтов на сервере.
  7. Протокол без состояний. Иными словами, X ничего не запоминает.
    • «Пожалуйста, создайте мне X.conf. Пожалуйста, используйте его для настройки.» Зачем?! Со временем это было исправлено: файл конфигурации используется для перезаписи параметров по умолчанию, а сами параметры по умолчанию подчищены и могут теперь определяться автоматически.
    • Многие имели проблемы с многомониторными конфигурациями в Linux, ну или хотя бы перенастраивали X после перезагрузки. Недостаток X в том, что он помнит эти конфигурации только после создания /etc/X11/xorg.conf.d/50-monitors.conf, который скорее всего придётся писать вручную.
    • Мы надеемся, что это было исправлено созданием libkscreen, обёртки над xrandr, которая наконец-то стала запоминать параметры мониторов, используя их уникальный EDID.
    • В течение длительного периода (а может быть и до сих пор) при подключении дополнительного монитора в Linux основной монитор имел композитинг, а дополнительный — нет. Это, возможно, исправлено в RandR1.4, но его автор не может найти убедительных доказательств.
  8. Бесполезная иерархия окон. В X каждое поле ввода и текстовая надпись имеют своё окно со своим родителем. Никто не знает, какую же функцию выполняет эта иерархия. Реальные библиотеки (т.е не основанные на компонентах протокола X11) уже давно выбросили весь этот мусор в окно.
  9. Отчасти придирка, отчасти разумное беспокойство... В X11 каждая из координат— 2-байтное число со знаком. То есть, на всех ваших дисплеях должно быть не более 32,768 пикселей. При 100dpi это даёт вам 8,3-метровый дисплей. Замечательно... Но вот факты для сравнения: Windows XP имеет 96 DPI, а мой телефон — 320+. Добавьте сюда растущие разрешения и несколько мониторов, и вы увидите, что проблема приближается очень даже быстро.
  10. Для X всё является окном, и разных типов окон с его точки зрения нет.
    • Скринсейвер — это окно, которое просит X расположить его поверх всех окон, сделать полноэкранным и отдать весь ввод.
    • Всплывающее окно просит X расположить его в заданной точке и отдать весь ввод.
    • Они конфликтуют: скринсейвер не будет активирован, пока показано всплывающее окно.
    • Наверняка ваши скринсейвер и скринлокер не прокинули хуки во все необходимые библиотеки, распознающие клавиши для управления медиа... Представьте, что вы слушали музыку, работая на ноутбуке, а затем закрыли крышку. Ноутбук уснул, скринсейвер стал активным окном. Как только вы откроете крышку, ноутбук проснётся и музыка загромыхает снова, так что снова закрыть крышку окажется проще, чем вбить проль, затем открыть плеер и поставить его на паузу либо выключить звук.
    • Разработчики пытались исправить проблему и сделали спецификацию нового расширения, которое в теории работало. Но когда его попытались реализовать, оказалось, что оно серьёзно ломает модель работы X-сервера. Так что проблема существовала 26 лет и продолжает существовать. Расслабьтесь и получайте удовольствие.
  11. «Но Eric, если X11 настолько плох, то почему бы не сделать X12 вместо нового протокола?». Ну, формально, это уже сделано. При сохранении его под знаменем X возникает практический недостаток: все, кто беспокоится о X, будут иметь право голоса в разработке следующей версии. С помощью названия «Wayland» этой проблемы можно избежать. Никого ничто не волнует. Это не связанный с X проект, разработчики могут творить с будущим дисплейным сервером всё, что душа пожелает, ну а те, кто беспокоится о X, могут пойти разрабатывать X12.

Лекарство от Wayland (пронумерованы попарно с недостатками X).

  1. Весь протокол версионирован. Каждый слушатель получает именно ту версию, которую он поддерживает, и ничего поверх этого. Никаких случайностей.
  2. Подсистема ввода в Wayland очень похожа на Xinput 2.2, за вычетом всего старья и отношения Master/Slave между источниками ввода. Слушатель получит одну виртуальную клавиатуру, одну виртуальную мышь и один невиртуальный сенсорный ввод. Кошмар под названием «мультитач» в конце концов упорядочен. Примечание от Daniel: как один из авторов мультитача в X, я считаю себя достаточно компетентным, чтобы назвать его кошмарным.
  3. У Wayland нет API для рисования, в обход которого можно было бы работать. Wayland ожидает заполнения клиентом буфера рисования, и его не волнует способ заполнения, если не считать контроля за попытками задеть чужие буфера.
  4. Wayland минималистичен, он не хранит внутри себя псевдо-ОС ради контроля вывода графики. Клиенты принимают на себя этот удар, что хорошо — им не придётся заботиться о сверхдолгом сопровождении обратной совместимости. Qt5 избавилось от модуля qt3support. X всё ещё сопровождает то, что было написано 26 лет назад. Примечание от Daniel: кроме того, вызовы к вейланду — не блокирующие, рисование всего рабочего стола не остановится из-за зависания или очень дорогой операции на стороне одного из клиентов: остановится только этот клиент.
  5. В вейланде — принудительный композитинг. Это не означает, что везде должны быть 3D-эффекты или изгибающиеся окна. Под композитингом мы подразумеваем отсутствие разрывов, необновлённых кусков и проблесков. Лозунг вейланда — «каждый кадр будет идеальным». Каждый пиксель прорисован как должно и расположен где должно, и появляется, когда клиент того потребует.
  6. Шрифты отданы клиентам.
  7. Многомониторные конфигурации и гибридная графика (Optimus) отданы клиентам, вейланду нужен только буфер с пикселями и информация о том, где его расположить.
  8. В вейланде есть два вида окон: окна верхнего уровня и подповерхности (в основном для проигрывания видео). Причём, в отличие от X, они синхронизируются. При прокрутке страницы с видео в браузере у вас не будет ни разрывов, ни артефактов.
  9. С точки зрения клиентов, вейланд не оперирует глобальными координатами, предпочитая систему отсчёта поверхности для рисования. Счётчик координат 31-битный, то есть каждая поверхность может иметь 2,147,483,648 пикселей как в ширину, так и в высоту.
  10. Для обеспечения дополнительной безопасности, ваш скринсейвер и скринлокер являются частью композитора. Кроме того, композитор распознает клавиши управления медиа, так что даже при заблокированном экране можно выключить звук.

Некоторые заблуждения в плане X и Wayland.

  1. «X — это юниксвейно». X обрабатывает печать, управление буферами для рисования, имел свой тулкит, обрабатывал шрифты, имел бинарный транслятор — и всё это помимо других задач.
  2. «В X есть сетевая прозрачность» — её нет. Базовый протокол X и DRI-1 имели сетевую прозрачность, но никто не использует ни то, ни другое. Shared-memory, DRI2 и DRI-3000 не имеют сетевой прозрачности и не работают по сети. В наше время X превратился в синхронный, плохо сделанный VNC. Если бы он был плохо сделанным асинхронным VNC, то может быть мы бы и заставили его работать. Но он не такой: XLib синхронная, а переход на XCB медленный, что делает передачу по сети настоящим кошмаром.
  3. «Разработчики Wayland наступают на те же грабли, что и X11, потому что не знают его» — неверно, потому что большинство разработчиков Wayland являются бывшими разработчиками X11.
  4. «Вейланд требует 3D.» — неверно, он требует только композитинга, так что есть даже бекенд на pixman для программной отрисовки.
  5. «Вейланд не умеет в удалённый доступ» — умеет, и должен справиться с этой задачей лучше чем X, отчасти из-за асинхронности протокола. Скорее всего Wayland станет высокопроизводительной версией VNC, и прототип уже есть. Причём мы ещё ни разу не давали идей по его улучшению, и скорее всего сможем сделать его лучше, если приложим усилия.
  6. «Вейланд нарушает обратную совместимость» — с тех пор как XWayland закончен и принят в основную ветку, у нас должна появиться почти совершенная обратная совместимость, потому что каждое приложение, использующее X, получает маленький X-сервер для дальнейшей работы с ним. Нам известно одно препятствие — трансформации окна, ведь приложение думает, что оно расположено в верхнем правом углу экрана, оттого, что клиентский X-сервер приведён к размерам клиентского окна.

Парочка характерных преимуществ Wayland

  1. «Каждый кадр будет идеальным». Каждый кадр будет представлен в правильном порядке (возможен сброс лишних кадров, но вы не получите кадр 199, затем 205, а затем 200 оттого, что сервер извлёк их в произвольном порядке. Каждый кадр имеет свой timestamp.)
  2. Минималистичный! Мы способствуем славному будущему Wayland путём уменьшения пространства для возможных ошибок.
  3. Бекенды, специфичные для оборудования. Думается, некоторые люди заметили появление бекенда Wayland, предназначенного для Rasberry Pi — он позволяет использовать все особенности этой платформы. Такой подход используется не везде, многие вещи не потребуют бекенда для конкретного оборудования, но неплохо бы иметь возможность сделать доработку, когда потребуется.

P.S. От переводчика: заметно, что в статье мало технических деталей или же ссылок, а лозунги я наоборот вырезал. К слову, о минималистичности: для вейланда уже есть композитор, способный отображать окна в 3d-пространстве на манер quake, но что-то я сомневаюсь в правильной обработке звука в таком 3d. Для игр есть OpenAL, который имеет 3d-координаты, соответствующие координатам OpenGL (синхронизация позиций источников звука и слушателя с позициями объектов и камеры производится программистом). Для вейланда нет ничего подобного OpenAL.

Если же кто-то имеет вопросы к авторам статьи — он может задать их на Phoronix.

>>> Подробности

★★★★

Проверено: maxcom ()
Последнее исправление: Aceler (всего исправлений: 16)

Ответ на: комментарий от geekless

Если что, имя «Кейт» читается как «Кис», так, на всякий случай, как и «Сеан», который, на самом деле, «Шон».

anonymous
()
Ответ на: комментарий от ZuBB

There are 8 direct members of the «Mir development team» team, and 115 people are members in total, directly and indirectly through other team memberships.

хух. отлегло

ZuBB ★★★★★
()
Ответ на: комментарий от mylorlogin

Разрабам кривых иксов только улицу мести можно доверить. Да и тут таджики их уделают;)

Разрабы иксов смогли расширить протокол 26-летней давности более-менее приемлемыми плюшками, вроде многомониторных конфигураций. Они же сделали модульные иксы, поддержку хотплага видеокарт с их стороны, сделали конфиг иксов опциональным (так что теперь в мануалах иногда просто советуют «удалите конфиг»).

quiet_readonly ★★★★
() автор топика
Ответ на: комментарий от ZuBB

Из Canonical там 8-10 человек. Ну и разработчики Unity Next им тесткейзом помогают.

quiet_readonly ★★★★
() автор топика
Ответ на: комментарий от anonymous

Ну, это после того, как мудаки из их рядов слились пилить вяленый.

Среди разработчиков вяленого есть тот самый человек, который закончил и первым собрал модульные иксы.

quiet_readonly ★★★★
() автор топика
Ответ на: комментарий от quiet_readonly

А в kwin декорации сам kwin и будет рисовать, во всяком случае так планировал сделать разработчик kwin, и разработчики Qt с ним были согласны.

А wayland-терминал рисует свои декорации сам. Поэтому не-KDE шные приложения будут иметь в KDE две рамки - квинскую и саморисованную вложенную, а KDE-шные в гноме и други х - никакой, поскольку они полагаются что это сделает вялендкомпозитор, а вялендокомпозитор, ВНЕЗАПНО, это не kwin и он не собирается пририсовывать им декорации. Малацы!

no-dashi ★★★★★
()
Последнее исправление: no-dashi (всего исправлений: 1)
Ответ на: комментарий от fragmentor

Нет, это твоя задача, как обычной обслуги

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

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Кысо ожидало, что его будут слушать, потому что он «пользователь»?

Нет. Я просто жду Wayland и ловлю лулзы с твоего верещания.

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

Мне неинтересны бредни компьютерной обслуги. Сиди и обтекай :D

fragmentor
()
Ответ на: комментарий от no-dashi

Да, ты забыл что каждый тулкит по замыслу вялендофилов будет сам рисовать себе декорации окон... В том числе, и меню окна.

Хм. Т.е. легко и непринужденно в начале 21 века мы вдруг оказываемся в Win 3.1? Приложение зависает и его окно нельзя ни свернуть, ни передвинуть?

zloy_starper ★★★
()
Ответ на: комментарий от mylorlogin

Разрабам кривых иксов только улицу мести можно доверить. Да и тут таджики их уделают;)

Цимес ситуации в том, что мы сейчас имеем возможность всё ещё сидеть под иксами во многом благодаря стараниям того же Хøгсберга. Поскольку именно он сделал возможным композитный режим непосредственно в исках, а не в отдельном форке иксов с напрочь поломанной совместимостью.

Aceler ★★★★★
()
Ответ на: комментарий от zloy_starper

Хм. Т.е. легко и непринужденно в начале 21 века мы вдруг оказываемся в Win 3.1? Приложение зависает и его окно нельзя ни свернуть, ни передвинуть?

Ага. Что-то вроде того. Понятно что в CM'ах попытаются это как-то обойти, но закончится всё эпичным фейлом.

no-dashi ★★★★★
()
Ответ на: комментарий от arcticblues

от kwin собираются отказываться вроде

Эмм... Ты не спутал kwin B kdm? :-)

no-dashi ★★★★★
()
Ответ на: комментарий от anonymous

Вялендофилы - это такие директфб'шники нового времени.

У тех тоже всё работало - и directfbgears, и directfb-termianl, и были бакэнды в Qt B GTK.

no-dashi ★★★★★
()
Ответ на: комментарий от Magister2k7

Так это... был в иксах принт-сервер, так выкинули ведь «инноваторы» хреновы.

А в иксах он и не нужен, нефиг графической подсистеме заниматься еще и рендерингом изображения на бумагу (курить PostScript и «ESC/P»/PCL/hpgl).

anonymous
()
Ответ на: комментарий от Aceler

Проблема в том, что Mesa. Для этого придётся допиливать саму Mesa с целью поддержки последнего OpenGL. Иначе смысла в написании драйвера для Gallium 3D большого нет.

P.S.

Автор той статьи - шизофреник.

Quasar ★★★★★
()
Ответ на: комментарий от zloy_starper

Всякий раз, когда очередной неофит врывается в экосистему Линух и начинает усиленно проталкивать свой велосипед, крича на каждом углу, что его велосипед значительно быстрее, я недоумеваю, а до него что-ли все было медленно. Меня скорость X и 15 лет назад устраивала, когда в компе было 32 Мбайт и какой-нибудь Pentium 100 МГц.

Копнем глубже, я запускал один из дистров Linux(на 3 дискетах) еще на 386SX20/4M и да, там даже работала графика SVGA 640x480x256. И даже относительно быстро для того времени. Но! Всякий раз, когда очередной консерватор пытается тормознуть нововведения и кричать, что нокии 3310 достаточно всем, а всякие тачскрины, мультитачи и голосовой ввод отстой без теплых ламповых механических кнопок я недоумеваю, неужели ему не жаль терять ~40% полезной площади экрана на эти самые кнопки :-) Вспомним Торвальдса, тот еще неофит, саму концепцию микроядра послал в топку и создал свое ядро, и что мы видим в результате? То-то.

Одним из важнейших преимуществ X от рождения над GUI Windows, Mac и пр. в свое время было то, что X были именно сервером с механизмом обмена сообщениями с клиентами.

Ключевое слово «было». Сейчас это уже не преимущество.

Т.е. сетевая прозрачность не нужна, но она нужна. Давайте сделаем те же яйца, только в профиль. Вы как-нибудь там у себя определитесь.

В графической подсистеме не нужна, в RDP нужна. Две сущности, юниксвей во все поля, xorg оный юниксвей нарушает аж бегом.

anonymous
()
Ответ на: комментарий от Deleted

Растровые изображения тоже примитивами рисуются, если что. Только примитив там всегда один.

Quasar ★★★★★
()
Ответ на: комментарий от x0r

Как так-то? Я нынче зимой по ссылке с LOR'а волею случая попал на прошлогодние задания ЕГЭ по русскому. Результат — максимальный балл. И это спустя одиннадцать лет с момента окончания средней школы № 15 г. Котельнича Кировской области!

carasin ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> X'ы в сегодняшнем виде один огромный костыль, который поддерживать не хотят уже сами разработчики.

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

Quasar ★★★★★
()
Ответ на: комментарий от lucentcode

Ставь. Пользуйся. Там есть всё - терминал и шестерёнки.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Всякий раз, когда очередной консерватор пытается тормознуть нововведения и кричать, что нокии 3310 достаточно всем, а всякие тачскрины, мультитачи и голосовой ввод отстой без теплых ламповых механических кнопок я недоумеваю, неужели ему не жаль терять ~40% полезной площади экрана на эти самые кнопки :-)

В кнопки удобно тыкать не глядя, а в экран — нет.

«~40% полезной площади экрана» нахрен не нужно, чтобы набрать смску, полистать контакты или поставить будильник.

Телефон должен быть удобным - физически удобным, когда держим в руке; надежным, с хорошей антенной, с хорошим динамиком и микрофоном. Остальное - свистопределки для школотронов.

geekless ★★
()
Ответ на: комментарий от chenger

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

Quasar ★★★★★
()
Ответ на: комментарий от no-dashi

Но увы, ничего этого нет.

Что значит «нет»? Расширение, предоставляющее удаленный доступ, давно есть.

Иксы в их сегодняшнем виде достигли своего пика развития. Каждая новая версия выходит раз в полгода или что-то около этого. Много в них изменений? Как долго запиливали поддержку нескольких мышек, сколько матюков от разработчиков пришлось выслушать. 0,01% пользователей, которые цепляются за какие-то функции не нужные 99,99% остальным - именно они своими выкриками пытаются затормозить прогресс. И хорошо, что на них никто из разработчиков не обращает внимание. Иначе бы сидели сейчас в 80-х или 90-х годах.

Хватит истерить. В конце концов линуксоид ты или нет? Как смеяться над инертностью мышления виндузятников - так все горазды, а как принять новые правила индустрии - так сразу вой.

anonymous
()
Ответ на: комментарий от Aceler

Я тоже иногда помысливаю о такой. Правда, не в пользу таких комментариев, как тот, на который Вы отвечали :)

carasin ★★★★★
()
Ответ на: комментарий от anonymous

X'ы в сегодняшнем виде один огромный костыль, который поддерживать не хотят уже сами разработчики

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

geekless ★★
()
Ответ на: комментарий от lucentcode

Про Swing конечно. Qt-приложения всегда нормально выглядели.

templarrr ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Более 20 лет «осовременивают», и? Как в идею иксов вписывается гибридная графика? С 3д и энергопотреблением?

Ещё с 80-х годов прекрасно вписывалась. И сейчас вписывается. Вопрос в драйверах.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

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

Quasar ★★★★★
()
Ответ на: комментарий от FFSinit

Лучше тогда переписать части иксов, которые непонятным образом работают, попутно решив кучу нынешних проблем с ними. А ещё лучше - взять за шкирку тех разработчиков, кто смелость взял на себя разрабатывать, осиливать не пожелал, да выкинуть их нафиг, взяв в команду адекватных. Видимо, Wayland - это и есть тот способ выкинуть дебилов из команды X.

Quasar ★★★★★
()
Ответ на: комментарий от Napilnik

Napilnik> Если на убунту поставить федоровское ядро то она станет федорой, ага, жги дальше.

Согласен - просто Ubuntu Kernel сменится на Linux Kernel, но говёное окружение, которое убунту делает убунтой, а не линуксом, и политика дистрибутива останутся.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Очевидно, на это нужна управленческая воля красношляпы.

А красношляпе это нафиг не нужно - иксы нормально развивать.

geekless ★★
()
Ответ на: Сетевая прозрачность не нужна. от r5ha

r5ha> Ну то есть определённому классу людей она, конечно, нужна, но класс этот настолько немногочисленен, а решаемые ими задачи настолько специфичны, что строить новый графический сервер, исходя из сетевой прозрачности в идеологии - это путь в никуда.

http://lorquotes.ru/view-quote.php?id=811

Ну что? Выкусил? Может ты вообще гномовец? А то гномовцы любят всё отрезать и отрубать.

Quasar ★★★★★
()
Ответ на: комментарий от carasin

Как так-то? Я нынче зимой по ссылке с LOR'а волею случая попал на прошлогодние задания ЕГЭ по русскому. Результат — максимальный балл. И это спустя одиннадцать лет с момента окончания средней школы № 15 г. Котельнича Кировской области!

И кто часть C проверял? ;)

quiet_readonly ★★★★
() автор топика
Ответ на: комментарий от geekless

В кнопки удобно тыкать не глядя, а в экран — нет.

Ничего подобного, Обычные Пользователи по виртуальной клавиатуре щёлкают — только в путь. Во всяком случае на iOS, где тормозов с её появлением и реакцией не наблюдается.

quiet_readonly ★★★★
() автор топика
Ответ на: комментарий от geekless

Сдаётся мне, красношляпа при всём желании не сможет играть решающую роль в разработке иксов... Если только дополнительными разработчиками не подсобит. Но у неё есть SPICE.

Quasar ★★★★★
()
Ответ на: комментарий от geekless

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

Просто у ребят после иксового ужаса архитектура головного мозга началась ☺

quiet_readonly ★★★★
() автор топика
Ответ на: комментарий от fragmentor

fragmentor> Потому что «некомпьютерной обслуги» дохера и она приносит денежки софтверным компаниям, а компьютерной исчезающе мало и она никакой прибыли не приносит, от неё наоборот - одни расходы.

«А давайте закроем отдел разработки ПО - всё равно на них одни расходы идут. И поднимем зарплаты маркетологам - от них же доходы, ведь они разработанный софт продают. Ликвидируем места расходов в фирме - будут одни доходы!». Ты это хотел сказать ведь, да? Да - именно это!

Quasar ★★★★★
()
Ответ на: комментарий от quiet_readonly

Да я в душе не знаю, что такое часть «C». Были вопросы, я на них ответил. В результате сайт выдал результат.

carasin ★★★★★
()
Ответ на: комментарий от carasin

мне начинает казаться, что у когото сложилось впечатление, что я россиянин. если бы не мочераторский произвол, я бы давно выкатил в толксы пост «дякую тобі, Боже, що в мові немає слова `рускій’».

x0r ★★★★★
()
Ответ на: комментарий от quiet_readonly

а получалось точно что-то осмысленное?

Binary ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.