| 1.1, Аноним (1), 11:22, 28/11/2023 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
С каждой версией он становится лучше и лучше!
И даже лицензия - подарок для всяких бздунов, у которых лапки...
| | |
| 1.2, Аноним (2), 11:25, 28/11/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Важно отметить, что Weston почти полностью написан на языке программирования C, который своей эффективностью и мощью позволяет разработчикам создавать высококачественные и быстродействующие программы.
| | |
| |
| |
| 3.31, Boboms (ok), 16:14, 28/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
 Какая связь компетентности программиста (не кака-кодера) с датой в календаре? Или ты хочешь Вайланд на Пистоне?
| | |
| |
| |
| 5.47, Аноним (47), 10:45, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– | |
был бы раст так хорош как о нем говорят, был бы на много популярней.
зы. и не надо считать окружающих идиотами (раз они раст не используют). очевидно же, раст не серебряная пуля, у него куча недостатков, о которых фанатики предпочитают не вспоминать.
| | |
| |
| |
| 7.53, Аноним (53), 12:27, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
Гипотетически, на Rust написан референсный Wayland-композитор Reston, а практически, фанаты всё ждут и ждут.
| | |
| 7.68, Аноним (68), 15:01, 04/12/2023 [^] [^^] [^^^] [ответить]
| +/– |
Неряшливый синтаксис, крутой кривая обучения, перегруженность функциональностью, сложная работа с синхронизацией и параллелизмом и еще множество.
| | |
|
|
|
|
|
| 2.5, фнон (?), 11:32, 28/11/2023 [^] [^^] [^^^] [ответить]
| –3 +/– |
Initial release 30 September 2008
на год позже года, куда никто уже не вернется...
И что из новых языков в то время было?
Раст - официальный анонс в 10м,
Зиг - 2016й год,
Карбон - середина 2022 года.
Вот пришлось беднягам писать на дыряшке, благо они же делали Xcы, так что опыт писанья на СИ у них был.
| | |
| |
| |
| 4.65, Аноним (68), 14:57, 04/12/2023 [^] [^^] [^^^] [ответить]
| +/– |
Растаманам бесполезно объяснять что С и С++ это разные языки, у них есть только раст и все остальные плохие и небезопасные языки.
| | |
|
|
| 2.12, leap42 (ok), 11:50, 28/11/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Это шутка такая мощная?) Современное программирование сводится к обработке массивов и строк, и то, и то в Си наколхожено уродливым примитивным костылём.
| | |
| |
| 3.13, фнон (?), 11:51, 28/11/2023 [^] [^^] [^^^] [ответить]
| +2 +/– |
Еще к обработке пикселей и иногда кватернионов.
Но да, в СИ с этим тоже не прям супер.
| | |
| 3.54, Аноним (53), 12:29, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
Что там может быть наколхожено, когда в Си нет строк, есть лишь string literals?
| | |
| 3.66, Аноним (68), 14:57, 04/12/2023 [^] [^^] [^^^] [ответить]
| +/– |
Современное программирование не сводится к твоим хеллоуворлдам.
| | |
| |
| 4.70, leap42 (ok), 15:20, 04/12/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Современное программирование не сводится к твоим хеллоуворлдам.
Давайте пример.
| | |
|
|
|
| 1.4, 6.6 конфетка (?), 11:32, 28/11/2023 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Теперь разрабам на всю жизнь хватит поддержки заморочек как бы одного Вяленного.Вечный прогресс.%
| | |
| |
| 2.7, фнон (?), 11:37, 28/11/2023 [^] [^^] [^^^] [ответить]
| +2 +/– |
а XORG поддерживать не нужно?
просто посмотри сколько там багов https://gitlab.freedesktop.org/xorg/xserver/-/issues
а вот фиксов почти нету, ибо макаться ЭТО мало кто хочет.
"В 2022 году в основную ветку принято всего 156 изменений от 32 разработчиков (добавлено 3618 строк кода и удалено 888)."
Посмотрим что будет по итогам этого года.
Если примерно также - то проект можно официально объявлять протухшим и закапывать.
| | |
| |
| 3.14, llolik (ok), 12:02, 28/11/2023 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Посмотрим что будет по итогам этого года.
Подавляющее большинство изменений вокруг XWayland и Glamor, которые туда коммитят теже wayland-разрабы. Ну и что-то там BSD народ для себя исправлял, я видел. Всё.
| | |
| 3.24, Ананий (?), 13:42, 28/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
полистал первые две страницы, в большинстве XWayland, который мне, как БСДишнику даром не упал
| | |
| |
| 4.52, Аноним (52), 12:00, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
Как только DE полностью перейдут на Wayland, у BSD будет на выбор два стула. И я даже знаю, какой они выберут.
| | |
|
|
|
| 1.6, Шарп (ok), 11:35, 28/11/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Лучше бы бросили все силы на wlroots. Он стал тем, чем должен был быть Weston.
| | |
| |
| 2.8, Аноним (1), 11:40, 28/11/2023 [^] [^^] [^^^] [ответить]
| +2 +/– |
Не вижу проблемы. У wlroots своя команда.
Почему команда вестона должна исправлять баги чужого проекта.
Думаю даже если они как-то объединятся, то станет только хуже - постоянный срач "как нужно делать", "я знаю как лучше", "сам дурак" и тд.
| | |
| |
| 3.9, vlad1.96 (ok), 11:44, 28/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
 Ну так надо же показать комментарием, что weston не нужон!
Тут какой-то конструктивной мысли ждать не стоит :)
| | |
| |
| 4.10, Аноним (1), 11:48, 28/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
Это мы еще не слышали ̶н̶а̶ч̶а̶л̶ь̶н̶и̶к̶а̶ ̶т̶р̶а̶н̶с̶п̶о̶р̶т̶н̶о̶г̶о̶ ̶ц̶е̶х̶а̶ Skullnet'a.
Сейчас он придет и пояснит за ненужность вейланда))
| | |
|
| 3.15, Шарп (ok), 12:11, 28/11/2023 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Почему команда вестона должна исправлять баги чужого проекта.
Weston позиционируется как основа для создания своих композиторов. Но по факту сейчас этой основой является wlroots. Зачем продолжать пилить проект, который никто не использует.
| | |
| |
| |
| 5.25, Аноним (-), 13:55, 28/11/2023 [^] [^^] [^^^] [ответить] | +1 +/– | Wayland - это протокол на бумаге, о том каким должен быть Дисплейный сервер Ког... большой текст свёрнут, показать | | |
|
|
| 3.16, Аноним (16), 12:12, 28/11/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
У Х11 все работают с xorg, а у wayland, помимо всего прочего, целый зоопарк композиторов и везде в них разных зоопарк поддерживаемых протоколов.
| | |
| |
| 4.17, Аноним (1), 12:15, 28/11/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> wayland, помимо всего прочего, целый зоопарк композиторов
вейланд это протокол) никакого зоопарка быть не может
Хм.. если композитор не поддерживает вейланд протокол то это все что угодно, но не вейланд композер.
| | |
| |
| 5.28, Аноним (28), 14:33, 28/11/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
Протокол протоколу рознь. Это не означает что у всех реализаций одинаковое поведение и они обратно совместимы
| | |
| |
| |
| 7.44, Аноним (44), 02:19, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
Так вместо абстрактного срача идем и смотрим интерфейсы и их версии в Gnome, KDE и эталонной версии вашего Weston и понимаем, что разница там существенная.
| | |
| |
| 8.46, Аноним (-), 08:34, 29/11/2023 [^] [^^] [^^^] [ответить] | +/– | Да, композиторы разные, но протокол Wayland - один И отрисовка одного и того же... текст свёрнут, показать | | |
|
|
|
| |
| |
| 7.59, BorichL (ok), 15:00, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
 > Точно бэкенд? На него же смотрит пользователь.
А приложение смотрит на него как на Xorg.
| | |
| |
| 8.62, Аноним (53), 05:23, 30/11/2023 [^] [^^] [^^^] [ответить] | +/– | Точно Вот мне и любопытно, зачем всё это ориентировать на пользователя таким ме... текст свёрнут, показать | | |
|
|
|
| 5.58, Stellarwind (?), 13:37, 29/11/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Просто в libx11/xcb есть вообще все что нужно. В протоколе Wayland нет кучи нужных вещей, поэтому собственно все композиторы решают проблему как могут. Тот же screen recording изначально каждый делал как мог, потом уже это запилили в pipewire и все вроде потихоньку переходят. Но именно в протоколе wayland этого нет вообще, а по сути все через DBus. А DBus может и не быть в теории...
Вот и получается - делаешь прогу, которая например должна уметь скриншоты - пиши backend для каждого композитора, а не один раз для x11.
| | |
| |
| 6.64, Аноним (53), 05:37, 30/11/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Просто в libx11/xcb есть вообще все что нужно.
То есть ты даже не в курсе, что документация по xcb не дописана.
| | |
|
|
|
|
|
| 1.19, ryoken (ok), 12:30, 28/11/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Поясните, с целью повышения уровня образованности... "Добавлена возможность загрузки сразу нескольких бэкендов, например, вместе с основным бэкендом вывода можно загрузить вторичные бэкенды vnc, rdp и pipewire". Что такое в данном случае "бэкенд" и что даёт такая возможность обычному гентоюзеру (в лице меня :) ) ?
| | |
| |
| 2.20, Аноним (1), 12:55, 28/11/2023 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> что даёт такая возможность обычному гентоюзеру
Компилировать в два, нет в три раза больше бекендов?!
Это же и есть цель иметь генту.
| | |
| |
| 3.48, Аноним (47), 10:54, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> цель иметь генту
а на деле генту имеет тех кто хотел иметь генту, а те обижаются и уходят на арч, и потом на всяких форумах обливают генту грязью
| | |
|
| 2.23, llolik (ok), 13:10, 28/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
Если я правильно понял, то не нужно никаких отдельных RDP/VNC серверов. Просто загружается параллельный бэкенд и ты имеешь доступ к сессии по RDP/VNC/чего-то там ещё.
| | |
| |
| 3.36, Аноним (36), 18:10, 28/11/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если я правильно понимаю, то бекенд это место, которое получает результат композитинга. Может быть фреймбуффер видеосистемы, вход для захвата содержимого экрана, или других штук. VNC RPD серверы всё равно нужны, так как должен же кто-то обрабатывать запросы удалённых клиентов. Только теперь эти серверы могут прямо попросить данные с вяленда, вместо того чтобы полагаться на проброс картинки от куда-то из других мест (порталов или прочих костылей).
Интересно могут ли разные бекенды попросить композитор перестроить картинку под себя (изменить размер, или отобразить только необходимые поверхности)?
| | |
|
|
| |
| 2.40, AlexYeCu (ok), 22:38, 28/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
 Так хулители иксов и нелюбители неназываемого «нового» — разные люди, только и всего.
| | |
| |
| 3.49, Аноним (47), 11:03, 29/11/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
хлуители одни и те же, просто по четным дням они пишут одно, а по нечетным другое
| | |
|
|
| 1.41, Аноним (41), 00:43, 29/11/2023 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> В бэкенды backend-vnc, backend-pipewire и backend-rdp добавлена поддержка отрисовки с использованием OpenGL.
Зачем добавлять в какбы новомодный Wayland (реализацию Wayland, не суть) поддержку мёртвого OpenGL? Почему не делать всё сразу на Vulkan?
| | |
| |
| 2.43, ПомидорИзДолины (?), 01:52, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– | |
Внутри Wayland все на (E)GLe крутится, вот почему.
P.S. А на (E)Gle крутится, чтобы больше разного железа поддерживать, вот вочему.
| | |
| 2.45, Аноним (45), 07:39, 29/11/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
OpenGL жив, на нем еще куча софта работает. Вы же не считаете что OpenGL умер только потому что какой-то голубой из эппл на сцене это сказал верно?
| | |
| |
| 3.50, Вы забыли заполнить поле Name (?), 11:05, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
> OpenGL жив, на нем еще куча софта работает. Вы же не считаете
> что OpenGL умер только потому что какой-то голубой из эппл на
> сцене это сказал верно?
Они же за метал топят, а не вулкан?
| | |
|
| 2.57, Аноним (53), 12:49, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> В бэкенды backend-vnc, backend-pipewire и backend-rdp добавлена поддержка отрисовки с использованием OpenGL.
> Зачем добавлять в какбы новомодный Wayland (реализацию Wayland, не суть) поддержку мёртвого
> OpenGL? Почему не делать всё сразу на Vulkan?
Зачем выкидывать слово "бэкенды"? Почему сразу не формулировать грамотно?
| | |
| 2.60, Kuromi (ok), 15:11, 29/11/2023 [^] [^^] [^^^] [ответить]
| +/– |
 Потому что сбой в Вулкане сразу грохает все напрочь? Ну и вообще в Вейланд весь на EGL
| | |
| |
| 3.63, Аноним (53), 05:30, 30/11/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну и вообще в Вейланд весь на EGL
Первый эксперт не ответил на #56, потому переформулирую вопрос.
Откуда вообще берётся такое мнение? Из вот этого?
#ifndef WAYLAND_EGL_CORE_H
#define WAYLAND_EGL_CORE_H
#ifdef __cplusplus
extern "C" {
#endif
#define WL_EGL_PLATFORM 1
struct wl_egl_window;
struct wl_surface;
struct wl_egl_window *
wl_egl_window_create(struct wl_surface *surface,
int width, int height);
void
wl_egl_window_destroy(struct wl_egl_window *egl_window);
void
wl_egl_window_resize(struct wl_egl_window *egl_window,
int width, int height,
int dx, int dy);
void
wl_egl_window_get_attached_size(struct wl_egl_window *egl_window,
int *width, int *height);
#ifdef __cplusplus
}
#endif
#endif
| | |
|
|
|
