Разработчики Gnome планируют крупные измемения API к релизу 3.0.

Наконец-то дошло. Тут недавно ставил "на посмотреть" - изматерился, пока все либы нашел и доставил.

А вот теперь скажите - какая серьёзная контора, находясь в здравом уме, станет писать софт под гном, когда его с ног на голову вставляет и плющит каждые полгода? Мля, они ещё позиционируют себя как будущий корпоративный десктоп... Цирк...

Ну, наконец-то додумались :)

похоже до них наченает доходить что то что они делали все это время - лажа но имхо то что они будут дальше делать будет не намного лучше ибо чтобы сделать gnome/gtk лучше - его надо разрабатывать с нуля

очнулись! :)

> Разработчики хотят это дерево укоротить, особенно принимая во внимание, что все меньше и меньше программ используют Bonobo.

ИМХО закономерная смерть бесполезной идеи взаимосвязных компонентов,
лежащей в основе гнома. Помните, как расшифровывается GNOME?
Ведь с самого начала даже коню было понятно, что бонобо не выживет.
Всё-таки Мигель недальновидный парень. Он бесспорно работящий и
пложовитый... но абсолютный прожектёр, и все его проекты его вяло
умирают рано или поздно. А ведь сколько сил и ресурсов оттягивает на
себя каждая такая мертворожденная идея! Жуть. Надо запретить ему кодить
до конца его жизни.

согласен с анонимусом, ещё добавлю что многие проекты не продуманы и изначально непродуманно спроектированны, что и приводит к таким результатам. будем ждать мозиллу на КуТэ, а то этот глютэка достаёт изрядно

Нужно портировать Gnome на QT :)
PS Хочу чтоб у KDE был HIG и реестр :(

> будем ждать мозиллу на КуТэ, а то этот глютэка достаёт изрядно

Хм, тут вообще-то речь идёт о гноме, а не библиотеке виджетов. Сама по
себе gtk ничем не хуже qt. Те же яйца, только вид сбоку. Приложения на
gtk вполне себе нормально живут своей жизнью, и даже приносят пользу.

> Нужно портировать Gnome на QT :)

О, ни в коем случае! Пусть гном отдохнёт где-нить на кладбище.
Хватит ему издевательств над gtk ;)

> PS Хочу чтоб у KDE был HIG и реестр :(

Ах, это... Так оно уже есть, тока называется по-другому ;)

Я конечно не буду сравнивать голую libqt и libgtk по их возможностям и размерам самих библиотек, но тонко намекну - по-моему вы не правы. GTK = GIMP ToolKit :)

>будем ждать мозиллу на КуТэ, а то этот глютэка достаёт изрядно

Когда под QT будет написано столько же приложений БЕЗ ЗАВИСИМОСТИ ОТ KDE
сколько на GTK+ БЕЗ ЗАВИСИМОСТИ ОТ GNOME тогда можно ещё будет поспорить,
а на данный момент QT=KDE и енто ни есть хорошо...

Браво. Молодцы. Хватит рюшечки прикручивать, а то прям как КДЕшники...

> но тонко намекну - по-моему вы не правы. GTK = GIMP ToolKit :)

В каком контексте неправ? Не нужно трогать библиотеку виджетов, когда
обсуждается DE. Это почти бессмысленно. Какая бы она продвинутая ни была.

>О, ни в коем случае! Пусть гном отдохнёт где-нить на кладбище.

Вместе с KDE ! Что в одном, что в другом случае, ломается принцип всей ОС , придумали каждый свой метод взаимодействия и теперь все мучаются спорят и всё енто очень тормозит а не ускоряет(как можно было бы
подумать с появлением DE)продвижение Linux на десктоп за которое
и KDE-шники и Gnome-шники так ратуют...
Нужна общая система более низкого уровня... Каждая часть системы
должна заниматься своим непосредственным делом:
Графическая библиотека - рисовать виджеты, wm - управлять окнами, что-то
ещё заниматься взаимодействием всего ентого, и для всего должны быть стандарты, прошу заметить не стандарты на то как ето сделать а стандарты ВЗАИМОДЕЙСТВИЯ между частями... ентож и есть тот пресловутый UNIX-way о
котором все говорят...

Тенденция однако - quagga, gnome... Девелоперы-таки за чистку кода взялись? Осталось "ядреным разработчикам" аналогично поступить...

вот нашол коекакую цетатку:

Совершенство в разработке достигается не тогда, когда нечего добавить, а тогда когда нечего убрать. Антуан де Сент-Экзюпери Совершенство в разработке достигается не тогда, когда нечего добавить, а тогда когда нечего убрать. Антуан де Сент-Экзюпери посмотрим на гнома поже

>ентож и есть тот пресловутый UNIX-way о котором все говорят...

Говорить то говорят, а толку... Сколько приложений из Иксов понимает
stdin stdout про который кричат все руководства по Linux/Unix...

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

> Вместе с KDE ! Что в одном, что в другом случае, ломается принцип всей ОС

Это верно. Однако монстры имеют и свои плюсы. Большой проект заставляет
всех в него входящих следовать определённым правилам и стандартам.
Без больших проектов типа gnome/kde был бы вообще полный абзац. Кто в
лес, кто по дрова. Но и минусы серьёзные. Если руководители большого
проекта делают стратегический просчёт (гномы его сделали, а команда KDE
пока балансирует на грани), то рушится всё.

>Не сумели широкие массы разработчиков и пользователей адаптироваться к новым реалиям

Вот часто спорят хороша или плоха для системы централизованная разработка,ИМХО для разработки приложений это вредно, а для стандартов
полезно... Гдеж наши рулевые от Open-source ?..

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

С другой стороны не хотелось бы ситуации, сложивебшейся с КДЕ, когда вместе с либами мултимедийными ставится ворох плееров, далеко не всем нужных. (За то минимум зависимостей ;)

>Большой проект заставляет всех в него входящих следовать определённым правилам и стандартам.

Вот GNU/Linux это большой проект ? Кто для него правила и стандарты задаёт ? Ещё раз повторюсь стандарты на ВЗАИМОДЕЙСТВИЕ между частями
системы, можешь писать на QT можешь на GTK+ можешь консольную программу
написать ,можешь библиотеку с определёнными функциями сделать, и всё ето
должно взаимодействовать по каким-то определённым правилам и стандартам,
в любом DE, вот когда будут ети правила и стандарты тогда Linux будет раз
виваться, а пока только неразбериха - "Кто в
лес, кто по дрова."

> Ещё раз повторюсь стандарты на ВЗАИМОДЕЙСТВИЕ между частями

Этого уже мало в 21-ом веке. А внешний вид и юзабилити? Неприятно
работать с винегретом из qt/gtk/xlib/motif/lesstif/tk. Хочется
цельности и непротиворечивости. Скромное желание, да? ;) Мне кажется,
что DE именно эту функцию и пытаются исполнить. Плюс стандарт на
взаимодействие. В рамках одного DE, конечно.

> Наконец-то дошло. Тут недавно ставил "на посмотреть" - изматерился, пока все либы нашел и доставил.

Я не понял, а что, yum/apt-get/emerge/чтотамувас уже отменили?

>Этого уже мало в 21-ом веке. А внешний вид и юзабилити?

Так юзабилити будет таким же только одновременно в любом DE(и в консоли тоже)...

>Хочется цельности и непротиворечивости.

Это решается введением стандарта на реализацию тем и выносом их из графической
библиотеки...

>Плюс стандарт на взаимодействие. В рамках одного DE, конечно.

Вот именно, что в рамках одного DE, оттуда и винегрет...
В консоли же полное взаимопонимание всего и вся, там Unix-way работает,
иксы запускаешь сразу ощющение что в другую ОС попал с обсолютно другой
идеологией, всё благодаря Gnome и KDE которые пытаются пользователя
убедить ,что тут всё так же как в Винде, но ведь всё не так СОВСЕМ...
В результате имеем у более-менее продвинутых пользователей кучу
открытых терминалов на рабочем столе и всплеск интереса к source-base
дистрибутивам...
На счёт стандартов. Пусть тот кто считает что с самого начала в Linux
не было стандартов и он развивался сам по себе первым бросит в меня камень :) Щас потребности изменились : "Этого уже мало в 21-ом веке. А внешний вид и юзабилити?" , а идеологи Linux ничего не предлагают,
поэтому каждый начинает создавать свои СТАНДАРТЫ НЕСОВМЕСТИМЫЕ С ДРУГИМИ
,по моему, это путь в пропасть... Если ничего не изменится то Linux,
загнётся несмотря на всю свою открытость и независимость...

> Это решается введением стандарта на реализацию тем

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

>И кто будет насаждать этот стандарт и контроллировать его принятие всеми разработчиками?

Я о чём и говорю, если так пойдёт и дальше и над стандартами ни кто не задумается
, то Linux загнётся, не сама идея Open-source а Linux как операционная
система...

> загнётся несмотря на всю свою открытость и независимость...

Ну, это вряд ли. Пока есть люди, которым DE не нужны вовсе...
Они смотрят на эти микробитвы псевдотитанов как на рыбок в аквариуме ;)

Просто будет много линуксов - хороших и разных ;)

>В большом DE проекте это делается автоматом по принципу "кто не с нами, тот идёт лесом"

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

>В большом DE проекте это делается автоматом по принципу "кто не с нами, тот идёт лесом"

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

> Я не понял, а что, yum/apt-get/emerge/чтотамувас уже отменили?

"make install clean" забыл ;)

>Вот были, например, попытки введения стандартов, типа LFS. И что?
>Есть хоть один дистр, который строго его придерживается?

Ну строго не строго, а вновь появившиеся дистры стараются придерживатся,так же с freedesktop, это всё из-за инерционности linux,
не может он сразу перестроиться...

>а без большого проекта как?
Ещё раз спрашу: GNU/Linux это большой проект или что это вообще ?

>Ну, это вряд ли. Пока есть люди, которым DE не нужны вовсе...
>Они смотрят на эти микробитвы псевдотитанов как на рыбок в аквариуме ;)

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

> Ещё раз спрашу: GNU/Linux это большой проект или что это вообще ?

Я такого проекта не знаю... Кто руководитель? СтолМэн? ;)

>PS Хочу чтоб у KDE был HIG и реестр :(

Зачем? Тебе не хватает функциональности?

>Я не понял, а что, yum/apt-get/emerge/чтотамувас уже отменили?

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

О, я однажды додумался ставить дебиан через модем ;) В итоге куча потерянного времени/денег и слака на том компе ;)

Главное что бы, когда будут делать гном 4.0, опять бы на те же грабли бы не наступили.

Часть первая.
Тут нужно unix и microsoft way совместить.
Чего хотят массы:
1. Программный интерфейс независим от оболочки.
То есть, если я запускаю программу Х под KDE, она использует QT для прорисовки и некие стандарты оболочки/системы для отображения виджетов. А если под gnome, то для прорисовки использует gtk и соответственно стандарты gnome. Для реализации этого нужно почти заново переписать движки/программы, так как, или программа должна иметь несколько различных видов форм для каждого движка (что неудобно для разработчика), либо движок сам берет на себя обработку формы, которая написана на стандартном для всех движков языке. Для примера: html формы. Браузеры разные, системы разные, а везде выглядит так, как рисует используемый пользователем движок и в то же время одинаково. Такое решение позволить корпоративным разработчикам не делать из себя буриданово осла и не думать, что лучше выбрать для разработки своей Проги, да и пользователям тоже будет проще. Ведь есть в kde программы, которые мне нравиться по своей задаче и реализации, но мне не нравится, что они используют QT, так как мне нравится gnome, но, увы, под gtk нет реализации такой задачи.

> 1. Программный интерфейс независим от оболочки.

ха-ха. Надежды вьюношей питают. Было такое. Wxwindows называется.
Сложно, неповоротливо и глючно.

Ась? У меня совершенно спокойно apt-get понимает ctrl-c и/или poff, продолжая потом с того же места.

2anonymous (*) (18.11.2004 1:17:14)

Это ж где тебя так плющит с кодировками? В винде что ли?

>ИМХО закономерная смерть бесполезной идеи взаимосвязных компонентов,

Объясните, чем эта идея так плоха? По-моему она очень активно используется как в приложениях J2EE, так и в различных RADах (Delphy, etc.)

> По-моему она очень активно используется как в приложениях J2EE

А мы говорим про десктоп...

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

1. Отдельную часть менять не получится. Необходимо изменение операционной системы целиком.

2. Скорее всего система должна быть построена на объектно-ориентированной технологии. Прежде всего это касается основных интерфейсов операционной системы. Скорее всего, система должна быть независимой от языка реализации, но все языки должны удовлетворять минимальными требованиям, вроде CLI.

3. Система должна быть максимально простой. Например, отсутствие потоков - только процессы. Комуникации - только сетевые.

4. С точки зрения пользователя система должна ориентироваться на задания (task-oriented) или быть документно-ориентированной. Тут уже подумать нужно.

5. Нужно раз и навсегда покончить с зависимостями, и способ борьбы с ними есть - интерфейсы и Runtime introspection.

Компоненты будут жить и еще кого угодно переживут. Одна из перспективных работ в Gnome - реализация CORBA 3.0 в ORBit. Тогда, можно будет от Bonobo отказаться, раз уж оно всем так не нравится. А технология останется.

Зря вы так Miguel'я Icaz'y ругает. В конце концов лозунг "Save Bonobo's (это про обезьян)" все актуальнее и актуальнее.

>Вот были, например, попытки введения стандартов, типа LFS. И что?
>Есть хоть один дистр, который строго его придерживается?

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

> Отменили. Докачки нет ни в одном и если посреди девятиметрового файла что-то падает, я огорчаюсь, потому как эта хрень без движения может провисеть и час и два.

emerge спокойно продолжает с прерванного места, про apt-get тебе тоже сказали. /dev/hands?

Ну елы ж палы! Народ, столько пыли подняли вокруг слова "стандарт"! Вашу бы энергию - да на мирные цели! Есть же freedesktop.org. Он на сегодня является единственным авторитетным источником униксовых десктопных стандартов. Пожалуйста - присоединяйтесь, пишите в мейллисты, убеждайте! Если, конечно, Вам есть что сказать.

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