Разработчики из проекта 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.dev/opennews/art.shtml?num=44596
Вот радость. Под каждую прогу свой gtk.
1
Всё хуже. ГТК славится очень малым количеством разработчиков тулкита. Никак не получается сделать хорошо один тулкит, так они решили пилить сразу несколько.
И да, идея с темами на CSS получилась совсем непонтовой. Почему нельзя было сделать аналогично с событиями в glib? Нельзя было все свойства "зарегистрировать" и использовать из через "свойства". Нет! Нужно сделать так, чтобы без исходников ничего делать было нельзя.
Если разработчики прикладного софта не обеспечат возможность компиляции под новым тулкитом. Как с фаерфоксом - затянули возможность сборки с gtk3, зато потом пользователи начали обвинять gtk3. И хейтерам безразлично, что именно разрабы фаерфокса виноваты.
Дада, канэшна.
У норкоманов-авторов GTK свербит известно где, а разрабы прикладного софта должны без конца прогибаться под извивы партийной линии тулкита, вместо того, чтоб заниматься функциональностью своего приложения.
У меня претензий к фаерфоксу гораздо больше чем к gtk. Сколько уже времени разработчики фаерфокса будут многопоточность делать? Зачем переделывать отладчик в новой версии? Зачем трогать функцию добавления закладок? Зачем совать Pocket? Можно было бы уже давно обеспечить возможность сборки и нормальной работы firefox на gtk3. Я не говорю толкать по умолчанию. Но нет, они молодцы - затянули. И ведь потом всё равно начали портировать. При этом если взять epiphany(браузер гнома), написанный на gtk3 и firefox, в котором костылями вставили поддержку gtk3, то будет ясно какая программа лучше работает. firefox в СТАБИЛЬНОМ релизе настолько отвратительно рендерит страницы, что мейнтеры испугались и опять стали собирать с gtk2.
> При этом если взять epiphany(браузер гнома), написанный на gtk3 и firefoxГм, а откуда у ephy тогда сборочные зависимости на вебкит?
Ну это он сейчас уже на вебките, так-то был на gecko..
Но это было до 2.28. При чем тут GTK3?
Поддержка gtk3 там уже давно, то, что её включили по-умолчанию ситуацию не поменяло никак - в ней до сих пор мало смысла, ибо само gtk3 сырое и недопиленное. То Enter в диалоге не работает и нужно обязательно мышью тыцнуть на кнопку "сохранить", то фокус обнаруживается на кнопке, которая этот фокус совсем не отображает. Зато API туда-сюда дёргать разработчикам gtk приоритетно.
...и свои темы, ага.
чего уж там, давайте сразу как хром, каждые пару месяцев новый релиз с новой "буквы". Уже столько лет, а версия только 3.хх!
>Уже столько лет, а версия только 3.хх!Между гтк 3.0 и гтк 3.20 такая пропасть, что они могли бы с чистой совестью пару мажорных версий в процессе бампнуть, и это было бы оправдано. Про то, сколько мажорных версий они бы перепрыгнули, если семвер использовали, я даже говорить не буду.
>>Уже столько лет, а версия только 3.хх!
> Между гтк 3.0 и гтк 3.20 такая пропасть, что они могли бы
> с чистой совестью пару мажорных версий в процессе бампнуть, и это
> было бы оправдано. Про то, сколько мажорных версий они бы перепрыгнули,
> если семвер использовали, я даже говорить не буду.На мажорные версии прыгают, когда API ломают так, что текущие проги с новой версией не собираются. Пока (для большинства прог) настолько не ломали, все gtk3 приложения в системе работают с 3.20, никто не требует какого-нибудь 3.6 для себя. Конечно, минорные поломки могут быть, но в целом все поддерживаются.
Ребятам из гнома цифры покоя не дают:)Забавно.
Думают, что если больше цифра, то больше стабильности.
Проблема в том, что они никогда не заботятся об обратной совместимости.
Ничего не знающий клоун говорит об обратной совместимости.
http://abi-laboratory.pro/tracker/timeline/gtk+/
Вместо страдание хернёй, занялись бы исправление косяков отображения элементов. То окно растянет на два экрана одной строчкой текста, то ни к месту скроллбары, то ещё что. И это идёт с самого зарождения GTK3. Нет, вместо этого будем страдать хернёй и выпиливать фичи из Гнома, гномьих приложений и ломать совместимости с другим опенсофтом. впрочем, это не лечится, ибо CSS, состоящий из одних костылей.Пусть закопают лучше себя и гтк3 свой.
> Вместо страдание хернёй, занялись бы исправление косяков отображения элементов.В идеале, они так и планируют. Бросят всю школоту на развитие gtk+4, а нормальных людей оставят на доведении gtk+3 до рабочего состояния. Так что к выпуску gtk+5 можно будет пользоваться gtk+3.
Вопрос в том, останется ли вообще кто-нибудь исправлять ошибки в gtk+3, или на развитие gtk+4 перебросят вообще всех, а исправление ошибок в gtk+3 повесят на мейнтейнеров дистрибутивов и пользователей.
В новости же вся понятно написано. Стабильность - это когда ветку бросают и перестают менять.
> а нормальных людей оставят на доведении gtk+3А где они их возьмут?
До сих пор тошнит от Гнома.
Эх, не увидим мы gimp на gtk3...
> Эх, не увидим мы gimp на gtk3...представляю выражение лица разработчика
https://www.youtube.com/watch?v=IjkUGKRUtgc
Надо сохранится пока все работает в системе.
Ctrl+S
Похороните уже его, может люди одумаются и на Qt перейдут.
Gnome 1 был классным,Gnome 2 тоже норм,но уже совсем другим внешне..А третий гном это жуть и ужас,сделанная под несуществующие ещё в природе за редким исключением планшетные компьютеры с линуксом. А вот зачем на десктопе эта хрень я так и не понял,ну взяли бы да сделали отдельную версию под планшеты и прочие сенсоры,зачем всем то пихать это убожество,которое к тому же ещё и не запускается с каталистом
> несуществующие ещё в природе за редким исключением планшетные компьютеры с линуксомЧто за "редкие исключения"? Прям искаропки? Можно примеры?
>> несуществующие ещё в природе за редким исключением планшетные компьютеры с линуксом
> Что за "редкие исключения"? Прям искаропки? Можно примеры?У меня вон такой рядом, но гном примерно до 3.14 на планшете был непригоден категорически, а блокер для применимости там же epiphany -- https://bugzilla.gnome.org/show_bug.cgi?id=741124 -- дубль https://bugzilla.gnome.org/show_bug.cgi?id=740554, который до сих пор болтается в NEW.
> Gnome 1 был класснымБабушка рассказывала?
>возможность добиться оптимального баланса между развитием функциональности и поддержанием стабильного APIQt отлично справляется
а у gtk проблемы с планированием похоже
С головой у них проблемы. токсикоз-с...google://The CADT Model
by Jamie Zawinski
> GNOME's plan to discourage portable Gtk apps
> https://lwn.net/Articles/691131/
http://i.imgur.com/ZOxJKSD.png
Ага. Пришёл сюда запостить - уже есть.В статье 10 (десять) раз встречаются слова с корнем "стабил". Едва ли гномеры представляют, что они значат.
В Gentoo заранее придумали слоты.
Они не помогают, когда недостаточно людей. Число необходимых программе мэйнтэйнеров нужно умножить на число её слотов.
Чего там мейнтейнить? Это не бинарный дистрибутив, собирать тысячи гномов не надо. Скопировать ебилд и немного подправить при надобности в своем оверлее может любой пользователь, когда инфрастрктурой это уже предусмотрено.
//воистину!
Разработчики GNOME совсем потеряли связь с реальностью. И кто после таких заявлений будет писать софт на GTK?
Лишь те, кто жаждит приключений на свои "руки"
Ибо qt тут выигрывает, хотя и тоже лично по мне не совсем верное направление развития
Но, qt это и гуй и фреймворк, который был и есть, без каких-то "ну на**р qt5, пишем qt6!"
> каких-то "ну на**р qt5, пишем qt6!"спасибо, это было бы смешно, если бы не было правдой.
В этом то политика развития и не нравится совершенно.
Поскольку вместо добавления и изменений с обратной совместимостью имеем новые релизы, и это всюду, gtk, qt
В этом плане, только развитие net, мне нравится от мелкомягких
Ибо нет явных и критичных, принципиально новых методов которые мешают старым.
Даже код от старого net, сборка под новым, будет успешна - не зависимо от япа
Взять же qt..старый проект на qt3, без изменений кода не собрать в qt4/5 и это факт
Но увы, пользуюсь линуксой и поэтому мой выбор в сторону qt, поскольку он адекватнее
Убираешь точку из версии, получаешь гтк 320, и успех пришёл. Вместо этого они начинают по единичке добавлять, небось хейтеры это ваше гтк разрабатывают.
больше что вымораживало, то что они постоянно ломали свой костыльный css. и нет чтоб сразу за основу взять less или sass, не, они не додумались. не пихать везде свои префиксы - тоже не дошло. так бы любая мартышка с минимумом знаний css могла делать темы. но. не сложилось, видимо.
А приложения писать на ангуляре и реакте!
не вижу ничего страшного. если бы гномовцы так сделали было бы отлично.
смысл ехидничать, если less/sass объективно удобнее чистого css?
Так это прекрасная ю арене препроцессоры, зачем gtk их поддерживать? Да, кстати, Adwaita написана именно на SASS.
изначально адвайта была на чистом css(со своими некоторыми префиксными свойствами, о которых можно было узнать только пройдясь по исходному коду gtk). это потом уже гномеры через пару релизов спохватились, что такую портянку дальше поддерживать нельзя.
поддержка препроцессора(любого) в самом гтк дала бы нормальную возможность из конфигуратора тем менять цвета, шрифты, отступы и т.п. а так - правьте css, господа.
> изначально адвайта была на чистом css(со своими некоторыми префиксными свойствами, о которых
> можно было узнать только пройдясь по исходному коду gtk). это потом
> уже гномеры через пару релизов спохватились, что такую портянку дальше поддерживать
> нельзя.Ну там и сейчас префиксных свойств полно.
> поддержка препроцессора(любого) в самом гтк дала бы нормальную возможность из конфигуратора
> тем менять цвета, шрифты, отступы и т.п. а так - правьте
> css, господа.Ну так переменные и в голом CSS есть. А возможности SASS вроде @mixin и вложенных селекторов и прочих тут нафиг не нужны.
Другой вопрос, что в обоих случаях надо, чтобы тема это специально поддерживала.
Скажем, цвета-то менять можно. Есть gtk-color-scheme и возможность из темы получить эти свойства.
Есть даже несколько префиксных функций для работы с этими цветами (lighten, darken всякие), так что цвета поменять можно. Проблема в том, что тем, которые так умеют — раз, два и обчелся.// Это было пару лет назад, может, уже и выпилили это. Но я не припомню, чтобы выпиливали.
> @mixin и вложенных селекторов и прочих тут нафиг не нужны.вкусовщина, конечно, но именно эти вещи(на мой взгляд) очень бы пригодились.
> Есть даже несколько префиксных функций для работы с этими цветами (lighten, darken всякие), так что цвета поменять можно
имхо, нет смысла изобретать велосипед со своими префиксными функциями, если все это давно было готово в less/sass.
> Другой вопрос, что в обоих случаях надо, чтобы тема это специально поддерживала.
> Проблема в том, что тем, которые так умеют — раз, два и обчелся.а вот тут гномеры могли бы "принудить" всех к определенным переменным. нет определения таких переменных в теме - чао-какао и тему пользователю вообще не отображать.
> вкусовщина, конечно, но именно эти вещи(на мой взгляд) очень бы пригодились.Не, мне-то они тоже очень нравятся. :)
Использую 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...
см. обведенное.
> в процессе). Яв процессе). Я их никуда не выкладывал, если что, да и вряд ли вообще выложу, больше для себя делаю.
> Остается 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 -- фильтр, который добавляет обертку с доктайпом и прочими нужными вещами.
Ох ё, вот что значит набирать текст с телефона.>Так это прекрасная ю арене препроцессоры
Читать как "Так это препроцессоры"
> Ветка 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), который может
Кажется, придётся поднимать старый добрый молоток - WindowMaker...
Как он поможет со всеми программами, которым будет нужна сотня разных версий gtk?
> Как он поможет со всеми программами, которым будет нужна сотня разных версий gtk?Никак... Ему пофиг на тулкит изначально.
А вот с программами геморроя, похоже, не избежать никак...
Исключение - "консольные" программы.
О том и речь. Ненужность как гнома, так и KDE и прочих DE - это само собой понятно, всем и уже очень давно.
А что тогда нужно, вместо этих прочих DE?
Для каких целей?
сначала вы утверждаете, что вообще все не нужно, а потом конкретизируете…
команда наркологов уже в пути
Для нужд:
а) корпоративного десктопа;
б) студенческого десктопа;
в) детского домашнего десктопа.
а) Cinnamon 3.0
б) Cinnamon 3.0
в) Cinnamon 3.0
Ну и? Там приложения от Гнома, из своих только Nemo и центр настроек.
Возможно, если сделают X-Apps, то будут форки gedit, eog, totem, evince, gthumb. Уже лучше, но все равно мало.
> Там приложения от ГномаЭто все приложения с интерфейсом на GTK+, GNOME Shell и Cinnamon, кстати, тоже. Как и Xfce, MATE и др. Таки в чем проблема?
У 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 их нет, он вынужден все тянуть из гнома.
> mate-terminal, mate-log-viewerЦели DE понемногу проясняются. Насколько я понимаю, одна из главных - "не использовать xterm и less".
Да-да, xterm это твое все. Че, так бы сразу и сказал.
Чего именно вам не хватает в xterm?
Cinnamon тоже, как видим, скоро будут. В чем проблема?
> Cinnamon тоже, как видим, скоро будут. В чем проблема?В том, что их пока нет, а сам Cinnamon — глючное убожество. Той фирменной гномовской вылизанности, которая пока есть у MATE (но только в GTK2-сборках) и таки в GNOME 3, в Циннамоне и близко нет.
> В том, что их пока нетЗначит все-таки шашечки. За это и не люблю заидеологизированных собеседников. Я без зазрения совести потащу в Gnome половину KDE, если вдруг понадобится та же Krita. А на нормальный винчестер уж как-нибудь заработаю, поверь.
> сам Cinnamon — глючное убожество
Милые-милые хейтеры, приветик вам с кисточкой.
> Значит все-таки шашечки. За это и не люблю заидеологизированных собеседников. Я без
> зазрения совести потащу в Gnome половину KDE, если вдруг понадобится та
> же Krita. А на нормальный винчестер уж как-нибудь заработаю, поверь.Дело не в зависимостях, а в "нетрадиционном" интерфейсе. Скажем, evolution нормально сочетается с тем же Nemo, а вот gedit или evince — нет.
> Милые-милые хейтеры, приветик вам с кисточкой.
И тебе привет. Только ты не по адресу, у меня сейчас GNOME 3 со всеми его приложениями.
При этом в MATE я специально искал старые версии приложений на GTK2, чтобы GTK3 не было.
В GNOME 3 я ищу замены приложениям вроде Evolution. Чтобы все было в одном стиле.Когда большая часть приложений традиционная, любое новое приложение GNOME выглядит как обрубок. Кривые декорации, ни нормального меню, ничего.
В гноме наоборот. Новые приложения хороши, старые убогие и перегруженные.Ну и где тут хейтерство? Проблема в том, что при скрещении ужа с ежом получается уродство. Что и видно на примере Cinnamon.
Да, GNOME Shell и Cinnamon, кстати, ни разу не на GTK. Они на Clutter.
> Они на ClutterДа и Бох с ним, что на Clutter. Clutter хостит GTK-приложения, как родные. Не вижу никакой проблемы.
>> Там приложения от Гнома
> Это все приложения с интерфейсом на GTK+, GNOME Shell и Cinnamon, кстати,
> тоже. Как и Xfce, MATE и др. Таки в чем проблема?Проблема в том, что просто приложения на GTK, и приложения на GTK для Гнома — немного разные вещи. У гнома из традиционных приложений остался только Evolution и еще пара вещей.
> немного разные вещиВам шашечки или ехать?
Вся суть DE — шашечки. Ехать можно и на xterm с less, как вон человек выше заметил. Вопрос только, нужно ли.
Ясно, скрип из прошлого века. Вся суть графических DE - производительность и комфорт. Как и всего остального прогресса в целом.
> Вся суть графических DE - производительность и комфорт.по этому поводу вспоминается мне одна милая история. убеждали меня, что собрать из исходников Pale Moon, имея 4GB памяти — невозможно никак, надо минимум шесть. я попробовал — отлично собирается, даже не всю память выжирает. удивился. а оказалось, у убеждающего — KDE стоит. подтормаживает немного, но он терпит. потому что производительность и комфорт, ога.
Производительность чаще встречается в продуктах с довольно высокой кривой обучения, например расширяемых и скриптуемых тайловых и гибридных тайлово-оконных оконных менеджерах с развитой системой управления с клавиатуры. В DE, однако, обычно используются совсем другие.Комфорт - очень разнообразно определяемое, вы что именно под ним имели в виду?
"для десктопа" - это не цели, а карго-культ Великого Десктопа.
Ясно, ты сам толком не знаешь, почему DE не нужны.
> Ясно, ты сам толком не знаешь, почему DE не нужны.он‐то знает. а вот ты этого понять не можешь — в силу ограниченности.
Это довольно странная постановка вопроса. Если есть какой-то компонент системы, со своей сложностью, своими багами, своими зависимостями, проблемами - то есть ценой, которая всегда есть в том или ином выражении, то странно ставить вопрос "почему он не нужен", более осмысленным был бы вопрос "зачем он нужен", чтобы понять превышают ли выгоды от его использования эту цену.
И да, там нигде не звучало "для десктопа" )
Ты сам что-то выдумал и с этим споришь.
Под новые гтк нету темы а-ля next step, а программировать на css могут только вантузодети, которые вмакера никогда не видели.
> Под новые гтк нету темы а-ля next step, а программировать на css
> могут только вантузодети, которые вмакера никогда не видели.
> вантузодети
> программировать на cssОно и видно.
> Кажется, придётся поднимать старый добрый молоток - WindowMaker...Второй найденный вариант -- ешка.
>> Кажется, придётся поднимать старый добрый молоток - WindowMaker...
> Второй найденный вариант -- ешка.Это которая E17? Как-то для меня пестровата показалась...
Для программы такой подход ещё имеет право на жизнь, но для библиотеки явный перебор, я считаю. Впрочем, сейчас слишком много школья, которые считают, что программист пишет только код. Остальными вещами, вроде исправления ошибок, поддержки стабильности API/ABI, написания документации он не должен заниматься в принципе.
А разве исправление ошибок не сводится к написанию кода?
Программист писатель, программист не запускатель
>А разве исправление ошибок не сводится к написанию кода?Для начала надо прочитать багрепорт и попытаться воспроизвести. Современные кодописатели этого делать не умеют.
>GTK+ 3: бурное наращивание функциональности
>GTK+ 4: порция новых возможностейУчитывая их выпиливание фич, поржал, спасибо :D
Рекомендую сравнить выпуски 3.14, 3.16, 3.18, 3.20. Добавили МНОГО нового.
...и сломали вдвое больше старого.
"Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!" (Льюис Кэрролл)
Главный секрет успеха - бежать втрое быстрей, никогда не задумываясь в какую сторону и туда ли нам надо.
Что будет с GOMNE3?
Когда GTK был тулкитом для GIMP, а не GNOME, было лучше.
Пускай успокоятся и дадут Поттерингу себя поглотить. У него принято все ломать и у них. У него принято гнаться за версией и у них. вместе им будет лучше.
Предлагаю коварный win-win план - рассказать Поттерингу что в Windows до сих пор нет systemd, а svchost безнадежно устарел.
А когда он покончит с виндой, сбросить его в тылы ИГИЛ. И проблема терроризма решена!
> А когда он покончит с виндой, сбросить его в тылы ИГИЛ. И
> проблема терроризма решена!Как она может быть решена, когда в соседнем треде православнутый модератор призывает головы отрезать за "инакомыслие"?
> Как она может быть решена, когда в соседнем треде православнутый модератор призывает
> головы отрезать за "инакомыслие"?Саш, когда ты так поглупел? Иди и перечитай, на что был довольно-таки незамысловатый намёк "пацифисту", который не понимает даже цену своей собственной шкуре.
> Саш, когда ты так поглупел? Иди и перечитай, на что был
> довольно-таки незамысловатый намёк "пацифисту", который не понимает даже цену своей собственной шкуре.А, так он "пацифист"? Ну, тогда всё нормально, можно резать:)
> А, так он "пацифист"?В кавычках -- вполне ("инструменты уничтожения"), по факту -- кто ж его знает...
Посмотри у себя в архиве http://www.opennet.dev/openforum/vsluhforumID3/108211.html#334 и #201 (который, кстати, кто-то другой успел удалить и явно по той же причине).
Тут будет уместна картинка пользователя с другого ресурса, на эту же тему. Фривольно, но отображает суть gtk.
ZOG понапихал своих агентов во все СПО-проекты и деструктивничает.
Не, ну молодцы чо - пипл хавает!p.s. Буду сидеть на Gtk2 до последнего, а потом придётся что-то другое искать...
И на чем же теперь GUI делать?
Motif, Tk, Qt.
etk, fltk, wx.
GTK это вечный эксперимент буйного школьника. Покажите этим людям наконец Qt.
Qt хорош, но как правило на нём софт тянет с собой половину кед.
Пруфы, Билли. Нам нужны пруфы!
паравоз GTK идет совсем куда-то не туда,
написание кода без конечной осмысленной цели сравнимо с мастурбацией
отличное решение. «тут жалуются, что у нас руки из задницы и мы даже апи не в состоянии стабилизировать… таки у нас есть что ответить: мы и не будем ничего стабилизировать! а чтобы вы прекратили вякать, просто добавим оборотов к инкрементатору версий. ну чо, съели?»собственно, это всё, что имеет смысл знать о гноме и гтк: «потребляй больше, потребляй активней!»
p.s. кстати, интересно, где автор заметки (оригинальной) нашёл «many GNOME developers». разве что гномеры теперь считают в стиле: «раз, два, МНОГО!»
> разве что гномеры теперь считают в стиле: «раз, два, МНОГО!»остальные цифры выпилены, т.к. слишком сложно.
>> разве что гномеры теперь считают в стиле: «раз, два, МНОГО!»
> остальные цифры выпилены, т.к. слишком сложно.пока ещё их можно открыть, изменив ключ в гномореестре, но эта возможность уже объявлена устаревшей и в следующих версиях будет убрана.
