Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск Wayland 1.15 и композитного сервера Weston 4.0, opennews (ok), 10-Апр-18, (0) [смотреть все] Ситуация с Wayland Nvidia drivers печалит , Fracta1L (ok), 11:24 , 10-Апр-18, (1) +7 // И раньше тоже к GNU Linux выбирали видеокарту, а не наоборот, конечно, это делаю, vz (?), 11:41 , 10-Апр-18, (3) +3 Еще лет 10 разработки и золотой ключик у нас в кармане , rshadow (ok), 12:15 , 10-Апр-18, (12) +2 // Если нвидия не изменит свои подходы, то всегда будет в догоняющих и это будет бе, Аноним (-), 07:31 , 11-Апр-18, (89) –1 // Если линукс не изменит свои подходы, то всегда будет в догоняющих и это будет бе, Аноним (-), 12:26 , 11-Апр-18, (102) +3 И какие же именно он подходы должен, по вашему, изменить , AlexYeCu_not_logged (?), 22:57 , 11-Апр-18, (111) Прежде всего, выработать единый стандарт, а не базарный способ разработки, при к, Vitaliy Blats (?), 23:08 , 11-Апр-18, (114) +2 Единый стандарт чего И зачем И где он, единый стандарт, есть Вообще-то нет До pu, AlexYeCu_not_logged (?), 23:13 , 11-Апр-18, (115) –2 И главное - что мешает тем кто хотел винду 1 в 1 просто пойти и купить винду См, Аноним (-), 14:39 , 13-Апр-18, (139) По всей видимости всего А на самом деле, для разработки нужны, как минимум, Тузя (ok), 00:23 , 19-Апр-18, (148) А что, собственно, запрещает ту же пульсу форкнуть Ну, кроме того, что пилить э, Аноним (-), 10:15 , 12-Апр-18, (124) +1 То что кроме форкнущего, ЭТО больше никто не сможет поддерживать, как и никто не, Vitaliy Blats (?), 09:04 , 19-Апр-18, (149) Ценно ли сие оналитическое мнение Учитывая тенденции опеннетных оналитегов писат, annonim (?), 13:52 , 19-Апр-18, (150) Пуса скажем работает только когда она работает, но даже в том не заслуга Лены О, Аноним (-), 14:30 , 13-Апр-18, (138) –1 Догоняющих кого Где И почему А, ты про стагнирующий рынок десктопов и ноутов , Аноним (-), 14:47 , 13-Апр-18, (140) Где она печалит-то Я пользуюсь Fedora NVIDIA, гном работает, Аноним (-), 12:42 , 10-Апр-18, (27) +2 // На nouveau или на проприетарных , Аноним (35), 13:10 , 10-Апр-18, (35) // Я пользовался на проприетарных Гном то работает, но в играх производительность , JustCurious (?), 14:08 , 10-Апр-18, (48) Ну это там, а на открытых как раз наоборот Только расстраивает отсутствие tearf, Аноним (-), 14:42 , 10-Апр-18, (52) Тю, а на ЛОРе кричат, что наоборот, в Wayland tearfree во все поля , Аноним (-), 15:05 , 10-Апр-18, (53) +1 На Intel и Amd ничего не рвётся, да , Аноним (-), 15:23 , 10-Апр-18, (54) Ну так они DRM KMS из ядра линуха юзают А нвидия накорябала свое эрзац-глюкало , Аноним (-), 07:34 , 11-Апр-18, (90) Который сам штеуд и пропихнул Правда, с целью получить преимущество перед други, Аноним (-), 14:40 , 11-Апр-18, (104) И между нами, ИМХО, это лучшее что штеуд сделал в софтостроени за всю свою истор, Аноним (-), 11:26 , 12-Апр-18, (125) Пруфы, что политика компании интель не направлена на благотворительность Или , Анонимный Аноним (?), 14:57 , 12-Апр-18, (135) Ну хотя-бы вот это, да И ты знаешь, глядя на то что творилось с UMS и проприета, Аноним (-), 15:34 , 13-Апр-18, (141) Кстати, вспомнил Не ты ли, на свое несчастье, многократно и гордо упоминал, что, Аноним (-), 16:12 , 12-Апр-18, (136) Пока в открытых не сделают реклокинг, лесом открытые , Аноним (-), 18:15 , 10-Апр-18, (65) А что wayland на nvidia все еще не работает , Pan (??), 14:03 , 20-Апр-18, (151) Печально что Intel G31 не может полноценно работать с Wayland Вся обработка иде, AntonAlekseevich (ok), 11:35 , 10-Апр-18, (2) // В связи с чем , vz (?), 11:45 , 10-Апр-18, (6) // Наверное, в связи с отсутствием поддержки нужной версии OpenGL Это ж древность , Fracta1L (ok), 12:35 , 10-Апр-18, (24) +4 // По минимуму вэйланд даже на VESA запускается , Аноним (-), 07:35 , 11-Апр-18, (91) Отлично Long Live Wayland X rg must die , Дуплик (ok), 11:41 , 10-Апр-18, (4) –11 // А по мне, так пусть оба проекта развиваются Наличие выбора лучше, чем его отсут, KroTozeR (ok), 12:16 , 10-Апр-18, (13) +5   // Увы, иксы дырявые, но вот то что гадкий глючащий гном в диком отрыве от KDE, вот, Аноним (-), 12:31 , 10-Апр-18, (23) +2   // Ну так, Qt же продолжает пилить QtWayland , KroTozeR (ok), 12:57 , 10-Апр-18, (32)   в Вилларибо веселятся, а в Вилабаджо ещё моют посуду, Хряк (?), 13:41 , 10-Апр-18, (44) +1   Я вас умоляю И так уже хватает выбора KDE vs Gnome, так ещё и здесь хотите , Аноним (-), 19:34 , 10-Апр-18, (72)   // Хотите как в виндах Когда у пользователя есть превосходный выбор из одного ва, KroTozeR (ok), 22:06 , 10-Апр-18, (80)   Эээ, вы не программист Вот надо, например, написать гуёвую программу На чём пи, Аноним (-), 02:57 , 11-Апр-18, (86) –1   Нет можешь выбрать - подкинь монетку, Аноним (-), 05:28 , 11-Апр-18, (88)   Я программист Для рендера пишется абстракция на уровне команд рендера или оконн, KroTozeR (ok), 09:27 , 11-Апр-18, (94) +2   Что вы говорите Ну good luck Щито Вы на джаваскрипте программируете А ничег, Аноним (-), 13:57 , 11-Апр-18, (103) –2   Уже имею опыт написания под Qt, GTK и WinAPI, правда разовый В основном работаю, KroTozeR (ok), 15:36 , 11-Апр-18, (107) –2   xWidget изобрел , Алконим (?), 04:11 , 15-Апр-18, (145)   Чота создается у меня впечатление, что вы не совсем в курсе того, о чем пишете , qrKot (?), 07:34 , 12-Апр-18, (121) –1   А потом жалуются, что Qt тормозит, Алконим (?), 10:27 , 15-Апр-18, (146)   А после того как WinAPI устарел - устарели и WinForms И появился WPF А для, Аноним (-), 08:39 , 12-Апр-18, (123) +1   Для всего есть wxWidgets - и не только на плюсах Он нативно рисуется под вендой, IY (?), 18:28 , 11-Апр-18, (108)   Бугага Начнете программировать ЭТО - расскажете, как оно , Vitaliy Blats (?), 20:38 , 11-Апр-18, (110) +1   Вы, вероятно, тоже Окей, надо - пишите, в чем проблема Очевидно, от более подроб, qrKot (?), 07:59 , 12-Апр-18, (122) +2   Вот скажите, в чём смысловая нагрузка этого вашего предложения Да, в этом и проб, Аноним (-), 14:18 , 12-Апр-18, (134)   Все бы ничего, но многие, пусть и костыльные, но тем не менее удобные и нужные р, DerRoteBaron (?), 11:51 , 10-Апр-18, (7) –4 // Ме тоже зело печалят булки на вайланде Чувствую твою боль, бро , Шумер (?), 12:09 , 10-Апр-18, (9) +11 // Он хотел сказать, что Wayland сейчас промеж булок, Fracta1L (ok), 12:37 , 10-Апр-18, (25) +2 Пока Wayland пеяалит булки Xorg стабильно работает , ананд (?), 13:11 , 10-Апр-18, (38) +11 Так я не понял, Вейленд уже победил или нет Вот смотрю всякие фералы делают пор, Владислав (??), 11:59 , 10-Апр-18, (8) +3 // Эм если я не ошибаюсь а могу , то для игр нет разницы в производительности по, Аноним (-), 12:16 , 10-Апр-18, (14) +2 // Есть разница в отзывчивости wayland не предоставляет приложениям возможности пр, Аноним (-), 13:11 , 10-Апр-18, (36) // ЕМНИП, если композитный менеджер это поддерживает, в полноэкранном режиме вывод , Аноним (-), 13:57 , 10-Апр-18, (46) Неверно Буферизация в любом случае увеличивает задержку вывода на экран, вне за, Аноним (-), 16:05 , 10-Апр-18, (56) Это какой design Рисунок в статье если что не полностью отражает картину Там н, Аноним (-), 07:40 , 11-Апр-18, (92) Фералы не умеют готовить вулкан, почему-то те же самые игры, но запущенные через, Аноним (-), 12:18 , 10-Апр-18, (16) +1 Неправильно задан вопрос Толку-то от этого Ферала, если там - транслятор из Di, Аноним (-), 12:43 , 10-Апр-18, (29) И какая же часть дисплейного сервера мешает месье играть в игры , Аноним (-), 13:01 , 10-Апр-18, (33) +1 // Та, которая находится между стулом и монитором , Аноним (-), 14:13 , 10-Апр-18, (49) +1 В фулскрине GL и Vulkan рисуют напрямую через DRM KMS, вообще без участия иксов , Аноним (-), 11:23 , 11-Апр-18, (98) // Не очень отличается Очень может быть , Аноним (-), 20:02 , 13-Апр-18, (142) картинки показывают стройность и превосходство вялого Выкусите, атеисты , Аноним (-), 12:21 , 10-Апр-18, (18) –2 // Только одно пожелание Возможность удалённой отрисовки, как у X-ов Причём желат, KroTozeR (ok), 12:23 , 10-Апр-18, (19) +3 // Сдается мне что это не к вейланду вопрос Вейланд композитор Рисует qt и gtk У, Аноним (-), 12:29 , 10-Апр-18, (21) –2 // Вейланд это протокол, как X11 Композитор это KWin, Mutter и т д - фактически, , Fracta1L (ok), 12:39 , 10-Апр-18, (26) Не так В X11 данные in-band идут А тут через протокол согласование только Осн, Аноним (-), 11:26 , 11-Апр-18, (99) Я не сравнивал между собой X11 и Wayland, я отвечал на Wayland это композитор , Fracta1L (ok), 19:24 , 11-Апр-18, (109) Не проверял Но даже если так, возможность удалённо стартануть оконце во многи, KroTozeR (ok), 13:02 , 10-Апр-18, (34) +1 просто, если все равно и так и так битмапы гонять, то не проще ли просто запроси, annual slayer (?), 23:06 , 10-Апр-18, (81) –1 Тут закралась логическая ошибка Сессия 8212 одна, а удалённых графических ко, KroTozeR (ok), 09:34 , 11-Апр-18, (95) +1 хуже - они mouse position с рейтом в сотни запросов в секунду при некоторых усло, пох (?), 13:19 , 10-Апр-18, (40) +1 Для начала - услуги иксов по битмапам и проч оказались неактуальны, неюзабельны , Аноним (-), 11:47 , 12-Апр-18, (126) Давно работает , Annoynymous (ok), 13:26 , 10-Апр-18, (43) // Через костыли в оконном менеджере , KroTozeR (ok), 09:34 , 11-Апр-18, (96) Нам нужен Universal Cross-platform Graphics Protocol - UCGP , Аноним (-), 12:51 , 10-Апр-18, (30) +1 // зависящий от systemd-ucgp, kernel-ucgp-video-settings ko, и, желательно, оформле, пох (?), 13:11 , 10-Апр-18, (37) // Ты в своем праве как обычно вопить этанинужна 111 А потом линуксоиды будут см, Аноним (-), 11:52 , 12-Апр-18, (127) // Неплохо у тебя бомбануло Больная тема, да Но ты все равно глянь еще раз на рас, Аноним (-), 16:23 , 12-Апр-18, (137) Помимо этого, обновился ключевой для графической подсистемы BSD порт graphics me, iZEN (ok), 12:52 , 10-Апр-18, (31) +2 Да вы издеваетесь что ли https github com giucam orbital branches, prokoudine (??), 13:18 , 10-Апр-18, (39) +1 // Cairo-Dock с weston ом тоже уже давно не работает Плагин выпилили , fdw (?), 14:07 , 10-Апр-18, (47) В тред призывается один известный модератор с вопросом, как там поддержка Waylan, Annoynymous (ok), 13:24 , 10-Апр-18, (41) +2 // на Эльбрусе, добавил бы я к вопросу , prokoudine (??), 17:41 , 10-Апр-18, (62) +1 // И это тоже , Annoynymous (ok), 18:12 , 10-Апр-18, (64) А с донатом сайту и модерацией решили вопрос Наш паровоз по-прежнему вперёд, наз, Аноним (-), 19:44 , 10-Апр-18, (74) –1 Вы этот вопрос МЦСТ задайте, они пилят полноценный порт Debian на Эльбрус и пост, vz (?), 20:38 , 10-Апр-18, (76) // Чтобы пилить что-то полноценное, надо уметь, а они не умеют И ума ограничиться , Аноним (-), 00:47 , 11-Апр-18, (84) Не вижу информации об этом на сайте Debian Возможно, слухи о полноценности порт, Аноним (-), 12:15 , 12-Апр-18, (129) С учётом того, что DE там XFCE на Эльбрусе , KDE и Mate, то рановато Вот когда, Аноне (?), 12:00 , 11-Апр-18, (100) Браво, а давайте теперь в вэйланде применять и тройную буферизацию Говорили вед, Аноним (-), 13:25 , 10-Апр-18, (42) +4 // Это для сабкомпозитора, а не для самого Wayland , Annoynymous (ok), 18:18 , 10-Апр-18, (66) Вот так все уже сваливают А кто тогда останется Я, Шигорин, Прокудин и Чирков , Аноним (-), 19:50 , 10-Апр-18, (75) +1 Игроки всегда чем-то недовольны , vz (?), 20:40 , 10-Апр-18, (77) +1 // Разве игры это не двигатель прогресса , Аноним (-), 21:16 , 10-Апр-18, (79) +2 // вроде как, порево, annual slayer (?), 23:10 , 10-Апр-18, (82) –1 Объективно развитию рынка домашних ПК служили игры Если бы людям нужно было тол, Аноним (-), 10:45 , 11-Апр-18, (97) +1 Речь о разных буферезациях В новости речь о том, документировано запрашивание не, fdw (?), 12:16 , 11-Апр-18, (101) дайте мне для вяленого аналог X over SSH, Werwolf (?), 13:55 , 10-Апр-18, (45) +3 // И что тебе мешает Если твой Desktop на вяленом, а сервак на X org, то я думаю у , анонист (?), 15:56 , 10-Апр-18, (55) –2 // Видите ли, на десктопе, как раз таки, запускается СЕРВАК X org, а на серваке - , Аноним (-), 17:27 , 10-Апр-18, (60) +2 // Кто тебе сказал такую чушь Почему тебя не устраивает X over ssh, зачем тебе нуж, Annoynymous (ok), 18:19 , 10-Апр-18, (67) –1 Вообще-то он как раз правильно всё написалПопробуй прочитать написанное внимател, angra (ok), 20:58 , 10-Апр-18, (78) Если речь про Qt - то тот умеет просто раздавать картинку сразу в браузер https, embeddedkun (?), 17:41 , 10-Апр-18, (63) // GTK тоже https developer gnome org gtk3 stable gtk-broadway html, Аноним (-), 18:57 , 10-Апр-18, (70) а можно без такой хе ты и без такой можно хотя иксы через ссш не сильно лучше , JL2001 (ok), 23:07 , 11-Апр-18, (113) Вангую, что вскоре сделают опцию для проброса какого-нибудь VNC через SSH с авто, Аноним (-), 18:54 , 10-Апр-18, (69) // почему так , JL2001 (ok), 23:25 , 11-Апр-18, (117) // Потому что они уже не обходятся командами протокола для рисования на стороне сер, Аноним (-), 12:10 , 12-Апр-18, (128) а почему они не обходятся если более сложные игры гоняя картинку в видяшку умудр, J.L. (?), 13:07 , 12-Апр-18, (132) Не хотят Дело, может быть, не в том, что архитектура иксов непригодна для своих, Аноним (-), 14:18 , 14-Апр-18, (143) неужели если тулкит будет учитывать иксы - он не станет быстрее на иксах если , JL2001 (ok), 16:42 , 14-Апр-18, (144) Потому что они рендерят битмап и отдают иксам битмап Не умеют встроенные фичи и, Аноним (-), 12:44 , 12-Апр-18, (131) gt оверквотинг удален можете прокомментировать это https www opennet ru ope, J.L. (?), 13:08 , 12-Апр-18, (133) А осом в этом вашем вяленом работает , Аноним (-), 14:16 , 10-Апр-18, (50) // Нет, но есть или ещё не совсем http way-cooler org Вроде как его автор хо, Аноним (-), 16:10 , 10-Апр-18, (57) // В том и дело, что осома свое АПИ есть, без необходимости велосипедить на голом л, Аноним (-), 17:10 , 10-Апр-18, (59) // имелось ввиду на уровне lua api awesome-a, annual slayer (?), 23:12 , 10-Апр-18, (83) Линус сказал, ещё 25 лет можно ждать Лично я уже оставляю это потомкам которых, Аноним (-), 19:41 , 10-Апр-18, (73) +1 Прекрасно, просто прекрасно Они ещё не взлетели как следует, а уже кладут болт , Аноним (-), 15:00 , 11-Апр-18, (106) // наоборот, лучше на взлёте ломать чтоб кости прямые были, JL2001 (ok), 23:28 , 11-Апр-18, (118) а может кто рассказать почему тех же Qt и Gtk не заставили в X-овом бэкенде отка, JL2001 (ok), 22:59 , 11-Апр-18, (112) // почему нельзя рисовать обычный интерфейс в терминах аналога языка OpenGl - подгр, JL2001 (ok), 23:47 , 11-Апр-18, (119) // кстати, госопода эксперты, кто может прокомментировать цитата Что за бред Ты во, JL2001 (ok), 00:43 , 12-Апр-18, (120) И работает это все мягко говоря не соответствуя пожеланиям авторов либ и програм, Аноним (-), 12:28 , 12-Апр-18, (130) +2 1,2,4,7,8,18,30,31,39,41,42,45,50,73,106,112

Сообщения

[Сортировка по времени | RSS]

	13. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+5 +/–
	Сообщение от KroTozeR (ok), 10-Апр-18, 12:16
	А по мне, так пусть оба проекта развиваются. Наличие выбора лучше, чем его отсутствие. У "вяленого" и "иксов" уже чётко сложились особенности и ниши применения. Каждый чем-то лучше и чем-то хуже. И вообще, "Long Live Rock'n'Roll!", как завещали Rainbow)
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+2 +/–
	Сообщение от Аноним (-), 10-Апр-18, 12:31
	> А по мне, так пусть оба проекта развиваются. Наличие выбора лучше, чем > его отсутствие. У "вяленого" и "иксов" уже чётко сложились особенности и > ниши применения. Каждый чем-то лучше и чем-то хуже. > И вообще, "Long Live Rock'n'Roll!", как завещали Rainbow) Увы, иксы дырявые, но вот то что гадкий глючащий гном в диком отрыве от KDE, вот это плохо. Все-таки наличие поддержки Redhat решает многое.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от KroTozeR (ok), 10-Апр-18, 12:57
	> Увы, иксы дырявые, но вот то что гадкий глючащий гном в диком > отрыве от KDE, вот это плохо. Все-таки наличие поддержки Redhat решает > многое. Ну так, Qt же продолжает пилить QtWayland.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+1 +/–
	Сообщение от Хряк (?), 10-Апр-18, 13:41
	в Вилларибо веселятся, а в Вилабаджо ещё моют посуду
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от Аноним (-), 10-Апр-18, 19:34
	> Наличие выбора лучше, чем его отсутствие. Я вас умоляю. И так уже хватает "выбора" KDE vs Gnome, так ещё и здесь хотите?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	80. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от KroTozeR (ok), 10-Апр-18, 22:06
	> Я вас умоляю. И так уже хватает "выбора" KDE vs Gnome, так ещё и здесь хотите? Хотите как в "виндах"? Когда у пользователя есть превосходный выбор из одного варианта?
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	–1 +/–
	Сообщение от Аноним (-), 11-Апр-18, 02:57
	Эээ, вы не программист? Вот надо, например, написать гуёвую программу. На чём писать? На иксах или вяленом? На qt или gtk? Для kde или gnome? Запаковать в deb или rpm? Это не считая того, что сделав выбор, вторая половина будет полностью упущена - запаковал в deb и все rpm-based дистрибутивы в пролёте (грубо говоря). В виндах и маках есть единый API задаваемый партией - и ты не тратишь время на разбор "а что бы мне сегодня выбрать, чтобы сделать то-то"? Ты просто тупо берёшь и делаешь, потому что выбора-то всё равно нет, можно только так и не иначе - отсюда время разработчика и сосредоточено на определённом пути действия, а не на субъективных каких-то предпочтениях.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от Аноним (-), 11-Апр-18, 05:28
	> На чём писать? Нет можешь выбрать - подкинь монетку
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+2 +/–
	Сообщение от KroTozeR (ok), 11-Апр-18, 09:27
	> Эээ, вы не программист? Вот надо, например, написать гуёвую программу. На чём > писать? На иксах или вяленом? На qt или gtk? Для kde > или gnome? Запаковать в deb или rpm? Это не считая того, > что сделав выбор, вторая половина будет полностью упущена - запаковал в > deb и все rpm-based дистрибутивы в пролёте (грубо говоря). Я программист. Для рендера пишется абстракция на уровне команд рендера или оконных примитивов. Потом это обёртывается в два варианта: Qt и GTK — всего лишь по параметру сборки меняется код транслятора вывода. Что до deb и rpm - два скрипта сборки из одного дерева исходников. Есть такое понятие, "кроссплатформенное программирование" и оно, вообще-то, считается признаком очень хорошего и адекватного тона, а не тот вариант, который Вы предлагаете: я пишу под что-то одно потому, что мне так удобнее. И в это понятие входит не только разность платформ ОС, но и фреймворков построения интерфейса. Только людям обычно охота повоевать, какой фреймворк идеологически правильный, Qt или Gtk. А ничего, что они не единственные в своём роде??? И что под виндой ещё есть богомерзкий MFC, да обыкновенный WinAPI? Или расширять поддержку через абстракции уже не признак программиста? > В виндах и маках есть единый API задаваемый партией - и ты > не тратишь время на разбор "а что бы мне сегодня выбрать, > чтобы сделать то-то"? Ты просто тупо берёшь и делаешь, потому что > выбора-то всё равно нет, можно только так и не иначе - > отсюда время разработчика и сосредоточено на определённом пути действия, а не > на субъективных каких-то предпочтениях. А потом они придумывают MFC и .Net, и "единая политика партии" идёт к чертям под хвост) Я не пойму, Вы наивный человек или мало осведомлённый? Или может начинали знакомство с компьютером через покупку iPhone? Не надо заниматься дублированием кода по каждому чиху, тогда и проблем особых не будет! Пора бы уже прекращать писать быстро и начинать писать адекватно!
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	103. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	–2 +/–
	Сообщение от Аноним (-), 11-Апр-18, 13:57
	> Для рендера пишется абстракция на уровне команд рендера или оконных примитивов Что вы говорите? Ну good luck :) >  Потом это обёртывается в два варианта: Qt и GTK — всего лишь по параметру сборки меняется код транслятора вывода Щито? Вы на джаваскрипте программируете? А ничего, что и Qt и GTK предоставляют свои API для работы с файлами, потоками, таймерами, окнами и т.д. и каждый своим способом? Какой вы там параметр сборки собрались менять, если у вас получатся абсолютно две разные программы со своими заголовочными файлами, функциями и скриптами сборки? Или вы для "калькулятора" создадите абстракцию, которая отдельно ложится на gtk или qt (выбирается опцией компиляции)? Вы понимаете, что эта абстракция по сути повторит весь функционал qt и gtk? Ради чего такое делать? В кроссплатформенных гуёвых проектах есть абстракции от платформы - windows или mac os. Но когда туда добавляется ещё и абстракции самой абстракции типа gtk и qt - это уже двойная бесполезная работа, не находите? Не было бы круто, если бы была бы платформа Xorg какая-нибудь и всё на этом? > Что до deb и rpm - два скрипта сборки из одного дерева исходников Да-да, а ещё скрипты для CentOS 6, 7 и Fedora, а ещё Debian 8, 9 и Ubuntu - good luck. > Есть такое понятие, "кроссплатформенное программирование" и оно, вообще-то, считается признаком очень хорошего и адекватного тона, а не тот вариант, который Вы предлагаете: я пишу под что-то одно потому, что мне так удобнее. И в это понятие входит не только разность платформ ОС, но и фреймворков построения интерфейса. Это прекрасно, что вы слышали такие понятия. Пишите на java и будет вам кроссплатформенно всё из коробки - это ж хороший тон, зачем вам qt и gtk тогда? Или вот вам задачка - напишите кроссплатформенную игру и опубликуйте её в маркете винды и эпла. Что? Как-то тормознуто получается, да? Абстракции съедают производительность, да? Дублируется логика, да? Ай-яй-яй. Какой "нехороший и неадекватный тон"! Выходит приходится писать что-то пер-platform и не потому что "мне так удобнее", а потому что это две разные платформы. > Только людям обычно охота повоевать, какой фреймворк идеологически правильный, Qt или Gtk К сожалению, да. Поэтому нафиг выбор в виде двух яиц, разбейте одно, пусть живёт другое и не будет никаких воин. > И что под виндой ещё есть богомерзкий MFC, да обыкновенный WinAPI? > А потом они придумывают MFC и .Net, и "единая политика партии" идёт к чертям под хвост) Сейчас, если в винде надо написать гуёвую программу и выложить в маркет - берите xaml, не надо в маркет - winforms (c++ или c# - что больше знаете). В макоси вообще cocoa и всё тут - это что плохо что ли? Если взять Qt или GTK - то да, гуй работать будет везде. Но тогда скажите разработчикам из LibreOffice, что они дураки, что пишут собственный кроссплатформенный гуи тулкит (https://docs.libreoffice.org/vcl.html). > Или может начинали знакомство с компьютером через покупку iPhone? О, да вы, как вижу, "эксперт в споре со школьниками". Я, видимо, сказал какой-то триггер-слово, что под конец вас понесло. > Не надо заниматься дублированием кода по каждому чиху, тогда и проблем особых не будет! Вы несёте околесицу. > Пора бы уже прекращать писать быстро и начинать писать адекватно! Аминь.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	–2 +/–
	Сообщение от KroTozeR (ok), 11-Апр-18, 15:36
	> Щито? Вы на джаваскрипте программируете? А ничего, что и Qt и GTK > предоставляют свои API для работы с файлами, потоками, таймерами, окнами и > т.д. и каждый своим способом? Какой вы там параметр сборки собрались > менять, если у вас получатся абсолютно две разные программы со своими > заголовочными файлами, функциями и скриптами сборки? Или вы для "калькулятора" создадите > абстракцию, которая отдельно ложится на gtk или qt (выбирается опцией компиляции)? > Вы понимаете, что эта абстракция по сути повторит весь функционал qt > и gtk? Ради чего такое делать? Уже имею опыт написания под Qt, GTK и WinAPI, правда разовый. В основном работаю с Qt. Для ПО создаются архитектурные элементы: 1) Инициатор; 2) Транслятор GUI; 3) Исполнитель; 4) Хранитель; 5) Обработчик протокола. Софтина являлась клиентом для удалённого сервиса. Класс "транслятора GUI" цеплял всё, что надо и исполнял логику реакции интерфейса на события. Именно конечной реакции, а не отлова. От него наследовался класс, реализующий собственно диалог. Вот он-то и есть фреймворкозависимый. Всё, с чем он работает, — с фреймворком GUI. Больше ни с чем. Параметр сборки — правило для Makefile (ненавижу юродивый CMake!). Собственно, для винды это — профиль под VC. В зависимости от платформы и фреймворка собиралась морда та, которая нужно. Задача была выполнена. не скулил и не плакался крокодильими слезами, "ах как плохо, что куча вариантов интерфейса!". > В кроссплатформенных гуёвых проектах есть абстракции от платформы - windows или mac > os. Но когда туда добавляется ещё и абстракции самой абстракции типа > gtk и qt - это уже двойная бесполезная работа, не находите? > Не было бы круто, если бы была бы платформа Xorg какая-нибудь > и всё на этом? Всего лишь отделяется фреймворконезависимая логика приложения от зависимой. Вот и всё. Просто не надо писать исполнительную логику посреди кода GUI! А с остальной частью можно поступать так же. > Да-да, а ещё скрипты для CentOS 6, 7 и Fedora, а ещё > Debian 8, 9 и Ubuntu - good luck. Да. Лежит отдельно Shell-файлик, который определяет ОС, выдаёт по запросам нужные параметры для скриптов сборки. Собственно скрипты сборки универсальны и привязаны лишь к типу пакета (deb, rpm). > Это прекрасно, что вы слышали такие понятия. Пишите на java и будет > вам кроссплатформенно всё из коробки - это ж хороший тон, зачем > вам qt и gtk тогда? Или вот вам задачка - напишите > кроссплатформенную игру и опубликуйте её в маркете винды и эпла. Что? > Как-то тормознуто получается, да? Абстракции съедают производительность, да? Дублируется > логика, да? Ай-яй-яй. Какой "нехороший и неадекватный тон"! Выходит приходится писать > что-то пер-platform и не потому что "мне так удобнее", а потому > что это две разные платформы. Повторяю: опыт есть, но для desktop-приложений, а не для мобильных. Но даже в этом случае есть решение. По сему ёрничанье тут не уместно. Если Вы не умеете в абстракцию без тормозов, то что тут говорить? Наверное лишь упомянуть, что она прорабатываться может не только на уровне исполнения кода. > К сожалению, да. Поэтому нафиг выбор в виде двух яиц, разбейте одно, > пусть живёт другое и не будет никаких воин. Тут я бы предпочёл окончательное деление. Скажем, пусть будет какая-нибудь KDE OS и Gnome OS, от которых бы отталкивались остальные дистрибутивы. Чуть ближе к стандартизации. > Сейчас, если в винде надо написать гуёвую программу и выложить в маркет > - берите xaml, не надо в маркет - winforms (c++ или > c# - что больше знаете). В макоси вообще cocoa и всё > тут - это что плохо что ли? Логика одна. Интерфейсы разные. Удивляет, когда люди столь категорично делят программы на "мобильные", "дэсктопные" и "серверные". Логика расчётов и исполнительная могут быть одинаковыми для всех, а оболочка — отдельная ипостась, будь она хоть мобильной, хоть настольной, хоть вообще WEB-мордой. Любят же люди нещадно дублировать код! По сто раз писать одно и то же. > Если взять Qt или GTK - то да, гуй работать будет везде. > Но тогда скажите разработчикам из LibreOffice, что они дураки, что пишут > собственный кроссплатформенный гуи тулкит (https://docs.libreoffice.org/vcl.html). Будет третий GUI Framework. Выбор — хорошее дело. И ещё раз повторю: Быстро написанный код либо тормозной, либо монструозный по архитектурному решению, либо и вовсе франкенштейн, при работе с которым охота отправить его создателя на гильотину. Чем проще, тем надёжнее. Это правило не отменяет здоровой абстракции в меру и по порядку без перегибов.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от Алконим (?), 15-Апр-18, 04:11
	xWidget изобрел?
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	–1 +/–
	Сообщение от qrKot (?), 12-Апр-18, 07:34
	Чота создается у меня впечатление, что вы не совсем в курсе того, о чем пишете... Вот и мысли, вроде, правильные, но на выходе каша такая, что прям ахтунг... >> Для рендера пишется абстракция на уровне команд рендера или оконных примитивов. В смысле, ее пишете вы? Вы пишете логику работы с графическими примитивами? >> Потом это обёртывается в два варианта: Qt и GTK А потом рассказываете Qt и Gtk, что не надо использовать EGL/OpenGL, а надо использовать "вашу логику"? >>всего лишь по параметру сборки меняется код транслятора вывода. Ага, и интерфейс на Qt или Gtk вы тоже не пишете? Пишете на чем-то универсальном, а потом транслируете это все в исходники Qt или Gtk ключом мифического "транслятора вывода"? Т.е. у вас там сгенеренный код? Скажите, вы реально считаете, что переписать QtCore + Qt/QML и Gtk для поддержки кастомного рендера, потом сгенерить какие-то файлы описания интерфейсов из чего-то "универсального" по ключу - это нормальный подход??? Вы реально утверждаете, что ОНО у вас работает??? Что Qt, что Gtk - это ФРЕЙМВОРКИ. Погуглите, заодно про "инверсию зависимостей" почитайте. Это НЕ библиотеки, тем более не библиотеки с одинаковым API/ABI, чтобы их можно было при сборке переключать ключом компилятора...
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	146. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от Алконим (?), 15-Апр-18, 10:27
	А потом жалуются, что Qt тормозит
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+1 +/–
	Сообщение от Аноним (-), 12-Апр-18, 08:39
	А после того как WinAPI "устарел" - "устарели" и WinForms. И появился WPF. А для себя MS вообще по жизни использует custom controls. Что они, плебс всякий чтоли, чтобы их программы выглядели как домашка студня и прочий крап от ISV? Поэтому реально в виндах живет штук 5-6 разных систем контролов на все вкусы.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	108. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от IY (?), 11-Апр-18, 18:28
	>>Вот надо, например, написать гуёвую программу. На чём писать? На иксах или вяленом? На qt или gtk? Для kde или gnome? Для всего есть wxWidgets - и не только на плюсах. Он нативно рисуется под вендой, под ГТК и есть недоделанный порт под QT. Т.е. зависимость твоей проги от ДЕ снимается. На нем, кстати, написан UnrealEd, Code::Blocks и много других крупных проектов.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	110. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+1 +/–
	Сообщение от Vitaliy Blats (?), 11-Апр-18, 20:38
	>>>Вот надо, например, написать гуёвую программу. На чём писать? На иксах или вяленом? На qt или gtk? Для kde или gnome? > Для всего есть wxWidgets - и не только на плюсах. Он нативно > рисуется под вендой, под ГТК и есть недоделанный порт под QT. > Т.е. зависимость твоей проги от ДЕ снимается. На нем, кстати, написан > UnrealEd, Code::Blocks и много других крупных проектов. Бугага. Начнете программировать ЭТО - расскажете, как оно)))
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+2 +/–
	Сообщение от qrKot (?), 12-Апр-18, 07:59
	>> Эээ, вы не программист? Вы, вероятно, тоже? >> Вот надо, например, написать гуёвую программу. Окей, надо - пишите, в чем проблема? >> На чём писать? Очевидно, от более подробного описания задачи зависит. >> На иксах или вяленом? Ну, во первых, не "НА", а "ПОД". Что иксы, что wayland - это не язык программирования, и даже не фреймворк. Это протокол, который вы поддерживаете/не поддерживаете. >> На qt или gtk? Собственно, от задачи/предпочтений. Если уж вы уперлись в выбор Qt/Gtk, значит программа не слишком специфическая - более-менее стандартный интерфейс + набор какой-то бизнес-логики. Тогда, ВНИМАНИЕ, вопрос, каким боком вас волнует выбор X11 vs Wayland? Вот что фреймворк поддерживает, под тем и работать будет, не больше и не меньше. Вы - пишете программу, графический сервер вас не касается. >> Для kde или gnome? А чем они, собственно, с точки зрения программы различаются? Собственно, программе тупо срать с большой колокольни, под чем ее запустили. Нет, если вы пишете что-то гномоспецифичное, изначально предназначенное для работы в гномоокружении, оно, вероятно, под кедами, например, попросит туеву хучу зависимостей с собой принести, но тут уж в постановке задачи вопрос. Если задача стоит "создать нативное приложение для гномо-окружения со своей особой спецификой" или "создать плагин к Gnome" - пишите лучше на Gtk и со своей особой гномо-спецификой. Если вы пишете "просто приложение", то какая вам разница? Что Gtk-приложения в KDE работают, что Qt-приложения в Gtk. Причем вообще безо всяких проблем, я проверял. >> Запаковать в deb или rpm? В момент разработки - какая разница вообще? Доставка приложения пользователю - совершенно особая задача. Исходники-то у вас не пропадут, tarball никуда не денется. Упаковали как придумали, понадобилось что-то еще - упаковали еще раз, в чем проблема-то? Лень упаковывать много раз - snap/flatpack вам в помощь - они песочница, оно везде заведется. >> Это не считая того, что сделав выбор, вторая половина будет полностью упущена - запаковал в  deb и все rpm-based дистрибутивы в пролёте (грубо говоря). В смысле, ты в deb запаковал, и все? Пропала программа? Пока из deb'а не достанешь, в rpm упаковать никак? >> В виндах и маках есть единый API задаваемый партией - и ты не тратишь время на разбор "а что бы мне сегодня выбрать, чтобы сделать то-то"? Ты просто тупо берёшь и делаешь, потому что  выбора-то всё равно нет, можно только так и не иначе -   Хм, аж поперхнулся. Т.е. в винде для реализации GUI-приложения выбора нет? Нет вот этого всего winforms vs MFC vs UWP? При этом оно - три реально используемых платформы ВНУТРИ одной ОС, они непереносимы на другие, т.е. на Linux и прочих работать не будут. Это не вспоминая про кроссплатформенные фреймворки, включая те же Qt, Gtk, WxWidgets, которые вполне себе используются, кучи фреймворков-одного-приложения и всяческой хрени класса "а давайте я оберну пол-браузера в экзешник и буду показывать интерфейс там, сайт-то уже есть, зачем писать второй раз" типа электронов и прочего-прочего, Xamarin тот же... Вы просто не в теме, честно. >> отсюда время разработчика и сосредоточено на определённом пути действия, а не на субъективных каких-то предпочтениях. Глупости же... При этом субъективные предпочтения вполне себе объективный вес имеют. Если надо написать приложение, при этом на Gtk оно получится "чуть-чуть правильней", а имеющийся разработчик знает только Qt, не надо заставлять его переучиваться. Один хрен куйня получится.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	134. "Выпуск Wayland 1.15 и композитного сервера Weston 4.0"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 14:18
	> Окей, надо - пишите, в чем проблема? Вот скажите, в чём смысловая нагрузка этого вашего предложения? > Это протокол, который вы поддерживаете/не поддерживаете. Да, в этом и проблема выбора. Что поддерживать? Иксы или вяленого? Зачем выбирать иксы, если их всё хоронят и вот-вот выстрелит вяленый? А зачем выбирать вяленого, если до сих пор он не стабилизировался, что слишком часто ломается совместимость? > Собственно, от задачи/предпочтений. Если уж вы уперлись в выбор Qt/Gtk Вот-вот, именно я про это и говорю. Вместо того, чтобы тратить время на разработку приложения, ты должен думать и разбираться "а чей ты больше фанат". > Тогда, ВНИМАНИЕ, вопрос, каким боком вас волнует выбор X11 vs Wayland? ...  Вы - пишете программу, графический сервер вас не касается. Неудивительно, что ваш комментарий наполнен желчью. Вы пытаетесь найти конкретный узкий случай, но его нет - я говорю в общем и привожу разные примеры. > А чем они, собственно, с точки зрения программы различаются? Вы серьёзно? С точки зрения программы чем отличаются два совершенно разных API? Один на С++, а другой на Си? Чем различаются? > Собственно, программе тупо срать с большой колокольни, под чем ее запустили. Речь не про запуск, а про страдания разработки. > Если задача стоит "создать нативное приложение для гномо-окружения со своей особой спецификой" или "создать плагин к Gnome" - пишите лучше на Gtk и со своей особой гномо-спецификой. Если вы пишете "просто приложение", то какая вам разница? Что Gtk-приложения в KDE работают, что Qt-приложения в Gtk. Причем вообще безо всяких проблем, я проверял. Вот вы разве тут уже не видите проблемы? "Создать нативное приложение для гномо-окружения" - почему задача стоит так узко? Если сказано - написать прогу под винду - коротко и лаконично. Или написать прогу под макось. А тут: "написать прогу для гнома" или "написать прогу для кде". Причём суть одна - прога будет гуёвая, запущена на каком-нибудь линуксе. К чему этот выбор - гном или кде, если на выходе всё равно будет одно и то же? > Упаковали как придумали, понадобилось что-то еще - упаковали еще раз, в чем проблема-то? Лень упаковывать много раз - snap/flatpack вам в помощь - они песочница, оно везде заведется. Вот-вот, о том и речь - хочешь используй то, хочешь это, вместо того, чтобы была одна чёткая инструкция как запаковать свою программу, чтобы её раздавать пользователям. > В смысле, ты в deb запаковал, и все? Пропала программа? Пока из deb'а не достанешь, в rpm упаковать никак? Чтобы предусмотреть возможность запаковки под всевозможные пакетные менеджеры, нужно затратить определённое количество времени и сил, вместо того, что сосредоточить своё время и силы на самой непосредственной разработке. > Т.е. в винде для реализации GUI-приложения выбора нет? Нет вот этого всего winforms vs MFC vs UWP? Вы сравниваете несравнимые вещи. Есть линия партии, от которой вы не можете отойти. Если надо написать приложение для виндового маркета у вас что, так много выбора? Если надо написать приложение под мак - у вас что, много выбора? > Вы просто не в теме, честно. Поди потому что > я проверял. ? > При этом субъективные предпочтения вполне себе объективный вес имеют. Если надо написать приложение, при этом на Gtk оно получится "чуть-чуть правильней", а имеющийся разработчик знает только Qt, не надо заставлять его переучиваться. Один хрен куйня получится. По вашей логике - это два разных человека, которые знают два разных API, а на выходе которые дают один и тот же результат - гуй приложение, которое запустится на каком-нибудь линуксе.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема