"Notes on the Future of GNOME: Problems and Questions (http://blogs.gnome.org/lucasr/2008/06/15/notes-on-the-future.../)" - автор статьи размышляет над проблемами мешающими развитию GNOME. Сообществу разработчиков предлагается:
- Сформировать четкую позицию по поводу целевой аудитории для продуктов GNOME;
- Определить место в экосистеме, GNOME как продукт для конечного пользователя или как набор компонент для создания таких продуктов;
- Пересмотреть процесс разработки: повысить эффективность принятия решений, спланировать внесение коренных изменений, улучшить взаимодействие со сторонними разработчиками. Текущие требования к обеспечению совместимости, мешают внедрению инноваций и не дают проекту вырваться за определенные рамки.URL: http://blogs.gnome.org/lucasr/2008/06/15/notes-on-the-future.../
Новость: http://www.opennet.me/opennews/art.shtml?num=16492
gtk тормозов лишить и gnome станет отличным DE
>gtk тормозов лишить и gnome станет отличным DEGnome и так отличный DE, а также популярный, как популярен Ubuntu.
Ололо, не факт, многие ставят на Ubuntu KDE, так же, как и kUbuntu за Ubuntu считают.Посмотрите скриншоты в инете - вот это дефолтный Gnome, а вот это мой любимый KDE.
Ну не скажи... Я поставил бубунту и гнома оставил. Мне удобней и комфортней в гноме работать, чем в кедах. Привлекают именно простота и нетормознутость, да и в других дистрах стал гнома ставить, просто удобней... IMHO... :-)
>Привлекают именно простота и нетормознутость...Пробовал на своем поставить Kubuntu 7.04 ждал пока загрузится, вытерпел минут 15, а курсор-ожидания так и вертелся не переставая, может ему 400 метров оперативы мало? ггг )))))
Типичная ошибка, Я говорил про убунту и ее DE по-умолчанию - Gnome, а ты с какого-то боку пррикрутил к моему посту Kubuntu с ее DE -KDE, а речь шла о нетормознутости гнома как раз... В общем перепутал теплое с мягким...
gtk довольно быстр. Конечно, сравнивая с xlib по определению работает медленнее, но реализация на Си вполне корректная.На мой взгляд, одна из главных проблем в Gnome -- средства разработки gtk+ приложений. Очень уж убоги anjuta и glade (или мне встречались в различных дистрибутивах кривые сборки), не дотягивают они до нужного уровня разработки прикладного софта, не дотягивают...
~ % valgrind gtk-demo
==6229== Memcheck, a memory error detector.
==6229== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==6229== Using LibVEX rev 1854, a library for dynamic binary translation.
==6229== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==6229== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==6229== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==6229== For more details, rerun with: -v
==6229==
==6229==
==6229== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 70 from 2)
==6229== malloc/free: in use at exit: 8,610,919 bytes in 38,947 blocks.
==6229== malloc/free: 388,996 allocs, 350,049 frees, 80,597,663 bytes allocated.
==6229== For counts of detected errors, rerun with: -v
==6229== searching for pointers to 38,947 not-freed blocks.
==6229== checked 12,283,288 bytes.
==6229==
==6229== LEAK SUMMARY:
==6229== definitely lost: 300,240 bytes in 6,120 blocks.
==6229== possibly lost: 286,368 bytes in 212 blocks.
==6229== still reachable: 8,024,311 bytes in 32,615 blocks.
Я правильно понял, что просто после запуска gtk-demo и недолгого в нём клацанья утекло 300 килобайт оперативной памяти?
>Я правильно понял, что просто после запуска gtk-demo и недолгого в нём
>клацанья утекло 300 килобайт оперативной памяти?Да дорогуша, ты правильно понял, а еще это дерьмо (gmalloc) вылетает в Seg.fault если не может выделить память, т.е. не NULL возвращает (как обычный malloc) а конкретно выходит из проги, стразу.
>>Я правильно понял, что просто после запуска gtk-demo и недолгого в нём
>>клацанья утекло 300 килобайт оперативной памяти?
>
>Да дорогуша, ты правильно понял, а еще это дерьмо (gmalloc) вылетает в
>Seg.fault если не может выделить память, т.е. не NULL возвращает (как
>обычный malloc) а конкретно выходит из проги, стразу.А кто мешает использовать обычный malloc?!!
Ты <тук-тук> или притворяешься?
Давай пройдём с транспарантами по Красной площади: "Долой gmalloc(), даёшь malloc()!"
Чтобы все-все-все разработчики в мире, использующие GTK, нас услышали и заменили все gmalloc()'и на malloc()'и.
Пишите на C++. Оператор new в случае неудачи вызывает исключение bad_alloc. glib must die.
PS: Не нравиться C++, пишите на Java, C#, python, или хотя бы на простом C, но только не на glib!!!
http://linfoline.homedns.org/API/glib/glib-Memory-Allocation...
Неправда!