The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Проект GNOME планирует изменить метод разработки GTK+ и выпу..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от opennews (??) on 13-Июн-16, 23:21 
Разработчики из проекта GNOME объявили (https://blogs.gnome.org/desrt/2016/06/13/gtk-4-0-is-not-gtk-4/) о намерении воплотить в жизнь новый план разработки тулкита GTK+ (http://www.gtk.org/), который даст возможность добиться оптимального баланса между развитием функциональности и поддержанием стабильного API. Суть плана, который ещё находится в обсуждении и не утверждён официально, в создании экспериментальной ветки GTK+ 4, в которой будет развиваться порция новых возможностей, постепенно стабилизируясь. Через некоторое время ветка GTK+ 4 перейдёт в фазу стабилизации API, а новшества начнут развиваться в новой экспериментальной ветке GTK+ 5.


Ветка GTK+ 3 демонстрирует бурное наращивание функциональности, но, к сожалению, ценой низкого уровня стабильности API, что требует от разработчиков приложений постоянной адаптации  программ под меняющийся API. Для исправления ситуации предлагается увеличить интенсивность выпуска новых значительных веток (GTK+ 4, GTK+ 5, GTK+ 6 и т.п.), которые планируют формировать раз в два года, что соответствует циклу поддержки многих дистрибутивов Linux. Кроме того, будет обеспечена возможность параллельной установки  старых и новых значительных веток т.е. GTK+ 4 и GTK+ 3 (а также GTK+ 5, GTK+ 6 и т.п.) будут иметь разные имена библиотеки и отдельные директории заголовочных файлов, что позволит установить их одновременно по аналогии с тем как могут сосуществовать GTK+ 3 и GTK+ 2.


Первый выпуск новой ветки, например, GTK+ 4.0, не будет содержать финальный стабильный API - ветка будет развиваться и каждые 6 месяцев будет выпускаться новый промежуточный релиз (GTK+ 4.2, GTK+ 4.4, GTK+ 4.6), который может содержать несовместимости на уровне API и ABI (как это сейчас происходит в ветке 3.x). Соответственно, разные промежуточные релизы одной ветки не смогут быть установлены параллельно и будут замещать друг друга. Последний промежуточный выпуск перед выходом следующей значительной ветки будет помечаться как стабильный и фиксирующий API для данной ветки. В дальнейшем, после достижения стабилизации, все обновления в  ветке не будут приводить к нарушению совместимости API.


Например, для ветки GTK+ 4 стабильным API будет объявлен при выходе GTK+ 4.6. Т.е. выпуски GTK+ 4.0-4.4 будут позиционироваться как экспериментальные, а стабилизация будет произведена только спустя 18 месяцев. Так как после стабилизации API каждой ветки будет полностью заморожен, приложения смогут полагаться на него и не бояться нарушения поведения до тех пор, пока заданная ветка GTK+ продолжает поставляться в дистрибутивах. В свою очередь дистрибутивы могут поддерживать ветки GTK+ до тех пор, пока имеются зависящие от них приложения. Приложения, которым необходимы новые возможности, например, приложения GNOME, смогут использовать экспериментальные выпуски, но должны будут отслеживать совместимость с последующими промежуточными выпусками.

URL: https://blogs.gnome.org/desrt/2016/06/13/gtk-4-0-is-not-gtk-4/
Новость: http://www.opennet.me/opennews/art.shtml?num=44596

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +57 +/
Сообщение от Аноним (??) on 13-Июн-16, 23:21 
Вот радость. Под каждую прогу свой gtk.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 14-Июн-16, 00:17 
1
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

35. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от _hide_ (ok) on 14-Июн-16, 09:32 
Всё хуже. ГТК славится очень малым количеством разработчиков тулкита. Никак не получается сделать хорошо один тулкит, так они решили пилить сразу несколько.
И да, идея с темами на CSS получилась совсем непонтовой. Почему нельзя было сделать аналогично с событиями в glib? Нельзя было все свойства "зарегистрировать" и использовать из через "свойства". Нет! Нужно сделать так, чтобы без исходников ничего делать было нельзя.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

38. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –4 +/
Сообщение от Аноним (??) on 14-Июн-16, 09:42 
Если разработчики прикладного софта не обеспечат возможность компиляции под новым тулкитом. Как с фаерфоксом - затянули возможность сборки с gtk3, зато потом пользователи начали обвинять gtk3. И хейтерам безразлично, что именно разрабы фаерфокса виноваты.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

42. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +4 +/
Сообщение от anonblmus on 14-Июн-16, 09:57 
Дада, канэшна.
У норкоманов-авторов GTK свербит известно где, а разрабы прикладного софта должны без конца прогибаться под извивы партийной линии тулкита, вместо того, чтоб заниматься функциональностью своего приложения.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

50. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 11:24 
У меня претензий к фаерфоксу гораздо больше чем к gtk. Сколько уже времени разработчики фаерфокса будут многопоточность делать? Зачем переделывать отладчик в новой версии? Зачем трогать функцию добавления закладок? Зачем совать Pocket? Можно было бы уже давно обеспечить возможность сборки и нормальной работы firefox на gtk3. Я не говорю толкать по умолчанию. Но нет, они молодцы - затянули. И ведь потом всё равно начали портировать. При этом если взять epiphany(браузер гнома), написанный на gtk3 и firefox, в котором костылями вставили поддержку gtk3, то будет ясно какая программа лучше работает. firefox в СТАБИЛЬНОМ релизе настолько отвратительно рендерит страницы, что мейнтеры испугались и опять стали собирать с gtk2.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

62. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Michael Shigorin email(ok) on 14-Июн-16, 14:50 
> При этом если взять epiphany(браузер гнома), написанный на gtk3 и firefox

Гм, а откуда у ephy тогда сборочные зависимости на вебкит?

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

68. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Stax (ok) on 14-Июн-16, 17:01 
Ну это он сейчас уже на вебките, так-то был на gecko..
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

91. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 15-Июн-16, 09:19 
Но это было до 2.28. При чем тут GTK3?
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

128. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Aleks Revo (ok) on 18-Июн-16, 15:22 
Поддержка gtk3 там уже давно, то, что её включили по-умолчанию ситуацию не поменяло никак - в ней до сих пор мало смысла, ибо само gtk3 сырое и недопиленное. То Enter в диалоге не работает и нужно обязательно мышью тыцнуть на кнопку "сохранить", то фокус обнаруживается на кнопке, которая этот фокус совсем не отображает. Зато API туда-сюда дёргать разработчикам gtk приоритетно.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

61. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Michael Shigorin email(ok) on 14-Июн-16, 14:48 
...и свои темы, ага.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от Fidel Castro on 13-Июн-16, 23:26 
чего уж там, давайте сразу как хром, каждые пару месяцев новый релиз с новой "буквы". Уже столько лет, а версия только 3.хх!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +9 +/
Сообщение от Аноним (??) on 14-Июн-16, 02:47 
>Уже столько лет, а версия только 3.хх!

Между гтк 3.0 и гтк 3.20 такая пропасть, что они могли бы с чистой совестью пару мажорных версий в процессе бампнуть, и это было бы оправдано. Про то, сколько мажорных версий они бы перепрыгнули, если семвер использовали, я даже говорить не буду.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

69. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Stax (ok) on 14-Июн-16, 17:03 
>>Уже столько лет, а версия только 3.хх!
> Между гтк 3.0 и гтк 3.20 такая пропасть, что они могли бы
> с чистой совестью пару мажорных версий в процессе бампнуть, и это
> было бы оправдано. Про то, сколько мажорных версий они бы перепрыгнули,
> если семвер использовали, я даже говорить не буду.

На мажорные версии прыгают, когда API ломают так, что текущие проги с новой версией не собираются. Пока (для большинства прог) настолько не ломали, все gtk3 приложения в системе работают с 3.20, никто не требует какого-нибудь 3.6 для себя. Конечно, минорные поломки могут быть, но в целом все поддерживаются.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

3. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +10 +/
Сообщение от vitalikp on 13-Июн-16, 23:27 
Ребятам из гнома цифры покоя не дают:)

Забавно.
Думают, что если больше цифра, то больше стабильности.
Проблема в том, что они никогда не заботятся об обратной совместимости.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –6 +/
Сообщение от Аноним (??) on 14-Июн-16, 16:58 
Ничего не знающий клоун говорит об обратной совместимости.
http://abi-laboratory.pro/tracker/timeline/gtk+/
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +15 +/
Сообщение от Usagi (ok) on 13-Июн-16, 23:29 
Вместо страдание хернёй, занялись бы исправление косяков отображения элементов. То окно растянет на два экрана одной строчкой текста, то ни к месту скроллбары, то ещё что. И это идёт с самого зарождения GTK3. Нет, вместо этого будем страдать хернёй и выпиливать фичи из Гнома, гномьих приложений и ломать совместимости с другим опенсофтом. впрочем, это не лечится, ибо CSS, состоящий из одних костылей.

Пусть закопают лучше себя и гтк3 свой.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 13-Июн-16, 23:33 
> Вместо страдание хернёй, занялись бы исправление косяков отображения элементов.

В идеале, они так и планируют. Бросят всю школоту на развитие gtk+4, а нормальных людей оставят на доведении gtk+3 до рабочего состояния. Так что к выпуску gtk+5 можно будет пользоваться gtk+3.

Вопрос в том, останется ли вообще кто-нибудь исправлять ошибки в gtk+3, или на развитие gtk+4 перебросят вообще всех, а исправление ошибок в gtk+3 повесят на мейнтейнеров дистрибутивов и пользователей.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

16. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +7 +/
Сообщение от Аноним (??) on 14-Июн-16, 01:05 
В новости же вся понятно написано. Стабильность - это когда ветку бросают и перестают менять.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

77. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Led (ok) on 14-Июн-16, 20:59 
> а нормальных людей оставят на доведении gtk+3

А где они их возьмут?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

21. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 04:40 
До сих пор тошнит от Гнома.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +9 +/
Сообщение от Аноним (??) on 13-Июн-16, 23:38 
Эх, не увидим мы gimp на gtk3...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 14-Июн-16, 11:12 
> Эх, не увидим мы gimp на gtk3...

представляю выражение лица разработчика
https://www.youtube.com/watch?v=IjkUGKRUtgc

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 13-Июн-16, 23:55 
Надо сохранится пока все работает в системе.
Ctrl+S
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Отражение луны (ok) on 14-Июн-16, 01:35 
Похороните уже его, может люди одумаются и на Qt перейдут.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Сергей (??) on 14-Июн-16, 04:24 
Gnome 1 был классным,Gnome 2 тоже норм,но уже совсем другим внешне..А третий гном это жуть и ужас,сделанная под несуществующие ещё в природе за редким исключением  планшетные компьютеры с линуксом. А вот зачем на десктопе эта хрень я так и не понял,ну взяли бы да сделали отдельную версию под планшеты и прочие сенсоры,зачем всем то пихать это убожество,которое к тому же ещё и не запускается с каталистом
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от эноним on 14-Июн-16, 10:39 
> несуществующие ещё в природе за редким исключением  планшетные компьютеры с линуксом

Что за "редкие исключения"? Прям искаропки? Можно примеры?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

64. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Июн-16, 14:58 
>> несуществующие ещё в природе за редким исключением  планшетные компьютеры с линуксом
> Что за "редкие исключения"? Прям искаропки? Можно примеры?

У меня вон такой рядом, но гном примерно до 3.14 на планшете был непригоден категорически, а блокер для применимости там же epiphany -- https://bugzilla.gnome.org/show_bug.cgi?id=741124 -- дубль https://bugzilla.gnome.org/show_bug.cgi?id=740554, который до сих пор болтается в NEW.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

78. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Led (ok) on 14-Июн-16, 21:00 
> Gnome 1 был классным

Бабушка рассказывала?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

20. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от anonchik on 14-Июн-16, 04:28 
>возможность добиться оптимального баланса между развитием функциональности и поддержанием стабильного API

Qt отлично справляется

а у gtk проблемы с планированием похоже

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 14-Июн-16, 22:41 
С головой у них проблемы. токсикоз-с...

google://The CADT Model
by Jamie Zawinski

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от rob pike on 14-Июн-16, 04:43 
> GNOME's plan to discourage portable Gtk apps
> https://lwn.net/Articles/691131/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +4 +/
Сообщение от rob pike on 14-Июн-16, 05:22 
http://i.imgur.com/ZOxJKSD.png
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 07:31 
Ага. Пришёл сюда запостить - уже есть.

В статье 10 (десять) раз встречаются слова с корнем "стабил". Едва ли гномеры представляют, что они значат.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

36. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от rob pike on 14-Июн-16, 09:33 
В Gentoo заранее придумали слоты.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

97. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 15-Июн-16, 14:46 
Они не помогают, когда недостаточно людей. Число необходимых программе мэйнтэйнеров нужно умножить на число её слотов.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

109. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от rob pike on 16-Июн-16, 09:23 
Чего там мейнтейнить? Это не бинарный дистрибутив, собирать тысячи гномов не надо. Скопировать ебилд и немного подправить при надобности в своем оверлее может любой пользователь, когда инфрастрктурой это уже предусмотрено.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

83. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 22:45 
//воистину!
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

24. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от Аноним (??) on 14-Июн-16, 06:37 
Разработчики GNOME совсем потеряли связь с реальностью. И кто после таких заявлений будет писать софт на GTK?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от ЛинуксПользователь (ok) on 15-Июн-16, 14:19 
Лишь те, кто жаждит приключений на свои "руки"
Ибо qt тут выигрывает, хотя и тоже лично по мне не совсем верное направление развития
Но, qt это и гуй и фреймворк, который был и есть, без каких-то "ну на**р qt5, пишем qt6!"
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

96. "Проект GNOME планирует изменить метод разработки GTK+ и..."  +/
Сообщение от arisu (ok) on 15-Июн-16, 14:22 
> каких-то "ну на**р qt5, пишем qt6!"

спасибо, это было бы смешно, если бы не было правдой.

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

98. "Проект GNOME планирует изменить метод разработки GTK+ и..."  –2 +/
Сообщение от ЛинуксПользователь (ok) on 15-Июн-16, 14:56 
В этом то политика развития и не нравится совершенно.
Поскольку вместо добавления и изменений с обратной совместимостью имеем новые релизы, и это всюду, gtk, qt
В этом плане, только развитие net, мне нравится от мелкомягких
Ибо нет явных и критичных, принципиально новых методов которые мешают старым.
Даже код от старого net, сборка под новым, будет успешна - не зависимо от япа
Взять же qt..старый проект на qt3, без изменений кода не собрать в qt4/5 и это факт
Но увы, пользуюсь линуксой и поэтому мой выбор в сторону qt, поскольку он адекватнее
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

25. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от Аноним (??) on 14-Июн-16, 06:59 
Убираешь точку из версии, получаешь гтк 320, и успех пришёл. Вместо этого они начинают по единичке добавлять, небось хейтеры это ваше гтк разрабатывают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от анон on 14-Июн-16, 07:53 
больше что вымораживало, то что они постоянно ломали свой костыльный css. и нет чтоб сразу за основу взять less или sass, не, они не додумались. не пихать везде свои префиксы - тоже не дошло. так бы любая мартышка с минимумом знаний css могла делать темы. но. не сложилось, видимо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 07:58 
А приложения писать на ангуляре и реакте!
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

32. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от анон on 14-Июн-16, 08:44 
не вижу ничего страшного. если бы гномовцы так сделали было бы отлично.
смысл ехидничать, если less/sass объективно удобнее чистого css?
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 08:55 
Так это прекрасная ю арене препроцессоры, зачем gtk их поддерживать? Да, кстати, Adwaita написана именно на SASS.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от анон on 14-Июн-16, 09:00 
изначально адвайта была на чистом css(со своими некоторыми префиксными свойствами, о которых можно было узнать только пройдясь по исходному коду gtk). это потом уже гномеры через пару релизов спохватились, что такую портянку дальше поддерживать нельзя.
поддержка препроцессора(любого) в самом гтк дала бы нормальную возможность из конфигуратора тем менять цвета, шрифты, отступы и т.п. а так - правьте css, господа.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

49. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 14-Июн-16, 11:21 
> изначально адвайта была на чистом css(со своими некоторыми префиксными свойствами, о которых
> можно было узнать только пройдясь по исходному коду gtk). это потом
> уже гномеры через пару релизов спохватились, что такую портянку дальше поддерживать
> нельзя.

Ну там и сейчас префиксных свойств полно.

> поддержка препроцессора(любого) в самом гтк дала бы нормальную возможность из конфигуратора
> тем менять цвета, шрифты, отступы и т.п. а так - правьте
> css, господа.

Ну так переменные и в голом CSS есть. А возможности SASS вроде @mixin и вложенных селекторов и прочих тут нафиг не нужны.

Другой вопрос, что в обоих случаях надо, чтобы тема это специально поддерживала.
Скажем, цвета-то менять можно. Есть gtk-color-scheme и возможность из темы получить эти свойства.
Есть даже несколько префиксных функций для работы с этими цветами (lighten, darken всякие), так что цвета поменять можно. Проблема в том, что тем, которые так умеют — раз, два и обчелся.

// Это было пару лет назад, может, уже и выпилили это. Но я не припомню, чтобы выпиливали.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

76. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от анон on 14-Июн-16, 20:34 
> @mixin и вложенных селекторов и прочих тут нафиг не нужны.

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

> Есть даже несколько префиксных функций для работы с этими цветами (lighten, darken всякие), так что цвета поменять можно

имхо, нет смысла изобретать велосипед со своими префиксными функциями, если все это давно было готово в less/sass.

> Другой вопрос, что в обоих случаях надо, чтобы тема это специально поддерживала.
> Проблема в том, что тем, которые так умеют — раз, два и обчелся.

а вот тут гномеры могли бы "принудить" всех к определенным переменным. нет определения таких переменных в теме - чао-какао и тему пользователю вообще не отображать.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

79. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 14-Июн-16, 21:15 
> вкусовщина, конечно, но именно эти вещи(на мой взгляд) очень бы пригодились.

Не, мне-то они тоже очень нравятся. :)
Использую SASS для одной темы для SeaMonkey (порт GTK-шной Adwaita, т.к. с нативными стилями у XUL/GTK3 все очень плохо) и для одной темы для GTK3 (попытка _нормально_ (а не как в официальной версии) портировать Raleigh с GTK2, в процессе). Я

Просто они к конфигурации никаким боком.

> имхо, нет смысла изобретать велосипед со своими префиксными функциями, если все это
> давно было готово в less/sass.

А велосипед-то все равно пришлось бы изобретать. Препроцессор SASS-то на Ruby, он к GTK никаким боком, так что реализацию надо делать с нуля. Ну реализовали они эти функции тут или там, какая разница? :)

> а вот тут гномеры могли бы "принудить" всех к определенным переменным. нет
> определения таких переменных в теме - чао-какао и тему пользователю вообще
> не отображать.

GTK3 и так воплощает эту философию.
"Мы сделали новую фичу для тем (скажем, те же css-узлы в 3.20), вы *обязаны* ее использовать, иначе тема на новой версии GTK будет выглядеть криво."
В итоге темы стабильно ломаются каждую версию.

---

Собственно, ваше негодование я не понимаю. SASS очень классная штука, но ее и так можно использовать. А в рантайме от этого толку не очень много, зато чего точно прибавится ­— так это тормозов, особенно в темах с кучей сложных миксинов, функций и extend-only блоков, типа той же Адвайты.

Ну и надо учитывать, что переменные не везде спасут. Иногда приходится юзать изображения для виджетов. Скажем, в теме Clearlooks-Phenix кнопки — картинки. Как там заюзать переменные? Да никак. Можно использовать префиксную функцию -gtk-recolor (окрасить картинку как символьный значок) + кастомную палитру, но там всего 4 цвета доступны, маловато.

Вот как раз взять Raleigh. "Двойные" границы я сделал через box-shadow и кучу миксинов-врапперов, но вот мне нужен разделитель на scale slider. А как я его реализую? Элементов там лишних нет, слайдеру и так нужны границы, box-shadow заняты. Остается background-image, а там я цвета не заюзаю.

О чем я говорю:
http://storage9.static.itmages.ru/i/16/0614/h_1465928005_871...
см. обведенное.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

80. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 14-Июн-16, 21:16 
> в процессе). Я

в процессе). Я их никуда не выкладывал, если что, да и вряд ли вообще выложу, больше для себя делаю.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

129. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от анонянь email on 12-Июл-16, 21:31 
> Остается background-image, а там я цвета не заюзаю.

Можно, если сделать картинку инлайновым svg, в него, соответственно, подставлять нужный цвет. Не знаю, как у вас там в SASS делается, но у меня в стилусе -- как-то так:


background url(fromSVG(
    '<svg x="0" y="0" width="10px" height="20px" viewBox="0 0 10 20">\
        <path fill="' + $backgroundColor + '" stroke="' + $borderColor + '" d="M0,10 L10,19 L10,1 L0,10Z"/>\
        <line stroke="' + $backgroundColor + '" stroke-width="2" x1="10" y1="18" x2="10" y2="2"/>\
    </svg>'
)) top left no-repeat;

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

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

47. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 11:12 
Ох ё, вот что значит набирать текст с телефона.

>Так это прекрасная ю арене препроцессоры

Читать как "Так это препроцессоры"

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

29. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от Andrey Mitrofanov on 14-Июн-16, 08:07 
> Ветка GTK+ 3 демонстрирует бурное наращивание функциональности, но, к сожалению, ценой
> выпуска новых значительных веток (GTK+ 4, GTK+ 5, GTK+ 6 и
> т.п.), которые планируют формировать раз в два года, что соответствует циклу

Раз же в три недели и бессмысленные и беспощадные "новости" ~
"Тестирование GTK+ 48-beta и GTK+ Developer Edition 49"

> API - ветка будет развиваться и каждые 6 месяцев будет выпускаться
> новый промежуточный релиз (GTK+ 4.2, GTK+ 4.4, GTK+ 4.6), который может

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от iCat (ok) on 14-Июн-16, 08:11 
Кажется, придётся поднимать старый добрый молоток - WindowMaker...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от rob pike on 14-Июн-16, 09:35 
Как он поможет со всеми программами, которым будет нужна сотня разных версий gtk?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

41. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от iCat (ok) on 14-Июн-16, 09:56 
> Как он поможет со всеми программами, которым будет нужна сотня разных версий gtk?

Никак... Ему пофиг на тулкит изначально.
А вот с программами геморроя, похоже, не избежать никак...
Исключение - "консольные" программы.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

51. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –4 +/
Сообщение от rob pike on 14-Июн-16, 11:26 
О том и речь. Ненужность как гнома, так и KDE и прочих DE - это само собой понятно, всем и уже очень давно.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

70. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 14-Июн-16, 17:33 
А что тогда нужно, вместо этих прочих DE?
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

72. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –3 +/
Сообщение от rob pike on 14-Июн-16, 18:40 
Для каких целей?
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

84. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 14-Июн-16, 22:49 
сначала вы утверждаете, что вообще все не нужно, а потом конкретизируете…
команда наркологов уже в пути
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

92. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 15-Июн-16, 10:34 
Для нужд:
а) корпоративного десктопа;
б) студенческого десктопа;
в) детского домашнего десктопа.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

93. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +4 +/
Сообщение от Аноним (??) on 15-Июн-16, 11:12 
а) Cinnamon 3.0
б) Cinnamon 3.0
в) Cinnamon 3.0
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

99. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 15-Июн-16, 17:45 
Ну и? Там приложения от Гнома, из своих только Nemo и центр настроек.
Возможно, если сделают X-Apps, то будут форки gedit, eog, totem, evince, gthumb. Уже лучше, но все равно мало.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

100. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 15-Июн-16, 19:09 
> Там приложения от Гнома

Это все приложения с интерфейсом на GTK+, GNOME Shell и Cinnamon, кстати, тоже. Как и Xfce, MATE и др. Таки в чем проблема?

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

101. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 15-Июн-16, 20:01 
У Xfce и MATE приложения свои. У Xfce просто свои (thunar, ristretto, parole и т.д.), у MATE форки гномовских версий 2.32 (pluma — форк gedit, eom — eog, atril — evince, engrampa — file-roller, caja — nautilus, mate-terminal, mate-log-viewer, mate-disk-usage-analyzer понятно, mucharmap еще). У Cinnamon их нет, он вынужден все тянуть из гнома.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

111. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от rob pike on 16-Июн-16, 09:27 
> mate-terminal, mate-log-viewer

Цели DE понемногу проясняются. Насколько я понимаю, одна из главных - "не использовать xterm и less".

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

116. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:05 
Да-да, xterm это твое все. Че, так бы сразу и сказал.
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

127. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от rob pike on 17-Июн-16, 05:29 
Чего именно вам не хватает в xterm?


Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

114. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:01 
Cinnamon тоже, как видим, скоро будут. В чем проблема?
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

119. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:36 
> Cinnamon тоже, как видим, скоро будут. В чем проблема?

В том, что их пока нет, а сам Cinnamon — глючное убожество. Той фирменной гномовской вылизанности, которая пока есть у MATE (но только в GTK2-сборках) и таки в GNOME 3, в Циннамоне и близко нет.

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

121. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 16-Июн-16, 15:18 
> В том, что их пока нет

Значит все-таки шашечки. За это и не люблю заидеологизированных собеседников. Я без зазрения совести потащу в Gnome половину KDE, если вдруг понадобится та же Krita. А на нормальный винчестер уж как-нибудь заработаю, поверь.

> сам Cinnamon — глючное убожество

Милые-милые хейтеры, приветик вам с кисточкой.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

124. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 16-Июн-16, 16:45 
> Значит все-таки шашечки. За это и не люблю заидеологизированных собеседников. Я без
> зазрения совести потащу в Gnome половину KDE, если вдруг понадобится та
> же Krita. А на нормальный винчестер уж как-нибудь заработаю, поверь.

Дело не в зависимостях, а в "нетрадиционном" интерфейсе. Скажем, evolution нормально сочетается с тем же Nemo, а вот gedit или evince — нет.

> Милые-милые хейтеры, приветик вам с кисточкой.

И тебе привет. Только ты не по адресу, у меня сейчас GNOME 3 со всеми его приложениями.

При этом в MATE я специально искал старые версии приложений на GTK2, чтобы GTK3 не было.
В GNOME 3 я ищу замены приложениям вроде Evolution. Чтобы все было в одном стиле.

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

Ну и где тут хейтерство? Проблема в том, что при скрещении ужа с ежом получается уродство. Что и видно на примере Cinnamon.

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

102. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 15-Июн-16, 20:07 
Да, GNOME Shell и Cinnamon, кстати, ни разу не на GTK. Они на Clutter.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

113. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:00 
> Они на Clutter

Да и Бох с ним, что на Clutter. Clutter хостит GTK-приложения, как родные. Не вижу никакой проблемы.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

103. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 15-Июн-16, 20:11 
>> Там приложения от Гнома
> Это все приложения с интерфейсом на GTK+, GNOME Shell и Cinnamon, кстати,
> тоже. Как и Xfce, MATE и др. Таки в чем проблема?

Проблема в том, что просто приложения на GTK, и приложения на GTK для Гнома — немного разные вещи. У гнома из традиционных приложений остался только Evolution и еще пара вещей.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

112. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 16-Июн-16, 09:49 
> немного разные вещи

Вам шашечки или ехать?

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

118. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:34 
Вся суть DE — шашечки. Ехать можно и на xterm с less, как вон человек выше заметил. Вопрос только, нужно ли.
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

120. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 16-Июн-16, 15:09 
Ясно, скрип из прошлого века. Вся суть графических DE - производительность и комфорт. Как и всего остального прогресса в целом.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

122. "Проект GNOME планирует изменить метод разработки GTK+ и..."  +/
Сообщение от arisu (ok) on 16-Июн-16, 15:53 
> Вся суть графических DE - производительность и комфорт.

по этому поводу вспоминается мне одна милая история. убеждали меня, что собрать из исходников Pale Moon, имея 4GB памяти — невозможно никак, надо минимум шесть. я попробовал — отлично собирается, даже не всю память выжирает. удивился. а оказалось, у убеждающего — KDE стоит. подтормаживает немного, но он терпит. потому что производительность и комфорт, ога.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

126. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от rob pike on 17-Июн-16, 05:28 
Производительность чаще встречается в продуктах с довольно высокой кривой обучения, например расширяемых и скриптуемых тайловых и гибридных тайлово-оконных оконных менеджерах с развитой системой управления с клавиатуры. В DE, однако, обычно используются совсем другие.

Комфорт - очень разнообразно определяемое, вы что именно под ним имели в виду?

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

110. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от rob pike on 16-Июн-16, 09:25 
"для десктопа" - это не цели, а карго-культ Великого Десктопа.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

115. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:04 
Ясно, ты сам толком не знаешь, почему DE не нужны.
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

123. "Проект GNOME планирует изменить метод разработки GTK+ и..."  +2 +/
Сообщение от arisu (ok) on 16-Июн-16, 15:54 
> Ясно, ты сам толком не знаешь, почему DE не нужны.

он‐то знает. а вот ты этого понять не можешь — в силу ограниченности.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

125. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от rob pike on 17-Июн-16, 05:23 
Это довольно странная постановка вопроса. Если есть какой-то компонент системы, со своей сложностью, своими багами, своими зависимостями, проблемами - то есть ценой, которая всегда есть в том или ином выражении, то странно ставить вопрос "почему он не нужен", более осмысленным был бы вопрос "зачем он нужен", чтобы понять превышают ли выгоды от его использования эту цену.
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

117. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 16-Июн-16, 10:10 
И да, там нигде не звучало "для десктопа" )
Ты сам что-то выдумал и с этим споришь.
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

40. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 09:54 
Под новые гтк нету темы а-ля next step, а программировать на css могут только вантузодети, которые вмакера никогда не видели.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

53. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 12:11 
> Под новые гтк нету темы а-ля next step, а программировать на css
> могут только вантузодети, которые вмакера никогда не видели.
> вантузодети
> программировать на css

Оно и видно.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

65. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 14-Июн-16, 15:07 
> Кажется, придётся поднимать старый добрый молоток - WindowMaker...

Второй найденный вариант -- ешка.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

89. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от iCat (ok) on 15-Июн-16, 03:47 
>> Кажется, придётся поднимать старый добрый молоток - WindowMaker...
> Второй найденный вариант -- ешка.

Это которая E17? Как-то для меня пестровата показалась...

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

31. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от anonymous (??) on 14-Июн-16, 08:32 
Для программы такой подход ещё имеет право на жизнь, но для библиотеки явный перебор, я считаю. Впрочем, сейчас слишком много школья, которые считают, что программист пишет только код. Остальными вещами, вроде исправления ошибок, поддержки стабильности API/ABI, написания документации он не должен заниматься в принципе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 14-Июн-16, 09:47 
А разве исправление ошибок не сводится к написанию кода?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

60. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Сиромант on 14-Июн-16, 14:36 
Программист писатель, программист не запускатель
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

66. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от anonymous (??) on 14-Июн-16, 15:57 
>А разве исправление ошибок не сводится к написанию кода?

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

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

43. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +4 +/
Сообщение от Аноним (??) on 14-Июн-16, 10:28 
>GTK+ 3: бурное наращивание функциональности
>GTK+ 4: порция новых возможностей

Учитывая их выпиливание фич, поржал, спасибо :D

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –2 +/
Сообщение от Аноним (??) on 14-Июн-16, 12:19 
Рекомендую сравнить выпуски 3.14, 3.16, 3.18, 3.20. Добавили МНОГО нового.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

82. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от Аноним (??) on 14-Июн-16, 22:42 
...и сломали вдвое больше старого.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

45. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от Mirraz (ok) on 14-Июн-16, 11:01 
"Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!" (Льюис Кэрролл)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от rob pike on 14-Июн-16, 11:28 
Главный секрет успеха - бежать втрое быстрей, никогда не задумываясь в какую сторону и туда ли нам надо.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

48. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 11:16 
Что будет с GOMNE3?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +7 +/
Сообщение от Lester on 14-Июн-16, 13:25 
Когда GTK был тулкитом для GIMP, а не GNOME, было лучше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 14-Июн-16, 13:49 
Пускай успокоятся и дадут Поттерингу себя поглотить. У него принято все ломать и у них. У него принято гнаться за версией и у них. вместе им будет лучше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

73. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +3 +/
Сообщение от rob pike on 14-Июн-16, 18:43 
Предлагаю коварный win-win план - рассказать Поттерингу что в Windows до сих пор нет systemd, а svchost безнадежно устарел.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

104. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 15-Июн-16, 21:35 
А когда он покончит с виндой, сбросить его в тылы ИГИЛ. И проблема терроризма решена!
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

105. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Led (ok) on 15-Июн-16, 21:49 
> А когда он покончит с виндой, сбросить его в тылы ИГИЛ. И
> проблема терроризма решена!

Как она может быть решена, когда в соседнем треде православнутый модератор призывает головы отрезать за "инакомыслие"?

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

106. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 15-Июн-16, 22:26 
> Как она может быть решена, когда в соседнем треде православнутый модератор призывает
> головы отрезать за "инакомыслие"?

Саш, когда ты так поглупел?  Иди и перечитай, на что был довольно-таки незамысловатый намёк "пацифисту", который не понимает даже цену своей собственной шкуре.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

107. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Led (ok) on 15-Июн-16, 22:57 
> Саш, когда ты так поглупел?  Иди и перечитай, на что был
> довольно-таки незамысловатый намёк "пацифисту", который не понимает даже цену своей собственной шкуре.

А, так он "пацифист"? Ну, тогда всё нормально, можно резать:)

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

108. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Июн-16, 23:08 
> А, так он "пацифист"?

В кавычках -- вполне ("инструменты уничтожения"), по факту -- кто ж его знает...

Посмотри у себя в архиве http://www.opennet.me/openforum/vsluhforumID3/108211.html#334 и #201 (который, кстати, кто-то другой успел удалить и явно по той же причине).

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

58. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +2 +/
Сообщение от SpiritOfStallman (ok) on 14-Июн-16, 14:03 
Тут будет уместна картинка пользователя с другого ресурса, на эту же тему. Фривольно, но отображает суть gtk.

https://i.imgur.com/ZOxJKSD.png

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от robux (ok) on 14-Июн-16, 14:23 
ZOG понапихал своих агентов во все СПО-проекты и деструктивничает.
Не, ну молодцы чо - пипл хавает!

p.s. Буду сидеть на Gtk2 до последнего, а потом придётся что-то другое искать...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от Аноним (??) on 14-Июн-16, 17:45 
И на чем же теперь GUI делать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от rob pike on 14-Июн-16, 18:45 
Motif, Tk, Qt.


Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

87. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от chinarulezzz (ok) on 15-Июн-16, 02:25 
etk, fltk, wx.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

75. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +4 +/
Сообщение от QtBest on 14-Июн-16, 20:24 
GTK это вечный эксперимент буйного школьника. Покажите этим людям наконец Qt.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

90. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  –1 +/
Сообщение от S.Atahl on 15-Июн-16, 08:27 
Qt хорош, но как правило на нём софт тянет с собой половину кед.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

130. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +/
Сообщение от Аноним (??) on 03-Фев-17, 04:00 
Пруфы, Билли. Нам нужны пруфы!
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

85. "Проект GNOME планирует изменить метод разработки GTK+ и выпу..."  +1 +/
Сообщение от Аноним (??) on 14-Июн-16, 22:55 
паравоз GTK идет совсем куда-то не туда,
написание кода без конечной осмысленной цели сравнимо с мастурбацией
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

86. "Проект GNOME планирует изменить метод разработки GTK+ и..."  +3 +/
Сообщение от arisu (ok) on 14-Июн-16, 23:43 
отличное решение. «тут жалуются, что у нас руки из задницы и мы даже апи не в состоянии стабилизировать… таки у нас есть что ответить: мы и не будем ничего стабилизировать! а чтобы вы прекратили вякать, просто добавим оборотов к инкрементатору версий. ну чо, съели?»

собственно, это всё, что имеет смысл знать о гноме и гтк: «потребляй больше, потребляй активней!»


p.s. кстати, интересно, где автор заметки (оригинальной) нашёл «many GNOME developers». разве что гномеры теперь считают в стиле: «раз, два, МНОГО!»

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "Проект GNOME планирует изменить метод разработки GTK+ и..."  +1 +/
Сообщение от chinarulezzz (ok) on 15-Июн-16, 02:28 
> разве что гномеры теперь считают в стиле: «раз, два, МНОГО!»

остальные цифры выпилены, т.к. слишком сложно.

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

95. "Проект GNOME планирует изменить метод разработки GTK+ и..."  +1 +/
Сообщение от arisu (ok) on 15-Июн-16, 14:20 
>> разве что гномеры теперь считают в стиле: «раз, два, МНОГО!»
> остальные цифры выпилены, т.к. слишком сложно.

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

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру