Color picker нормальный вернули?

2 с половиной разработчика продолжают пилить

Не надо подменять понятия. В том интервью говорилось, что только один человек работает полный рабочий день. А как же остальные? А сообщество?

надо будет на gtk3 перебраться

Для себя открыл пока лишь единственный плюс, по сравнению с GTK2 - GTK3 быстрее собирается =]

Там до сих пор активная вкладка не отличается от неактивных?

Для себя открыл пока лишь единственный плюс, по сравнению с GTK2 - GTK3 быстрее собирается =]

Могу вас разочаровать, GTK1 собирается ещё быстрее :D(

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

Простейший чарт самому недолго склепать. Пусть лучше сложный сделают.

Крутата. Ждем *деб*лов^M , rpm для Fedora. =) Годная новость.

Простейший чарт самому недолго склепать. Пусть лучше сложный сделают.

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

Отлично, например.

Всем кто хочет работать с GTK 3 советую работать с ним из vala.

<troll type=«fat»>Всем, кто хочет работать с Gtk, советую работать с Qt.</troll>

То есть биндинги к другим яп объявляем вне закона и пишем только на vala? Не, так жить нельзя.

То есть биндинги к другим яп объявляем вне закона и пишем только на vala? Не, так жить нельзя.

Почему же можно еще на python и js ))

Ну или на c или c++. Поэтому если выбирать из компилируемых языков, лучше vala , потомучто это практически и есть c. По сути vala - это синтаксический сахар для С в экосистеме Gnome.

Под офтопик уже начало собираться, кто знает?

И всё вот это гордо обзывается релизом? Если теперь прикрутить пару батонов, изменить поведение одного контрола да удалить чего-нибудь, то это будет версия 3.7 надо полагать? И после этого гткшники (и гномеры в частности) имеют наглость крошить батон на Qt?

Так он же мультиплатформенный - собирается под разными дистрибами linux ;)

Поэтому если выбирать из компилируемых языков, лучше vala , потомучто это практически и есть c

Поэтому, если выбирать из компилируемых языков, лучше Haskell, потому что это гораздо больше, чем с и ряд других языков

Отличная новость!

Я хотя и математик, но не любительница функциональных языков, языки без переменных меня пугают))

это будет версия 3.7

Это будет 3.8. Нечётные версии для нестабильных веток. Там может вообще ничего не поменяться.

GtkLevelBar: виджет для индикации уровня некоторой величины.

Не то что бы ДЖВА года ждал, но виджет неплохой.

В остальном мало интересно.

Очевидно, что релиз под GNOME3.6, что бы циферки совпадали. Так что ждите, он грядёт.

(3 новых виджета вполне неплохо для релиза то)

лучше бы они запилили аналог QML в Qt.

И всё вот это гордо обзывается релизом?

Думаю, вам лучше почитать вот здесь. Всё, что начинается с 3.5.x.

Очевидно, что релиз под GNOME3.6, что бы циферки совпадали. Так что ждите, он грядёт.

Сегодня уже исходники на FTP выложили. Релиз будет через пару дней.

Думаю, вам лучше почитать вот здесь. Всё, что начинается с 3.5.x.

Там тоже самое, что и в новости =) Если в новость добавить «множество мелких баг-фиксов», то будет один-в-один.

Gimp

Кстати, а Gimp как-нибудь завязан на GTK3? Или его пилят совсем другие люди.

А тормоза этого тулкита, из-за которых влендофилища иксы ругают, исправили?

Поэтому, если выбирать из компилируемых языков, лучше Haskell, потому что это гораздо больше, чем с и ряд других языков

А ещё лучше Common Lisp (SBCL), так как совмещает скорость компилируемого и гибкость интерпретируемого.

А по теме: сборка GTK3 под windows официальная где-нибудь есть?

c++

Угу, особенно на нём. Gtkmm - редчайшая жесть.

Поэтому если выбирать из компилируемых языков, лучше vala , потомучто это практически и есть c. По сути vala - это синтаксический сахар для С в экосистеме Gnome.

А если не нравится ни Гном ни его экосистема, vala использовать для написания программ можно?

Под офтопик уже начало собираться, кто знает?

А нужно?

Движок тем теперь поддерживает размытые тени, постепенные и плавные переходы и анимацию CSS.

закпайте уже его, чтоб не дёргался

а зачем их исправлять? лучше свистежа и пердежа побольше накрутить.

Переменные, когда они действительно нужны, там есть - STRef, IORef; «мутабельное» окружение можно так же получить с монадой State. В остальных же случаях, коих большинство, вполне хватает возможности давать псевдонимы выражениям через let и where.

ещё лучше

спорно

гибкость интерпретируемого

И в чем же заключается эта сферическая гибкость? Если забыть про возможность загрузки и компиляции кода в рантайме, которая нужна в основном при разработке, а для решения большинства бытовых задач и не нужна вовсе.

У проекта Gnome сейчас не хватает ресурсов для поддержки устаревших ОС

Движок тем теперь поддерживает размытые тени, постепенные и плавные переходы и анимацию CSS

Больше тормозов!

Под офтопик уже начало собираться, кто знает?

Под оффтопик уже давно собирается, но работает через одно место.

Для себя открыл пока лишь единственный плюс, по сравнению с GTK2 - GTK3 быстрее собирается =]

и быстрее падает =[

По сути vala - это синтаксический сахар для С

Потому что транслируется в си и линкуется с glib написанной на си? Тогда запишем ещё «по сути Haskell/SML/Scheme - это синтаксический сахар для С», потому что тоже могут транслироваться в си и линковаться с RTS написанной на си.

Да только одно есть НО . В перечисленных тобой языках синтаксис уж больно тяжеловат для того чтобы считаться синтаксическим сахаром, не сладкий он :)

В перечисленных тобой языках синтаксис уж больно тяжеловат

Ну да

data T a b c = C1 a | C2 a b | C3 a b c

template< typename A >
struct C1 {
    A a;
    C1(A a_) : a(a_) {}
};

template< typename A, typename B >
struct C2 {
    A a;
    B b;
    C2(A a_, B b_) : a(a_), b(b_) {}
};

template< typename A, typename B, typename C >
struct C3 {
    A a;
    B b;
    C c;
    C3(A a_, B b_, C c_) : a(a_), b(b_), c(c_) {}
};

template< typename A, typename B, typename C >
struct T {
    boost::variant< C1< A >, C2< A, B >, C3< A, B, C > > v;
    T(C1< A > c1) : v(c1) {}
    T(C2< A, B > c2) : v(c2) {}
    T(C3< A, B, C > c3) : v(c3) {}
};

let x = C1 someA
let res = case x of
  C1 a -> a
  C2 a b -> f a b
  C3 a b c -> g a b c
  -- Это ещё без NPM

    C1<TypeA> c1(someA);
    T<TypeA, TypeB, TypeC> x(c1);

    TypeA res;

    switch (x.v.which()) {
    case 0: {
        C1< TypeA > c1 = boost::get< C1< TypeA > >(x.v);
        TypeA a = c1.a;
        /* тут и далее предполагается промежуточная работа с `a', `b' и `c' */
        res = a;
        break;
    }
    case 1 : {
        C2< TypeA, TypeB > c2 = boost::get< C2< TypeA, TypeB > >(x.v);
        TypeA a = c2.a;
        TypeB b = c2.b;
        res = f(a, b);
        break;
    }
    case 2 : {
        C3< TypeA, TypeB, TypeC > c3 = boost::get< C3< TypeA, TypeB, TypeC > >(x.v);
        TypeA a = c3.a;
        TypeB b = c3.b;
        TypeC c = c3.c;
        res = g(a, b, c);
        break;
    }
    default:
        throw BadVariant;
    }

  deriving ( Eq, Show )

/* Ещё кучка строк */

q a b c d = f a . g b . h c d

/* ? */

Си со своим синтаксисом хорош там где нужна низкоуровневая работа с плоской памятью - указатели с арифметикой, циклы, а также там где нужно много последовательного выполнения (и вообще свободного control flow) со свободной мутацией. Работа с ADT и функциями в си подобном синтаксисе явно более нудная чем в лиспах и MLях (запись аппликации хаскеля, например, чисто лисповая, с некоторыми упрощениями).

и быстрее падает =[

и быстрее тормозит =[

Под оффтопик уже давно собирается, но работает через одно место.

Есть какая-нибудь инструкция?

Кстати, а Gimp как-нибудь завязан на GTK3?

Он на второй версии.

Или его пилят совсем другие люди.

Да.

Под оффтопик уже давно собирается, но работает через одно место.

Есть какая-нибудь инструкция?

Не знаю, не искал. Своими силами справился (правда, собрав потом простенькую программку и посмотрев на работу сабжа в винде, немного пожалел о потраченном времени). :)

Apple

Apple.