В Kwin ведётся работа для поддержки Wayland-клиентов

увы чуак но комбинация мышь + клавиатура давно эффективней в плане работы. и как тебе уже неоднократно говорили если тебя всё устраивает сиди тихо монтируй флэшки в консоли(так иногда и правда нужно делать но только в особых случаях). не мешай другим людям работать эффективнее. и сходи к доктору.

>> Какие тогда цели этого мифического X12?

Очевидно, решение проблем, перечисленных на той самой странице.

Еще раз повторю, что там практически нет никаких идей. И X11, и X12 архитектурно одно и то же. Многое из того, что там написано, ломает старые механизмы и форматы, не давая никаких заметных профитов. Многие путают улучшения, которые должны быть в реализации X-сервера (архитектура, драйвера, чистка кода, увеличение производительности) с улучшением и изменением собственно протокола X. Это разные вещи.

И например сканкоды KEY_VIDEO и KEY_AUDIO уже корректно обрабатывается в Gnome 3?

Не смогу прокомментироать, так как нет у меня GNOME.

Дополнительные кнопки на Вакомовских планшетах, насколько я помню, сейчас не работают.

К сожалению, нет Wacom. Тоже не могу прокомментировать. Ну так, может быть, это проблема драйвера или проблема X-клиентов (тулкитов)?

> Да, мы говорим про пользователя, который отлично ориентируется в окружении и постоянно учится новому, следуя за новыми, более эффективными решениями, а не про красноглазого задрота с окаменевшим мозгом, вбившего себе десять лет назад команду mount на уровень рефлекса и онанирующего на собственную крутость.

Ну да, о них и речь. Только почему вы команду mount считаете аттрибутом второй группы?

> Мышка и проприетарщина - это не Ъ, а маздай! Фу такую каку юзать! Юзающие мышку и проприетарщину - дебилы!

Фанатики на моём ЛОРе?

> Сходи почитай про MIT-SHM

Наличие локальных расширений и более эффективных способов передачи данных между клиентом и сервером что-то меняет в клиент-серверности?

А смена механизма сокетов на именованные пайпы или стримы поменяет?

На девочек лучше посмотри на пляже вместе со своими коллегами

На девочек пусть сын заглядывается, а среди коллег есть доктор наук тридцати четырех лет, математик, бывшая «мисс чего-то там» со среднего запада, просто млеет от красивых картинок… :)

>Только почему вы команду mount считаете аттрибутом второй группы?

Не саму команду, а фапание на неё. Мифы типа «только если всё делать руками в консоли, можно добиться стабильности и производительности».

Ну зачем отрисовщику окон сетевая прозрачность в 2011 году?

Конечно. А как же удаленное администрирование?

Это разные вещи.
Само собой, но возможны ли некоторые изменения в X-сервере без изменения протокола? Или вот например запилили XI2, а пользователи GIMP со своими планшетами Wacom получат преимущества от него только когда GIMP портируют на GTK3 (Wayland это, впрочем, тоже касается).
> Не смогу прокомментироать, так как нет у меня GNOME.
Ок, задам вопрос иначе: где уже сейчас опознаются сканкоды с номером более 255?
Есть тут пользователи Fedora 15?
> Ну так, может быть, это проблема драйвера или проблема X-клиентов (тулкитов)?
Сейчас в Gnome 3 может быть и заработали эти кнопки. Проблема точно была не в драйвере.

Зачем это нужно на десктопе?

> Зачем это нужно на десктопе?

Чем это мешает на десктопе?

/me приготовился к потоку стандартного бреда «иксы тормозят из-за сети!!111» без всяких цифр.

Может, и не тормозят, но куча старого неиспользуемого говна - не есть хорошо.

Уже 3-й год ежедневно работаю через RDP с разрешением 2560x1600 и у меня как-то ничего не тормозит.

А знаешь почему «не тормозит»? Потому, что RDP и X11 имеют одно очень большое сходство - они гонят _команды_. Типа «вот пиксмап кнопки закрытия окна», «нарисуй этот пиксмап тут, тут, ту и здесь», «сделая заливку такой-то области таким-то цветом» и так далее. Единственное существенное отличие RDP от X11 это то, что каждая команда прорисовки в GDI отрабатывается сначала на локальной копии окна, а затем передается RDP-клиенту.

Поэтому еще раз повторю - в RDP гоняются комнады отрисовки примитивов, а не пиксмапы.

> Само собой, но возможны ли некоторые изменения в X-сервере без изменения протокола?

Зачем менять X11 (и сервер и протокол), чтобы «запилить» расширение? Пилите хоть новый X keyboard, хоть новый X input, лишь бы результат устроил. Убедить авторов ПО (тулкитов) использовать новое расширение будет несколько проще, чем новую версию протокола иксов, и намного проще чего-то полностью несовместимого. В конце-концов мы все помним переход на xkb.

где уже сейчас опознаются сканкоды с номером более 255?

А где уже сейчас клавиатуры с 255+ клавишами?

>Ок, задам вопрос иначе: где уже сейчас опознаются сканкоды с номером более 255?

Внезапно, у эфок двухбайтные сканкоды ещё с прошлого века.

> Поэтому еще раз повторю - в RDP гоняются комнады отрисовки примитивов, а не пиксмапы.

Да, но, имхо, сейчас интерфейсы настолько кастомные, что гоняются большей частью битмапы. Соответственно, гоняются комманды, говорящие куда сместить какой блок, мелкие перерисовки отдельных участков и, возможно, какие-то более продвинутые операции с битмапами/кешем. Поэтому, если вэйленд будет чисто битмапным - то эффективность RDP на его основе сведётся скорее к кривизне алгоритма, анализирующего изображения, а не убогости такого подхода в целом.

>Наличие локальных расширений и более эффективных способов передачи данных между клиентом и сермвером что-то меняет в клиент-серверности?

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

А смена механизма сокетов на именованные пайпы или стримы поменяет?

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

Привет «мисс чего-то там» и приятного отдыха :-)

> Внезапно, у эфок двухбайтные сканкоды ещё с прошлого века.

Это не те сканкоды. В иксах у кнопок клавиатур свои кейкоды, однобайтные, и как они соотносятся с твоими AT-сканкодами — сугубо личное дело драйвера клавиатуры. X11 не только для PC.

Самое главное, что между сервером и клиентом (иксами и программой) передаются именно кейкоды, то есть, «нажата клавиша №24 на клавиатуре». А уже клиент, исходя из модификаторов, групп, таблиц маппинга и своих хотелок, преобразует keycode в keysym.

Ничто не препятствует клавише 24 быть на одной клавиатуре с кейсимами q, Q, й или Й, на другой — a, A, æ или Æ, а на третьей — XF86PowerDown.

И при этом никто не мешает всем трем клавиатурам быть воткнутым в один компьютер.

> Очевидно - меняет

То есть смена механизма передачи данных с сокетов на разделяемую память делает сервер меньше сервером, а клиента меньше клиентом?

нахуа нам нужен протокол которым мы не пользуемся а используем только его расширения ?

Наконец-то в теме появился человек, который сможет сейчас быстренько перечислить, какие части X Core протокола больше не используются. Или не сможет, поскольку про внутренности иксов ничего не знает?

>Наконец-то в теме появился человек, который сможет сейчас быстренько перечислить

Спасибо за доверие незнакомец :-) но я не разработчик Wayland. Вкратце можете ознакомиться в факе
http://wayland.freedesktop.org/faq.html#heading_toc_j_6

Или не сможет, поскольку про внутренности иксов ничего не знает?

Похоже вы знаете про внутренности иксов не понаслышке - могли бы перечислить киллер-фичи от которых все местные обитатетли дружно плюнули бы на Wayland. Про то что данные нужно передавать через сокет даже когда это совсем не нужно мы уже слышали :-)

> Про то что данные нужно передавать через сокет даже когда это совсем не нужно мы уже слышали :-)

А вот про то, что вяленд тоже всегда гоняет данные через сокеты, ты, походу, не услышал.

>А вот про то, что вяленд тоже всегда гоняет данные через сокеты, ты, походу, не услышал.

Нет - не услышал, решил поверить факу :-)
http://wayland.freedesktop.org/faq.html#heading_toc_j_3

What is the drawing API?

«Whatever you want it to be, honey». Wayland doesn't render on behalf of the clients, it expects the clients to use whatever means they prefer to render into a shareable buffer. When the client is, it informs the Wayland server of the new contents. The current test clients use either cairo software rendering, cairo on OpenGL or hardware accelerated OpenGL directly. As long as you have a userspace driver library that will let you render into a sharable buffer, you're good to go.

Надеюсь понятно что весь пердежь про то что у Wayland нет сетевой прозрачности выделанного яйца не стоит - ты можешь любым способом передать буфер серверу.

что-то вы извратили высказывание предыдущего оратора, человек вам про UNIX-way а вы ему про ламерство и неумение настроить udev. Нельзя же так толсто троллить.

Я вот встречаю вейланд все больше и больше, вообще-то я не арчевод эксперементатор, но если дело того стоит - готов ринуться в пучину страстей.

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

> Спасибо за доверие незнакомец :-) но я не разработчик Wayland. Вкратце можете ознакомиться в факе

Указать на неиспользуемые части базового протокола иксов может только разработчик wayland? А в факе написано нечто вроде:

«Проблемы с автомобилем в том, что это … автомобиль. Чтобы называться автомобилем, необходимо реализовать чертову уйму всяких инженерных вещей, многие из которых нам не нужны. Например: запасное колесо и домкрат. Многие годы автомобили автомобили возят с собой запаску и домкрат. Конечно, автомобили не стоят на месте, к ним добавляют ремни безопасности, ксенон, модифицируют подвеску, даже удаляют неиспользуемые элементы, типа хвостовых плавников. Но мы не можем избавиться от запасного колеса, домкрата, знака аварийной остановки и огнетушителя, которые никогда не используются в повседневной эксплуатации автомобиля. С нашей новой Самобеглой Тележкой мы сможем сделать устаревшие принадлежности необязательными. Мы заменим их на велосипедный навес, осталось решить, какого цвета!»

>> А вот про то, что вяленд тоже всегда гоняет данные через сокеты, ты, походу, не услышал.

Нет - не услышал, решил поверить факу :-)

http://wayland.freedesktop.org/faq.html#heading_toc_j_3

Хм. Похоже, ты еще не слышал о UNIX-сокетах. Первый курс или абитура?

> Нет - не услышал, решил поверить факу :-)

«When the client is, it informs the Wayland server of the new contents.», и раньше: «The compositor sends input events to the clients. The clients renders locally and then communicate video memory buffers and information about updates to those buffers back to the compositor.»

Сюрприз–сюрприз: события и информация пересылаются через сокеты. Через разделяемую память клиент (приложение) отдает серверу (wayland-композеру) уже целиком нарисованное в битмап изображение своего окна.

> ты можешь любым способом передать буфер серверу

Пока не можешь: не реализовано.

> Скажите пожалуйста, вейланд действительно имеет…

Нет

>Хм. Похоже, ты еще не слышал о UNIX-сокетах. Первый курс или абитура?

Слышал - там кажется read/write используется, не ? а ты похоже так и не поймешь что в общей памяти read делать не нужно - для того чтобы отобразить данные в адресном пространстве другого процесса нужно только прописать адрес физической страницы памяти в таблице pte этого процесса.

Ок, спасибо, подожду что дальше будет.

> в общей памяти read делать не нужно - для того чтобы отобразить данные в адресном пространстве другого процесса нужно только прописать адрес физической страницы памяти в таблице pte этого процесса.

Да ты крутой системщик походу.

>Да ты крутой системщик походу.


Не очень, но судя по тебе и твоему коллеге из пионерского отряда круче десятка таких как вы :-)

>> Да ты крутой системщик походу.

Не очень

И скромный какой.

судя по тебе и твоему коллеге из пионерского отряда круче десятка таких как вы :-)

Квалифицированная и скромная смена - что еще надо ветеранам %)

Народ, мы на третьем месте среди срачей месяца.

Пруф: http://linux.org.ru/

> если бы не HAL хрен бы у вас семь лет было нормальное автомонтирование сидюков и флешек.

Было

На всякий случае напоминаю - udev тогда еще _не_ _было_

Бред.

>а у pulse аналогов вообще нет. Упс :)

man NAS

man EsounD

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

Ты так делал? ну и дурак

Внезапно, у эфок двухбайтные сканкоды ещё с прошлого века.
А толку?

Убедить авторов ПО (тулкитов) использовать новое расширение будет несколько проще, чем новую версию протокола иксов, и намного проще чего-то полностью несовместимого.
Очень просто на самом деле. Достаточно запихать это в Ubuntu, а всё остальное приложится.
> А где уже сейчас клавиатуры с 255+ клавишами?
А где сейчас клавиатуры с горячими клавишами для вызова (например) видео-плеера и аудио-плеера, на которых эти кнопки работают в Linux?

А где сейчас клавиатуры с горячими клавишами для вызова (например) видео-плеера и аудио-плеера, на которых эти кнопки работают в Linux?

У меня уже давно работает из коробки. На многих машинах. Арч.

Только не пользуюсь.

У меня уже давно работает из коробки.
С KEY_MEDIA и KEY_SOUND не путаете?

Все, что есть — все работают. 12 кнопок, висят на Fn+(F1-F12).

Домик открывает Dolphin, конверт — написать письмо в Kmail, лупа — гугл, калькулятор — KCalc, нота — Amarok, музыкальные назад/играть-пауза/вперёд рулят амароком, тише/громче/мьют — рулят громкостью (KMix), кнопочка как выключение — усыпляет в память.

Других кнопок нет, все, что есть — работают.

Из всего этого я настраивал только последнюю (чтобы усыпляло в память), и то не факт.

Всё работает не в каком-то приложении, а глобально.

Так не на одном компе, а на всех. Всё было из коробки. ЧЯДНТ?

Ничего специально для этого не ставил.

Дистр — арч.

ЧЯДНТ?
Не понимаете, что работоспособность кнопок благодаря костылю (в вашем случае KEY_SOUND вместо KEY_AUDIO) и работоспособность сканкодов KEY_VIDEO и KEY_AUDIO, находящихся за пределами лимита - разные вещи.

Хотя слушай, вру-вру. Часть из этих кнопок переназначена мной как-то давно была на этом компьютере. Но они ловятся, а переназначения вида

# Keyboard Buttons
"dolphin"
  XF86HomePage
"xdg-email"
  XF86Mail
"kcalc"
  XF86Calculator
"amarok"
  XF86Tools

Это я действительно настроил до кучи, когда мышку пинал. Всё остальное работало само. Кстати, домик изначально работал не так — открывал домашнюю страницу, если текущее окно — браузер (проверил отключением этого конфига).

Мне-то что, я так понял, что речь про мультимедиа-клавиши. Они все ловятся и работают. И события им создаются свои. И так было на всех клавиатурах, что я видел последнее время.

Кстати, ноты на клавиатуре порождают событие XF86Tools, которое KDE-шная настройка горячих клавиш воспринимает как „Инструменты“. Какое это событие внутри иксов — в душе не представляю.