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

Выпуск графического тулкита GTK+ 3.22, opennews (??), 22-Сен-16, (0) [смотреть все] Обожаю этот тулкит В отличие от __некоторых__ кхм других тулкитов, не торм, Аноним (-), 10:21 , 22-Сен-16, (1) –63 // А еще выглядит из коробки как гoвно, после каждого обновления ломается совместим, Аноним (-), 10:27 , 22-Сен-16, (4) +24 // Выпуск графического тулкита GTK+ 3.22, Аноним (-), 10:58 , 22-Сен-16, (6) // Ну там реально кроме Адвайты всё ломается при апдейтах , anonimous (?), 11:06 , 22-Сен-16, (8) +8 Чтобы не ломалось - не обновляй Никто не гарантировал совместимость тем Активн, Аноним (-), 11:26 , 22-Сен-16, (10) По пальцам одной руки невнимательного фрезировщика , anonimous (?), 12:04 , 22-Сен-16, (16) +10 чтоб не ломалось нужно изначально использовать академический подход а не перед, grayich (ok), 12:51 , 22-Сен-16, (18) +2 Там нет постоянного API Никакой подход не поможет , Аноним (-), 13:53 , 22-Сен-16, (23) нет стабильности в API именно в результате отсутствия академического подхода, Аноним (-), 15:36 , 22-Сен-16, (29) +4 Ну да, в течении нескольких лет упорно, с каждым релизом, ломать совместимость,, Аноним84701 (?), 13:27 , 22-Сен-16, (21) +4 Из-за вяленого уже не вернуть А так бы уже давно форк был готов , anonymous (??), 20:52 , 22-Сен-16, (42) // Форкнуть и перевести на вейленд, делов то , Аноним (-), 04:10 , 23-Сен-16, (55) –1 Qt5 уже 5 лет переводят Всё никак не переведут Видимо, не просто это , anonymous (??), 08:30 , 23-Сен-16, (59) –2 Обожаю этот Qt В отличие от __некоторых__ кхм других тулкитов, не тормозит, Аноним (-), 15:11 , 23-Сен-16, (68) +1 Что ты говоришь, моя радость GUI в LO написан на vcl Если бы он был на GTK, то , Истина (?), 10:24 , 22-Сен-16, (2) +38 Не знаю ни одного разработчика GTK, все пишут на Qt, ибо GTK это боль , Qt Power (?), 10:26 , 22-Сен-16, (3) +21 // Я Я один раз писал на gtk, точнее на gtkmm Я думал там С , ООП, все дела А о, yekm (ok), 11:03 , 22-Сен-16, (7) +1   // Не знаю, когда ты что там тыкал, но ныне там умные указатели для всего , s (?), 11:27 , 22-Сен-16, (12) –1   // У них в сишном Gobject есть счетчик ссылок Эти умные указатели ещё один добавля, yekm (ok), 13:03 , 22-Сен-16, (20) +7   Glib RefPtr использует счётчик GObject, но murrayc уже планирует переход на std, skybon (ok), 17:00 , 22-Сен-16, (33) –5   Ну незнаю Может и грамотно, но у меня было постоянное ощущение того, что они уп, yekm (ok), 17:28 , 22-Сен-16, (36) +1   Если где и есть острые углы, так это в gtkmm А именно, те самые чистые указател, skybon (ok), 23:36 , 22-Сен-16, (51)   Ты тот молодой погромист, который не осилил Qt , Саня (??), 18:57 , 22-Сен-16, (40)   Ему просто ехать не нужно, вот и не осилил Ясно же, что для себя пишет если пи, Аноним (-), 15:22 , 23-Сен-16, (69) –2   А надо было вначале релизить приложение на gtkmm, а потом уже читать доки по gtk, Аноним (-), 11:32 , 22-Сен-16, (14) –2   Ты хотя бы About читал к gtkmm, прежде чем начинать использовать библиотеку gtk, Ordu (ok), 14:36 , 22-Сен-16, (25) +1   // gt оверквотинг удален std thread тоже обертка над pthread и ничего, всё краси, yekm (ok), 14:57 , 22-Сен-16, (27) +3   проще признать что у кого то руки крюки и голова для шапки, Аноним (-), 16:41 , 22-Сен-16, (32) –3   А на тогда обёртка , yaa (?), 21:31 , 22-Сен-16, (43) +1   Не заметил никакой боли когда делал себе оболочку для mpv Я бы сказал почти тако, Ivan_83 (ok), 17:25 , 22-Сен-16, (35) –1 У нас проект на GTK3, ибо используем С, а не С Уже несколько лет на рынке У , Аноним (-), 23:31 , 22-Сен-16, (50) –1 Странно, коли так У меня QT правда 4 версии пролез в систему только с одним п, abi (?), 09:30 , 23-Сен-16, (62) –1 Я перешел на GTK с qt когда вышла 4-я версия Проблемы только с богомерской винд, Аноним (-), 14:26 , 23-Сен-16, (67) –1 I GTK-3 upload to Debian GTK-3 v3 21 broke most parts of the MATE 1 14 des, Andrey Mitrofanov (?), 10:30 , 22-Сен-16, (5) +3 // Ну, не зря некоторых гномерастами зовут Я уж молчу про некоего П , ZloySergant (ok), 17:20 , 22-Сен-16, (34) +1 // GTK-3 v3 21 broke most parts of the MATE 1 14 strongly related to Gnome, , Andrey Mitrofanov (?), 22:01 , 22-Сен-16, (46) +1 // Ровно до следующего выпуска , ZloySergant (ok), 22:24 , 22-Сен-16, (47) +1 Ждём GTK , Rodegast (ok), 11:08 , 22-Сен-16, (9) Здравствуй дорогой RH, я вижу твои ушки В gtk Это как бы уже достало В тулкит, via (??), 11:48 , 22-Сен-16, (15) +14 // Есть Cairo Это круче , Ян Злобин (ok), 11:36 , 23-Сен-16, (66) +1 Несколько дней назад в Debian Stretch прилетело обновление xfce-clipman-plugin, , Mr. Sneer (?), 14:50 , 22-Сен-16, (26) +4 // GTK3 плохой, GTK3 плохой, GTK3 плохой Повторяем за мной GTK3 плохой , Аноним (-), 15:25 , 22-Сен-16, (28) –2 // Неправда, это темы для gtk3 плохие, а сам gtk3 -- хороший , chinarulezzz (ok), 16:02 , 22-Сен-16, (31) Осторожней, не смей говорить 3 раза GTK3 плохой перед зеркалом, а то GTK3 прид, KaZaaM4iK (ok), 00:13 , 23-Сен-16, (52) –1 Справедливости ради, маленькое меню с кнопками прокрутки сверху и снизну - это б, Аноним (-), 06:59 , 23-Сен-16, (57) // Я на Xfce4 сижу где-то с 2012 года, действительно такой глюк бывает и с gtk2-при, Mr. Sneer (?), 08:51 , 23-Сен-16, (60) +2 // Давно уже как нет За GIMP лучше, конечно, знает prokoudine, но, насколько я пони, llolik (ok), 10:53 , 23-Сен-16, (65) Вангую что этот их новый цикл разработки отпугнёт даже самых преданных фанатов G, Анончик (?), 17:31 , 22-Сен-16, (37) –2 // с тебя Ванга как с козла молока теперь при новом цикле разработки можно быть ув, Мадара (ok), 19:19 , 22-Сен-16, (41) +2 // да ничего это не значит гномеры как работали, так и будут работать просто первая, vitalikp (?), 22:43 , 22-Сен-16, (48) А куда подевались со скролл-баров концевые кнопочки А почему такая узкая зона з, adolfus (ok), 18:31 , 22-Сен-16, (38) –2 бесконечная фрагментация , Аноним (39), 18:31 , 22-Сен-16, (39) Все озабочены одними планшетами Во что вы превратили интерфейс Эти здоровенные, trubulizator (ok), 21:52 , 22-Сен-16, (45) +3 // 0, Аноним (-), 23:16 , 22-Сен-16, (49) Очень удобно всё на десктопе, не надо тут Гораздо лучше,чем целиться мышкой в м, Аноним (-), 07:51 , 23-Сен-16, (58) –2 // Ага, особенно на ноутбуках, когда эта кнопочка пол-экрана занимает - не промажеш, trubulizator (ok), 09:06 , 23-Сен-16, (61) // У тебя ноутбук размером в спичечный коробок Любопытно-с , Аноним (-), 00:29 , 24-Сен-16, (70) –2 openbox tint2 поможет , abi (?), 09:32 , 23-Сен-16, (63) –1 Никогда не понимал, зачем в 2005 так сильно навалились на улучшение Гнома Был ж, Zenitur (ok), 00:24 , 23-Сен-16, (53) –2 // NIH, сэр, Аноним (-), 01:07 , 23-Сен-16, (54) с начало был Zenitar теперь Zenitur, не нужно писать на этом сайте лучше чеши ан, Аноним (-), 04:25 , 23-Сен-16, (56) Каким местом он стал ближе Как была шиндузятная приблуда, так и осталась , Мимомордоврат (?), 12:07 , 30-Сен-16, (71) Короче, чтобы собрать GTK 3-3 22 30 без интроспекции, нужно регенерировать сборо, Ne01eX (ok), 13:28 , 30-Апр-18, (72) 1,2,3,5,9,15,26,37,38,39,45,53,72

Сообщения

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

	7. "Выпуск графического тулкита GTK+ 3.22"	+1 +/–
	Сообщение от yekm (ok), 22-Сен-16, 11:03
	Я! Я один раз писал на gtk, точнее на gtkmm. Я думал там С++, ООП, все дела. А они там голые указатели туда сюда кидают! Пока доки не перечитаешь 10 раз, непонятно кто чем владеет.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск графического тулкита GTK+ 3.22"	–1 +/–
	Сообщение от s (?), 22-Сен-16, 11:27
	Не знаю, когда ты что там тыкал, но ныне там умные указатели для всего.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск графического тулкита GTK+ 3.22"	+7 +/–
	Сообщение от yekm (ok), 22-Сен-16, 13:03
	> Не знаю, когда ты что там тыкал, но ныне там умные указатели > для всего. У них в сишном Gobject есть счетчик ссылок. Эти умные указатели ещё один добавляют получается? Они даже специальную функцию придумали, чтобы каким то образом модифицировать объект, только ради того, чтобы будущий владелец виджета знал, что это именно он должен этот объект удалять. Тоесть в деструкторе он проходится по всем своим объектам, проверяет, делали ли на объекте Gtk::manage, и если да, то он его удаляет. Ну или расскажите, как это работает на самом деле? Или вот например ихний glade. Зачем гуй в хмл? Как moc звать так у всех подгорает, а glib-compile-resources дык ничо, все довольны! Только вот qt сразу вам дает объект с нужными объектами, а в гтк надо юзать Gtk::Builder::get_widget(). Ой, что это? Ссылка на указатель, да ещё и шаблонным аргументом. А всё почему? Потомучто нельзя перегружать по возвращаемому типу. А зачем им знать тип объекта который мы хотим получить? Чтобы проверить и выкинуть соответствующее исключение, как это делает add_from_file() можетбыть? Да нифига, в случае ошибки он просто зануляет указатель. Причем если я получил топ-левел виджет, то я его должен удалять, а если нет, то он сам удалится. Логично! Ну или вот например http://stackoverflow.com/questions/23315743/gtkmm-and-gtkbui... Я лет 7 назад, когда был неопытный, и вообще ничего не понимал, испытывал меньше баттхерта при изучении qt, чем год назад при работе с гтк.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск графического тулкита GTK+ 3.22"	–5 +/–
	Сообщение от skybon (ok), 22-Сен-16, 17:00
	Glib::RefPtr использует счётчик GObject, но murrayc уже планирует переход на std::shared_ptr. get_widget() и get_object() - согласен, неудачные методы. Я для них написал обёртки, чтобы возвращали указатель на вытащенный виджет/объект или кидали исключение. https://github.com/skybon/obozrenie-cpp/blob/master/gtk/help... Вообще gtkmm/glibmm сделан очень грамотно в плане архитектуры, но у их команды не хватает людей. Так бы давно уже на C++14 портировали и выкинули Glib::RefPtr.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск графического тулкита GTK+ 3.22"	+1 +/–
	Сообщение от yekm (ok), 22-Сен-16, 17:28
	> Вообще gtkmm/glibmm сделан очень грамотно в плане архитектуры, но у их команды > не хватает людей. Так бы давно уже на C++14 портировали и > выкинули Glib::RefPtr. Ну незнаю. Может и грамотно, но у меня было постоянное ощущение того, что они упираются в свой сишный апи и не хотят прилагать усилий чтобы сделать с++ый красивее. Вроде и на с++ пишешь, а геморрой ощущается размером с голый си. Эх, жаль давно на гткмм писал, год назад у меня было куда больше аргументов.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск графического тулкита GTK+ 3.22"	+/–
	Сообщение от skybon (ok), 22-Сен-16, 23:36
	Если где и есть острые углы, так это в gtkmm. А именно, те самые чистые указатели. Дело в том, что здесь мы сталкиваемся с конфликтом иерархий владения. RAII можно использовать только для контейнеров, а всеми остальными виджетами всегда управляет родитель, выполняя роль unique_ptr. Собственно, для этого и есть Gtk::manage(), который привязывает время жизни виджета к контейнеру. Я не пишу на Qt, но вижу, что там примерно так же - QWidget "держится" за родителя. http://doc.qt.io/qt-4.8/objecttrees.html И gtkmm, и Qt имеют иерархию в иерархии (RAII держит контейнер, контейнер - дочерние виджеты). При этом последние лучше держать в динамической памяти, ибо иначе можно огрести из-за конфликта иерархий владения - см. ссылку. Так что богомерзкий new - необходимость в любом случае вне зависимости от тулкита. Во всём остальном - и glibmm, и gtkmm, и libsigc++ хоть и используют Glib Mainloop, но разработчику предоставляют c++-style API с исключениями, лямбдами и православной реализацией string, которая ориентирована не на байты, а на символы UTF-8.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск графического тулкита GTK+ 3.22"	+/–
	Сообщение от Саня (??), 22-Сен-16, 18:57
	Ты тот молодой погромист, который не осилил Qt?
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	69. "Выпуск графического тулкита GTK+ 3.22"	–2 +/–
	Сообщение от Аноним (-), 23-Сен-16, 15:22
	> Ты тот молодой погромист, который не осилил Qt? Ему просто ехать не нужно, вот и не осилил. Ясно же, что для себя пишет (если пишет вообще).
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск графического тулкита GTK+ 3.22"	–2 +/–
	Сообщение от Аноним (-), 22-Сен-16, 11:32
	> Пока доки не перечитаешь > непонятно кто чем владеет А надо было вначале релизить приложение на gtkmm, а потом уже читать доки по gtkmm? Смешной такой...
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	25. "Выпуск графического тулкита GTK+ 3.22"	+1 +/–
	Сообщение от Ordu (ok), 22-Сен-16, 14:36
	> Я думал там С++, ООП, все дела. Ты хотя бы About читал к gtkmm, прежде чем начинать использовать библиотеку? gtkmm -- это обёртка над C'шными библиотеками. Или раньше не было опыта работы с обёртками? Обёртка всегда будет требовать знакомства с низлежащей библиотекой. Просто потому что. Работа с сисколлами через libc будет требовать хотя бы примерного знания того, что такое сисколл, как он реально вызывается, что представляет из себя обёртка над сисколлом в libc, откуда берутся все эти замечательные декларации структур и тд, и тп. Для этого не обязательно быть сертифицированным разработчиком ядра, но хотя какой-нибудь обзор на пару тысяч слов, призванный ликвидировать безграмотность, прочитать стоит.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	27. "Выпуск графического тулкита GTK+ 3.22"	+3 +/–
	Сообщение от yekm (ok), 22-Сен-16, 14:57
	>[оверквотинг удален] > Ты хотя бы About читал к gtkmm, прежде чем начинать использовать библиотеку? > gtkmm -- это обёртка над C'шными библиотеками. Или раньше не было > опыта работы с обёртками? > Обёртка всегда будет требовать знакомства с низлежащей библиотекой. Просто потому что. > Работа с сисколлами через libc будет требовать хотя бы примерного знания > того, что такое сисколл, как он реально вызывается, что представляет из > себя обёртка над сисколлом в libc, откуда берутся все эти замечательные > декларации структур и тд, и тп. Для этого не обязательно быть > сертифицированным разработчиком ядра, но хотя какой-нибудь обзор на пару тысяч слов, > призванный ликвидировать безграмотность, прочитать стоит. std::thread тоже обертка над pthread и ничего, всё красиво. Так можно дойти до того, что все библиотеки это прослойки между сишным интерфейсом ядра и они должны ничем друг от друга не отличаться по степени гавености. Однако для гтк я привел пару примеров которые делают его большим гавном по сравнению с другими. Мне вот интересно, почему никто не может даже подумать о том, что разрабы этого гтк(мм) просто хреново всё продумали и получился монстр с непонятным апи? Там какието сверхчеловеки что ли сидят, которым нужно слепо доверять? Что мешает этой обертке не юзать голые указатели и кидать исключения? В одном же месте они кидают аж три разных исключения (правда в примере зачемто их тут же обрабатывают), а в другом возвращают nullptr. А вы оправдывайте такое поведение библиотеки тем, что я якобы чтото там не почитал. Нет уж, давайте либо по существу, либо всётаки признаем что qt лучше. (хотел написать что гтк гавно, но ведь непоймут-с)
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск графического тулкита GTK+ 3.22"	–3 +/–
	Сообщение от Аноним (-), 22-Сен-16, 16:41
	> либо всётаки признаем что qt лучше. проще признать что у кого то руки крюки и голова для шапки
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск графического тулкита GTK+ 3.22"	+1 +/–
	Сообщение от yaa (?), 22-Сен-16, 21:31
	> Обёртка всегда будет требовать знакомства с низлежащей библиотекой. Просто потому что А на ... тогда обёртка?
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

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

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