Вышел (http://mail.gnome.org/archives/gnome-announce-list/2008-Apri...) первый релиз в экспериментальной ветке GNOME 2.23 (http://live.gnome.org/TwoPointTwentythree/), в рамках которой началась подготовка к стабильной версии GNOME 2.24, релиз которой намечен на 28 сентября 2008 года.
Из планов (http://live.gnome.org/RoadMap) касающихся GNOME 2.24 можно отметить:
- Использование WebKit в качестве движка по умолчанию для рендеринга HTML страниц в Epiphany. Унифицированное хранение закладок и истории работы;
- Улучшение поддержки визуальных тем для GNOME панели;
- Возможность работы с закладками и историей работы в браузере для любых GNOME приложений.
- Новая коллекция апплетов для GNOME панели;
- Добавление в Evolution поддержки Exchange MAPI Connector, позволяющего напрямую взаимодействовать с серверами MS Exchange 2007. Также планируется проведение значительной оптимизации потребления памяти;
- Интеграция программы для обмена сообщениями Empathy (виджеты ...URL: http://mail.gnome.org/archives/gnome-announce-list/2008-Apri...
Новость: https://www.opennet.ru/opennews/art.shtml?num=15542
Последний пункт самый нужный!
Молодцы Гномы. Медленно, но верно идут к цели
Я принципиально не использую гном, glib и gtk, т. к. считаю, что писать на C графический интерфейс в 2008 году, мягко говоря, неправильно.
PyGTK, C# ^^
А аргументы где? :-D
>А аргументы где? :-DНу как же, надо же догнать и перегнать Висту по жрачу памяти и тормозам? :)
Одно дело когда на этом скриптово-виртуализнутом и адски тормозящем и жрущем оперативу говне написаны единоразовые поделки типа инсталлеров, конфигураторов, апгрейдеров и прочая которые 1 раз в жизни запустил а потом забыл как страшный сон.Там экономия сил на разработку и некоторая халтурность результата оправдана тем что эта халтура нужна 1 раз в жизни а потом про нее никто и не вспомнит.И другое - если на этом говне написана апликуха нужная каждый день которая тормозит и жрет ресурсы.
Сеточка - вы не блондика случаем?-)
Почему то думаю что вы перепутали разработку либы и аппликушек эту либу пользующих :)
Нет, ну конечно - если вы саму gtk-lib импрувили и с высоты этого опыта рассуждаете ... то я снимаю шляпу и удаляюсь :) Хотя вряд ли ...
>Сеточка - вы не блондика случаем?-)Нет, "она" - небритый вонючий мужык!
>Почему то думаю что вы
... - виртуал чеснока или павлина?
> перепутали разработку либы и аппликушек эту либу
>пользующих :)а также не затруднила себя ни аргументацией, ни логической связностью "рассуждений".
>Я принципиально не использую гном, glib и gtk, т. к. считаю, что
>писать на C графический интерфейс в 2008 году, мягко говоря, неправильно.
>Это уже попахивает фанатизмом. Если что-то работает и причём нормально, то какая разница на чём это написано.
>Я принципиально не использую гном, glib и gtk, т. к. считаю, что
>писать на C графический интерфейс в 2008 году, мягко говоря, неправильно.Интересно, это лечится?А по-моему gtk довольно неплохой тулкит и программ для него поровну с C++`нутым KDE\Qt.И, кстати, даже на весьма мощной системе GTK-based программы легче и отзывчивее чем KDEшные мини-монстрики и уж тем более скрипто-виртуальное говнище писаное на всяком тормозном уродстве типа жаб, питонов и прочих дотнетов.Я понимаю когда пишут коммерческие программы на этом говне - там принцип "скорей бы налабать и забыть, заказчик дуб-и так сожрет а то как он будет материться уже опосля оплаты нас не ... !".Но в случае опенсорц этот фактор зачастую отсутствует.И, кстати, гном в последнее время весьма недурно развивается.Подтверждая мысль что то что вчера было унылым говном при желании будет и симпотной и удобной конфеткой.
>[оверквотинг удален]
>поровну с C++`нутым KDE\Qt.И, кстати, даже на весьма мощной системе GTK-based
>программы легче и отзывчивее чем KDEшные мини-монстрики и уж тем более
>скрипто-виртуальное говнище писаное на всяком тормозном уродстве типа жаб, питонов и
>прочих дотнетов.Я понимаю когда пишут коммерческие программы на этом говне -
>там принцип "скорей бы налабать и забыть, заказчик дуб-и так сожрет
>а то как он будет материться уже опосля оплаты нас не
>... !".Но в случае опенсорц этот фактор зачастую отсутствует.И, кстати, гном
>в последнее время весьма недурно развивается.Подтверждая мысль что то что вчера
>было унылым говном при желании будет и симпотной и удобной конфеткой.
>+1000
Конечно правильнее писать на асемблере, но на Си тоже нормально.
>Конечно правильнее писать на асемблере, но на Си тоже нормально.Я думаю товарищ имел в виду cpp.
>Конечно правильнее писать на асемблере, но на Си тоже нормально.Асм не кроссплатформенно.Хотя... хотя есть такая штука как Java.Вот только почему-то не на всех платформах есть oO и мееееееееедленная шописец!
> PyGTK, C# ^^Все равно gtk - на C (напоминает строительство современного многоэтажного дома на старом деревянном фундаменте) :[
Хммм ... значит ядра операционок, Java и т.д. - это все сделано из дерева? :)
>Все равно gtk - на C (напоминает строительство современного многоэтажного дома на
>старом деревянном фундаменте) :[Ну да, ну да...Чем ниже язык - тем выше производительность, отсутствие мусора и все такое. Но сложнее разрабатывать. А это не критично, так как рабочую среду не нужно каждый день переписывать.
>Все равно gtk - на C (напоминает строительство современного многоэтажного дома на старом деревянном фундаменте) :[а вы хотите то же gtk, но на на новомодном "зелёном" пластике? В курсе что с ним происходит ч\з 3 года?
Нафиг. Для фундамента (и либриотек :) я лично предпочитаю железобетон - С.
А вот уже апликухи строгать - да хоть на чем из высокоуровневых новомодных Ёзыков ,) Для почти всех них есть возможность биндиться к с-либам. А настрогав либу скажем на рябе - из чего еЯ можно быдет заюзать? Ага - из рябы же _только_ :(
Ну и зачем вы кормите тролля?
2 тролль: 4/10
Вообщето наобарот С++ используют как прочный фундамент на который потом навешивают рюшки из другого втор сырья, более простого или дешёвого в изготовлении.
Для адептов ООП из XXI века есть GTK--, GLib-- и иже с ними.
Если писать на C++, используя процедурный стиль, то программа не должна быть медленнее аналогичной на C (зато C++ обеспечивает более строгую (хотя, скорее всего, все еще недостаточную) проверку типов). А почему ОО программа на glib будет быстрее ОО программы на C++ - это мне непонятно. Вот пример http://www.linux.org.ru/view-message.jsp?msgid=1625045 (хотя вроде cairo НЕ использует glib).
Хватит кормить троля, гном классный де, а кде лажа полная, а раз нравится кде, то иди в кедовые темы и там пости, Светочка тут всеравно сколько бы кого не убиждала и не кричала, все будут читать твои посты с насмешкой.