LINUX.ORG.RU

GTK. Лед тронулся.

 


0

0

Сегодня, с выходом GTK версии 2.21.0 было объявлено, что предстоит еще один, последний релиз в ветке 2.х - версия за номером 2.22. Это значит, что никаких новшеств привноситься в этой ветке не будет. Отныне в нее принимаются только баг-фиксы.

Уже не первый год ведется работа над исключением из программ, входящих в состав GNOME, использования упраздненных библиотек и функций (http://live.gnome.org/LibgnomeMustDie). Ходило множество слухов вокруг GNOME 3.0, но их развеяли (или подтвердили) на странице http://live.gnome.org/GNOME3Myths.

Для тех, кто не в теме, предлагается сходить на страницу http://live.gnome.org/ThreePointZero/..., где рассказывается про планы и ожидания от новой ветки развития GNOME.

Для всех интересующихся более детальными подробностями процесса эволюции есть Roadmap - http://live.gnome.org/GnomeMarketing

>>> Подробности

Deleted

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 3)
Ответ на: комментарий от Deleted

>Что ж вы до сих пор не на макоси?

С каких пор макось это линукс ? Могу поставить вопрос и по другому - а макось работает на процессорах амд без шаманских плясок ?

argin ★★★★★
()
Ответ на: комментарий от shty

>Вы такой умный, череп не жмёт? :)
Если у вас голова болит при попытках думать, то не надо на остальных это проецировать :)

расскажите как по Вашему надо делать обработку и локализацию ошибок.

То что кто-то не осилил исключения, не значит что исключениями нельзя пользоваться.
И отождествлять реализации исключений в С++ и в Яве тоже не стоит.
В С++ это ещё один костыль, в то время как в Яве это родной инструмент.

WatchCat ★★★★★
()
Ответ на: комментарий от daemonpnz

Ну вообще говоря это гномеры переписали kde из-за некошерности лицензии и языка.... как бы делайте выводы

vizor
()
Ответ на: комментарий от Valor

А почему толсто? Есть же GNU Java compiler, выдаёт, если мне память не изменяет, нативный код, а не код JVM. Логично предположить, что генерируемый им код будет не таким уж медленным и прожорливым.

AlexGret
()
Ответ на: комментарий от vizor

Да, и с тех пор как Qt выпустили под LGPL - gnome не нужен.

anonymous
()
Ответ на: комментарий от argin

Зато Unix. Вам хватит, раз нужно что б работало и не настраивалось. Там это как раз поощряется.

Deleted
()
Ответ на: комментарий от Pavval

>И? И что? Дефолт меняется в 5 секунд. И?

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

keinas
()
Ответ на: комментарий от Reset

>Я хочу чтобы было как у людей — тыкнул праву кнопку мыши и настроил.

)) ух.. хоть на КДЕ переходи.. если в нем сочетается и конфигурабельность винды.. и интерфейс фотошопа.. и гениальные диалоги) а главное все мышкой.. супер)

keinas
()
Ответ на: комментарий от keinas

>меняется в 5 секунд

в меню гном вернуть можно тоже за 5 минут


Гномеры считают, что 5с == 5 мин? Теперь я понимаю, почему для них KDE тормозит, они же супермены :}

Deleted
()
Ответ на: комментарий от keinas

>а главное все мышкой.. супер)

Открой для себя клавиатуру, сын мой.

Deleted
()
Ответ на: комментарий от keinas

> однако столько нытья кдешников было о том что по дефолту их теперь нет..

Кого их?

ZhAN ★★
()
Ответ на: комментарий от AlexGret

Логично предполагать не надо. Код, созданный GNU Java compiler, очень медленный, глючный и прожорливый, в отличие от нативного кода, порождённого сановским или ibm-овским JIT.

iZEN ★★★★★
()
Ответ на: комментарий от AlexGret

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

Valor
()
Ответ на: комментарий от WatchCat

>В С++ это ещё один костыль, в то время как в Яве это родной инструмент.

а кто это определил? в плюсах исключения тоже часть языка. вы с WinAPI не попутали?

annulen ★★★★★
()
Ответ на: комментарий от Valor

>ненужная чуть более чем полностью

я бы сказал «чуть менее», так как openjdk совсем не умеет ahead-of-time компиляцию

annulen ★★★★★
()
Ответ на: комментарий от iZEN

>Код, созданный GNU Java compiler, очень медленный, глючный и прожорливый

байт-код-то одинаковый, или нет?

annulen ★★★★★
()
Ответ на: комментарий от AlexGret

>Есть же GNU Java compiler, выдаёт, если мне память не изменяет, нативный код, а не код JVM.

да, это называется ahead-of-time компиляцией. но с ней теряется много плюшек явы, например, нельзя подгружать внешние классы и дженерики юзать

annulen ★★★★★
()
Ответ на: комментарий от annulen

> нельзя подгружать внешние классы и дженерики юзать

Почему это нельзя generics пользовать? Они же как раз во время компиляции и пропадают в обычном JDK.

kamre ★★★
()
Ответ на: комментарий от annulen

>а кто это определил? в плюсах исключения тоже часть языка.
Когда появились плюсы и когда исключения в них?
И ещё, как мне определить какие исключения может кинуть метод/функция, если у меня нет исходников?
В Яве-то для этого есть инструмент.

WatchCat ★★★★★
()
Ответ на: комментарий от annulen

исключения в плюсах не так хороши, как в джаве. минусы навскидку: нестандартизованная иерархия класса исключений (каждая библа впаривает своё), неконтролируемость обработки исключений (в си++ компилятор не следит за тем, чтобы программист словил все исключения). но это, конечно, несравниваемые технологии, они просто разные («швейцарский нож с отвёрткой, компасом и зубочисткой» и «завод со станками и конвейером»).

boo32
()
Ответ на: комментарий от anonymous

>> Да, гном что-то начинает катиться в гвно -_-

Дружелюбный сосед-Xfce вам в помощь )


А что-то пощупал его, не особо впечатлило. Может плохо щупал (:

pevzi ★★★★★
()
Ответ на: комментарий от kamre

> Они же как раз во время компиляции и пропадают в обычном JDK.

аннотацию Retention и RetentionPolicy посмотри на досуге. прежде чем писать, иногда надо почитать.

anonymous
()
Ответ на: комментарий от qwerky

>pdftk работает без глюков. пилили бы gcj вместо mono...

++

chevyk
()
Ответ на: комментарий от annulen

> я бы сказал «чуть менее», так как openjdk совсем не умеет ahead-of-time компиляцию

И?

AOT-компиляция — это прерогатива embedded-сред исполнения, а на десктопах и серверах работают исключительно JIT (Hotspot, J9).

iZEN ★★★★★
()
Ответ на: комментарий от Dmitry_Sokolowsky

> Зачем?

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

ZhAN ★★
()
Ответ на: комментарий от anonymous

хм... похоже «иногда надо почитать» относится именно ко мне.) чето я перебрал сегодня.

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

anonymous
()
Ответ на: комментарий от kamre

>Почему это нельзя generics пользовать?

generic - отдельно компилируемый класс, это в плюсах шаблоны разрешаются при компиляции. На саньковском форуме в свое время мне это доходчиво объяснили

annulen ★★★★★
()
Ответ на: комментарий от WatchCat

>расскажите как по Вашему надо делать обработку и локализацию ошибок.

То что кто-то не осилил исключения, не значит что исключениями нельзя пользоваться. И отождествлять реализации исключений в С++ и в Яве тоже не стоит. В С++ это ещё один костыль, в то время как в Яве это родной инструмент.

Вы это, хоть немного отслеживайте о чём у нас с Вами разговор идёт

Вы сказали:

Этот старый пень предлагает мне на каждый вызов любой функции делать if (ERROR == g(x, tmp)) errorhandling;

здравствуйте 70-е.

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

дождусь ли?

shty ★★★★★
()
Ответ на: комментарий от iZEN

>AOT-компиляция — это прерогатива embedded-сред исполнения

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

annulen ★★★★★
()
Ответ на: комментарий от Dmitry_Sokolowsky

>Зачем?

чтобы в кде приличнее выглядели

annulen ★★★★★
()
Ответ на: комментарий от Reset

а меня кдеешные диалоги бесят. во-первых чтобы на съемный диск попасть приходится лезть в / во-торых это недозакоз под мак с историей посещений. который вдет себя почти как на маке только хуже и поэтому бесит. в третих ну нельзя ТАК херово относится к выравниваниям, такое ощущение что нашли дизайнера который хорошо рисует но не в зуб ногой про то что такое модульная сетка. хорошо хоть из всего кутесофта мне нужна всего одна софтина.

hrum ★★★
()
Ответ на: комментарий от shty

>я Вам предложил явить миру лучший способ, Вы же стали нести что-то невразумительно про сравнение механизмов реализации исключений

в большинстве случаев использовать RC в Яве - отстой, вместо него следует использовать исключения, так понятно?

WatchCat ★★★★★
()
Ответ на: комментарий от note173

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

hrum ★★★
()
Ответ на: комментарий от hrum

вообще это от сборщика дистрибутива зависит

/etc/hal/fdi/policy/00-volume_visibility.fdi

note173 ★★★★★
()
Ответ на: комментарий от hrum

> потому что иначе в съемные диски мне попасть не получается

Очевидно не из кеды запускаете. Из кеды все устройства висят списком точек входа. Кстати у меня гткшные диалоги тоже не выдают список устройств, так что фейл симметричный.

ZhAN ★★
()
Ответ на: комментарий от Reset

Какие-то странные люди ...
Свято верят что любая херота из Kde должна разползтись по миру и быть взаимствована всеми. Как минимум это наивность, как максимум - глупость.
Винда в свой популярности обошлась без примочек kde (и да же без плюшек гноме).
Не тем страдаете, господа ))

elipse ★★★
()
Ответ на: комментарий от elipse

По вылизанности, удобству, аккуратности и настраиваемости гному до винды как до китая раком.

KDE разве только вылизанности не хватает.

Reset ★★★★★
()
Ответ на: комментарий от Reset

Ути пути.

KDE разве только вылизанности не хватает.


ну лижите дальше))

elipse ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.