LINUX.ORG.RU

Каким быть GNOME 1.4 и 2.0?


0

0

Разработчики GNOME George Lebl и Maciej Stachowiak поделились своими планами:

во-первых, GNOME 1.4 выйдет примерно в феврале;
во-вторых, OpenOffice может оказаться невключенным в GNOME (то есть SUN совсем зря открыла его, если не считать несколько возросшей популярности);
в-третьих, Nautilus, видимо, заменит gmc.

Кроме того (наконец-то), в GNOME 1.4 будет gnome-print и gnome-vfs.

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

★★★★★

Проверено:

> Nautilus, видимо, заменит gmc Народ ну чтож такое твориться, тормоза меняют на корабельный якорь... ... или они как Винтеля, таким способом устаревающее железо вытесняют... IMHO глупо всё это... ЗЫ: Сорри за anonymous, незарегеный я, просто душа не выдержала уже такую новость.

anonymous
()

Поясните как уважаемый на счет тормоза

Banshee
()

Про OO - ситуация несколько другая. OO интегрируется с gnome силами программеров из Sun вне зависимости от желания этого разработчиками гнома. Вопрос в том, называть ли OO GnomeOffice (и соответсвенно, забить на разработку gnumeric, abiword и пр. - что им жалко делать). А gmc скорее всего будет оставаться в поставке gnome, хотя nau может быть ФМ по-умолчанию.

hvv
()

Виндузимся медленно но верно

anonymous
()

Никто не видел prebuilded rms Наутилуса дял RH-7.0?
Охота поставить этого зверя. Судя по скриншотам - штука очень даже классная, а вот самому компилить кучу этого софта, да еще вытягивать из CVS последние версии библиотек которые ему надо честно говоря влом...
Если кто-то уже это сделал выложите куда-нибудь plz.
--
Nik

anonymous
()

2Nik: там у них hourly snapshots в виде [s]rpm и все от чего они зависят лежат http://nautilus.eazel.com/testing/download.html . Я оттуда брал и ставил не собирая на RH62, и как там сказано, у кого-то они работают и на RH7.

hvv
()

Так, что это за бред на счет "виндузимся"?
Между прочим, аскеты при установке могут вообще не ставить оконных менеджеров.

Banshee
()

2 hvv:
Ok
Спасибо за линку
--
Nik

anonymous
()

А Galeon почему не включают? Я на него с ногами перешел

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

> Про OO - ситуация несколько другая.
ТО, что я написал в новости, написано со слов, которые указны в "подробностях..."; вполне возможно, Sun продолжит прикручивание OO к GNOME, однако, это еще не значит, что оно станет GNOME Office.

Боюсь, между OO и Abiworld,Gnumeric etc может аозникнуть прямая конкуренция.

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

А зачем этого бояться?
Пусть конкурируют, будет из чего выбирать =)

У OO на сколько мне известно как минимум _была_ проблема с тем, что
названия переменных, функций, комментарии и т.д. были на немецком.
Во всяком случае Jody Goldberg искал кого-нибудь кто мог бы перевести
нужные куски (экспорт/импорт Excel если не ошибаюсь =).
Если все так и осталось, то участие в OO для многих требует дополнительных усилий.

Для Gnome Ofice официально объявляли "текстовым процессором" столько ушедших в небытие программулек,
что мне до сих пор не очень верится в то, что AW -- "текстовый процессор для GO"
Как мне кажется, если бы не hvv, использовать AW в ru-пространстве было бы невозможно,
со всеми вытекающими -- "он вроде есть, но его сразу нет".

Примерно год назад "делясь планами" хакеры Gnome восхищались Кнутовской "Digital Typography"
и выражали желание создать текстовый процессор "по науке". Видимо этого не будет... =(

Валек

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

> Примерно год назад "делясь планами" хакеры Gnome восхищались Кнутовской "Digital Typography"
> и выражали желание создать текстовый процессор "по науке". Видимо этого не будет... =(

что обидно, IMHO. KLyX живет и здравствует в проекте KDE. ;)

ivlad ★★★★★
() автор топика


Ну, в ОО названия всех функций как раз по-английски (но с ошибками, типа "EnshureWidth"), а комментарии - по немецки (хотя все новые - тоже по-англицки).
А насчет почему Digital Typography a-la TeX не начали писать - наверно просто поумнели немного, да и OO можно приспособить для этого, да и ресурсы щас все брошены на evoultion & nau. А lyx по-моему на gtk хотели портить сами разработчики lyx.
Насчет AW - вообще-то гномовцы его с диким нежеланием (и шепетом) называют WP for GO за неимением лучшего из-за его глюкавости и достаточно сильной гниловатости. В необ[ективности их трудно обвинить.

hvv
()

GNOME не должен быть любимым GNU-сообществом, поскольку одного названия мало. Вот, например, KDE2 - гораздо красивее и удобнее, а саксовые навороты там пофиксили и они хоть и саксово-подобные, тем не менее красивы, быстры и надежны. А команда разработчиков GNOME телепается как G в проруби - чего-то все думает и думает, и как последние казлы затачивают свои сраные приложения на наличие GNOME не только в виде библиотек на диске, но и с обязательным присутствием на вашем экране, что по-моему нехорошо и вообще смахивает на Microsoft - только под красивым прикрытием GNU GNOM-ности (по звучанию). Я считаю, что KDE2 (давно уже GPL) и QT2 (уже GPL, но не LGPL - хотя кому надо тот купит - не дороже билдера 5.0) лучше чем недоделанные перекроенный GNOME построенный на отстойных библиотеках ...

Ведь там такая каша: Xlib->GDK+->GTK+->GNOME~BONOBO - полный ДРИЩ !!!
А в QT получше: Xlib->QT2->KDE2~KPARTS - быстрее, стабильнее и меньше памяти жрет !!!!!

И еще офис у KDE2 уже какой-никакой есть (в Mandrake 7.x RE - уже без проблем понимает Word 6.0/95, 97/2000, RTF ... Чего еще надо ?

Кривые поделки вроде DIA - русского там нет, шрифты эта тупая шняга не видит вообще ...
GNUMERIC - GNOM-овщики бегают с ним как курица с яйцом, а толку мало - все равнокривой и памяти сжирает массу вместе со своим менеджером ... (хотя понятно, что его н обязательно ставить).
ABIWORD - Ха-ха вы его видели ? А локализацию ? А шрифты-шрифты то вы видели ? Type1 тама, а не TTF как в kword-e ... А таблицу сделает ? Нет ?! - Сосать !!!

Так что вывод один - GNOME сосать !!!
И никаким ему не быть ... ему надо умереть ... а свобода выбора (KDE-GNOME) - для слабаков, которые только там оправдывают отстойные идеи базара ... без базара пусть GNOM-ик развивается: BONOBO, CORBA ...

И потребует у вас P4-1500. 2Gb RAM, 15Gb HDD ... чтобы разместить там жирное брюхо своих кривых ламерных компонент:
- GTK+
- GTK-
- GTK--
- PerlGTK
- GDK+
- GNOMELIB
...

БОЛЬШЕ !!! БОЛЬШЕ !!! БОЛЬШЕ !!!

УРА ТОВАРИЩИ !!!

anonymous
()

> А в QT получше: Xlib->QT2->KDE2~KPARTS - быстрее, стабильнее и меньше памяти жрет !!!!!

Полноте Вам...

PIII 500MHz
Ram 128Mb

KDE2.01 ~ 80MB
Gnome-Helix ~ 30MB

> Xlib->GDK+->GTK+->GNOME~BONOBO

Мда! Что тут скажешь, если человек плохо представлят положение вещей, то ... в сад. :)

to ALL: А вот по поводу KDE2 - заметил несколько признаков _ПСЕВДО_многозадачность. Так-ли это. (Вопрос к профессионалам програмирования)

anonymous
()

> затачивают свои сраные приложения на наличие GNOME не
> только в виде библиотек на диске, но и с обязательным присутствием на
> вашем экране
А можно пояснить, о чем идет речь?

hvv
()

>OpenOffice может оказаться невключенным в GNOME (то есть SUN совсем >зря открыла его, если не считать несколько возросшей популярности); Все переставлено с ног на голову: Это SUN зря связался с GNOME

anonymous
()

Действительно у GNOME есть кака-то странность: запуск любого приложения почемуто ведет к развотачиванию всего десктопа. Неужто не могли нармальную библиотеку виджитов сделать? Хуже того всякие глупости гнона начинают мигрировать в KDE - очевидно не без помощи "любимого в народе" Mandrake

anonymous
()

2 hvv
anonymous вероятно имел в виду GMC и аплеты панели :)))
2 anonymous
Если всё, что описывается верно, то почему я с KDE сделал rpm -e????
2 all
Давайте не будем затевать KDE vs GNOME vs Others а?

AffreuxChien
()

2 anonymous @ 2001-01-24 19:02:41.0:
> и как
> последние казлы затачивают свои сраные приложения на наличие GNOME не
> только в виде библиотек на диске, но и с обязательным присутствием на
> вашем экране
Все-таки речь идет только про gmc - с другими программами такого нет. Если хочется чтобы его иконки на десктопе не появлялись, надо указать ему ключ комм. строки (но это только в более-менее новых версиях).
Про архитектуру gtk и гномовского софта ты несешь какой-то бред, даже зная основный принципы.
Насчет гнумерик - а что, kspread умеет читать/писать xls? И в нем можно писать функции на перле и питоне? "и памяти сжирает массу вместе со своим менеджером" а о каком менеджере идет речь? О памяти - у gnumeric VSZ 11Mb, у kspread - 18 Mb. Что на это скажешь?
Насчет AW: да, он гниловат - в нем нет таблиц. Насчет TTF - под CJK локалями AW юзает _только_ TTF (в том числе и для печати, т.к. Type1 шрифты для китайского занимают 10 метров каждый). Чуть чуть AW надо ковырнуть и TTF можно будет юзать под всеми локалями (главная проблема - печать - но как я сказал под CJK локалями она уже работает). А лучше юзай OpenOffice/StarOffice.
> И потребует у вас P4-1500. 2Gb RAM, 15Gb HDD
Вау, для тебя винт на 15 гигов есть предел мечтаний - значит у тебя винт щас примерно на 4 гига. Соболезнования. У среднего разработчика гнома (да и KDE наверно) памяти стоит мегов 256, и винт минимум 20 Гб, так что им твоих проблем не понять.
А насчет кол-ва библиотек - да по-сути пользователю они вообще нахрен не нужны. Они нужны программерам, чтобы им нужно было меньше писать кода и чтобы это делать проще. Не твоего это ума дело какие либы должна юзать софтина.

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

2hvv:
Не тратьте время на анонимусов -- Вы нам нужнее в другом качестве =)

Валек

anonymous
()

Поставил Nautilus из Jan 22 snapshot'а (из rpm'ов для RH6.2 на 7.0 все работает нормально.)
Пока впечатления только глубоко положительные. Если они это дело доведут до ума, то конечно же никакой Konquerror не сможет с этим соперничать.
Единственно что пока там не радует, так это недостаточная стобильность (попытавшись посмотреть properties на work в моей homedir, он думал минуты 3, насчитать успел порядка 40000 файлов и 10Gb данных, после чего ему похоже не хватило оперативки и оно вылетело. Но это все-таки был довольно напряженный тест :) ). А так же не понравилась не очень быстрая работа с графикой в режиме улучшенного качества, при попытке выделения 10-15 объектов он явно начинает притормаживать. Интересно, разработчики не собираются использовать возможности OpenGL для отрисовки содержимого окна? По крайней мере эксперименты Raterman'а в этой области меня очень порадовали. Думаю что он идет в правильном направлении и надо бы брать с него пример :)
В общем как только Nautilus и Evolution доведут до ума, мы получим вполне полноценный десктоп на Linux.
--
Nik

anonymous
()

> OpenGL для отрисовки содержимого окна?
Это всё хорошо, пока DRI, а когда удалённый X?
> В общем как только Nautilus и Evolution доведут до ума
Доведённого до ума Nautilus - сам жду. Уж очень он мне нравится...
А Evolution... Думаю, к тому времени альтернативы станут много лучше самого Evolution :)

AffreuxChien
()

> > OpenGL для отрисовки содержимого окна?
> Это всё хорошо, пока DRI, а когда удалённый X?

evas (это либа из e17) умеет работать не только с OpenGL, но еще даже через generic X11.
Кроме того пускать такие тяжелые в отношении графики вещи через net врядли кто-то часто будет.

> > В общем как только Nautilus и Evolution доведут до ума
> Доведённого до ума Nautilus - сам жду. Уж очень он мне нравится...

Нашел в нем еще один недостаточк. В mozilla компоненте не работает <input type="submit"> Вообще ни в одной форме не реагирует на нажатие кнопочки типа "send".

> А Evolution... Думаю, к тому времени альтернативы станут много лучше
> самого Evolution :)

А какие альтернативы? Mozilla-mailer? Пока он очень далек от возможности реального применения. У меня даже скроллинг в folder'е с сотней писем тормозит очень страшно...
Пока из мыйлеров ничего более применимого в реальнйо жизни кроме netscape-mail я не видел. а очень жаль...
--
Nik

anonymous
()

2 Nik: Было бы круто, если бы все найденные Вами ошибки были отрапортованы разработчикам Nau.

hvv
()

Nik >жизни кроме netscape-mail я не видел из Xовых kmail =)

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