LINUX.ORG.RU

GNOME 2.12 - что день грядущий нам готовит


0

0

До релиза гнома 2.12 еще больше месяца. Но коль скоро feature freeze уже наступил, можно оглядеть поле битвы и прикинуть расклад. Что и сделал Davyd Madeley (мейнтейнер gnome-applets). Сделал, как всегда, довольно качественно. Да, самое главное: теперь там ЕСТЬ РЕДАКТОР МЕНЮ!:)

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

★★★★★

Проверено: svyatogor ()
Ответ на: комментарий от jackill

> Чтобы зайти в инет, надо лезть в меню (даже в виндах браузер вынесен по умолчанию)

НМБ! У меня иконка огнелиса сразу на панели появилась! И почта тоже. Остальное - да, именно так.

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

>QT соберется...но потребует пересборки новым компиляторов всего софта, юзающего этот фрейморк. Иначе не заработает

kde, собранный gcc34 работал на qt, собранном с gcc40. Так что не надо тут.

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

>но занимаются вылизыванием в т.ч. и внешнегно вида...

Дык им это надо, чтобы хотя бы не валилось.

Что касается внешнего вида - с версии 2.4 не вижу изменений.

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

>А после смены какой-нить мелкой либы из гнома - запросто.

ты используешь экспериментальный дистр 8)

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

>kde, собранный gcc34 работал на qt, собранном с gcc40. Так что не надо тут.

точно. сломали при переходе на 3.4.

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

> После libzip у меня ничего не валится, как бы я ее не менял. А после смены какой-нить мелкой либы из гнома - запросто.

Имя бибилотечки, старую версию и новую версию в студию! А то вот ты прикинь, я вообще GTK заменил! На нестабильный релиз! И продолжаю работать как ни в чем не бывало :-)

no-dashi ★★★★★
()
Ответ на: комментарий от jackill

> Берем fc. На панели только офисы.

У меня там был еще и браузер и почтовик (fox и evo). Страннно так...

> Заходим в меню - где-то в ... терминал. Браузить что-то только нажав на папку home

А узеру не нужны файлы, каталоги и терминалы - они нужны адвансед юзерам и админам. И кроме того, это похоже на винду - с которой вы пытаемся хоть чуть-чуть оттянуть пользователей :-)

Это нам, девелоперам и админам, терминал - первый инструмент.

no-dashi ★★★★★
()
Ответ на: комментарий от svu

> Никакой пошлины. 0.00 евро. Просто ящик домой доставили - и все.

Нескромный(е) вопрос(ы) - а в каком(й) городе(стране) живешь? боюсь в москве так не будет... В какую сумму они задекларировали ящик? $2500?

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

см. узеринфо. Я не знаю, в какую сумму они это дело декларировали - меня это не колебало:)

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

> Дык им это надо, чтобы хотя бы не валилось.

Куда у тебя Gnome валится? Понавылезали.... У одного Gnome не запускается, у другого pixel32 не стартует... Начнёшь поневоле задумываться о кривости рук любителей KDE... :-(

> Что касается внешнего вида - с версии 2.4 не вижу изменений.

А тебе какие нужны? Что бы как у M$, на каждую версию устраивать новый взрыв на складе лакокрасочных изделий?

atrus ★★★★★
()

Читая тред... и не только этот.

Интересно, почему-то те, кто не любят гном также не любят и XML. Влияет уровень инноваций? И неприспособленность к ним мозга?

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

ну вот
типа интересную тему задели .....

вообщето я говорил о том что написание своей обектной системы руками на низкоуровневом языке
как это сделано в гноме
- большая и очень большая глупость
и что обектная система может иметь поддержку со стороны операционной системы,
например ABI (message passing) - в этом случае - все потуги гнома выглядят просто смешными, глупыми и пролетают
---- так как развитие с++ идет также и в сторону расширения rtti
то возможно появление такого рантайма (message passing)
и что тогда будут делать гномовцы ?
переписывать весь гном ?
а ведь в случае выбора любого другого объектного языка этого бы не произошло
____________
.>>>Все-таки по сравнению с жутким плюсовым манглингом это такие мелочи...
с++ уже давно тесно внутри юникса
и если бы не тормоза сишников возможно мы бы уже имели более развитую систему
----- сишники все тормозят !
и гном - их устройство тормоза

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

2svu:

>Предлагаю шикарный слоган: >"unix way. чтоб сносить было труднее"

Miguel de Icaza, кстати, неоднократно замечал, что UNIX way фтопку, насколько я помню. И расхваливал C#. Такие вот дела.

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

>и что обектная система может иметь поддержку со стороны операционной системы, например ABI (message passing) - в этом случае - все потуги гнома выглядят просто смешными, глупыми и пролетают

перепишем ядро на C++?

Общий для всех языков OOP ABI - маразм и утопияю

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

а микроядерные операционные системы - маразм и утопия ?
QNX - это типа маразм
l4 - утопия
_________
задолбали сишники
которые нихрена не соображают и учится не хотят
плюсы уже имеют просто дикое количество нароботок в низкоуровневом ООП
нет же гномовцам захотелось собственный трехколесный драндулет

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

>QNX - это типа маразм >l4 - утопия >_________ >задолбали сишники

хочешь сказать что QNX и L4 на плюсах написаны?

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

>>QNX - это типа маразм >l4 - утопия >_________ >задолбали сишники
>хочешь сказать что QNX и L4 на плюсах написаны?

а может ты перестанешь тупить ?
и кстати - посмотри на чем l4 написан

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

1. GNOME в значительно меньшей степени Иказа, чем ядро - Линус, а емакс - Столлман

2. Можно не заниматься частичным цитированием? Хочется контекста, да побольше (а лучше так и полный урл:)

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

L4Ka::Pistachio
timer.h
class generic_periodic_timer_t {

public:
void init_global() { UNIMPLEMENTED(); };
void init_cpulocal() { UNIMPLEMENTED(); };
void setup(word_t rate) { UNIMPLEMENTED(); };
};



class generic_aperiodic_timer_t {

public:
void init_global() { UNIMPLEMENTED(); };
void init_cpulocal() { UNIMPLEMENTED(); };
void setup() { UNIMPLEMENTED(); };
};

может хватит пи-дь

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

> kopete с sim не сравнится.

Аргументов о преимуществах sim жду уже несколько месяцев. У вас есть аргументы? :)

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

>Пистачо это "modern implementation of L4 in C++ is the L4Ka::Pistachio"

т.е. c++ кодеры изобретают очередной велоспед =)

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

>Дети, не ругайтесь

дети не ругаются. Просто желание переписать всё на свете в плюсах вызывает по меньшей мере недоумение

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

>class generic_periodic_timer_t {

public: void init_global() { UNIMPLEMENTED(); }; void init_cpulocal() { UNIMPLEMENTED(); }; void setup(word_t rate) { UNIMPLEMENTED(); }; };

btw: так и выглядят пресловутые анекдоты на C++? =)

и в чем тут преимущества C++?

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

Ну пусть желают. Кто ж им запрещает? Просто оно не скоро случится:) Кстати, на плюсах бывает и хороший код и хорошие проги (например, БеОС была приличной системой). Просто жуть как редко.

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

>GNOME хоть и поменьше, но занимаются вылизыванием в т.ч. и внешнегно вида

ага. до полной нирваны от пустого ненастраиваемого экрана в идеале. а его бедные юзеры перенимают комплекс полизать все вокруг

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

если честно
с тобой не интересно флеймить
- не хочешь и не умеешь выслушать
- хочешь доказать что умнее или лучше всех
- не обладаешь достаточным объемом знаний
что-бы спор был интереным а не превращался в занудную беседу
___
>Пистачо это "modern implementation of L4 in C++ is the L4Ka::Pistachio"
>а не сам l4

значение слова implementation ?
единственная доступная реализация l4 на С - L4 on MIPS R4x00

а вообщето речь шла о рантайме
ты можешь объяснить почему он должен быть реализован с использованием слова class ?
и ты знаешь чем с++ отличается от с ?

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

>и в чем тут преимущества C++

в том что он идеально выявляет шавочну сущность красноглазых фанатиков.

зы. да да, это и про тебя

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

>>дети не ругаются. Просто желание переписать всё на свете в плюсах вызывает по меньшей мере недоумение

l4 это не переписывание а другая идеология системы

а почему возникает желание переписать ?
да просто иногда на сишный код смотришь и просто офигеваешь
от того какой фигней страдают люди для того что бы не писать слово class
- типичный пример гном
а переписывают кстати гномовцы

кто мне может объяснить - была хорошая штука в кде - arts
нет же гномовцам захотелось своего и не совместимого
теперь половина звука в системе через задницу
бл...ская гордость с кодеров

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

> единственная доступная реализация l4 на С - L4 on MIPS R4x00

"Вызывающе неверная информация". Согласно той табличке (и домашней странице), эта реализация мертва, в пользу Фисташек. Единственная доступная реализация l4 на C - p4. Коммерческая. Кстати, проект второй системы, похоже, тоже мертв - даже домашняя страничка исчезла.

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

Гека, а ответь мне на два вопроса, а?

1) Похоже, что для создания нормальных LiveCD гном вообще непригоден? Куда ни плюнь - везде KDE: knoppix, slax, suse... Был какой-то gnoppix - но загнулся, похоже. Не сдюжили гномы? Что, толст и малофункционален?

2) А когда в следующий раз сломают многострадальный menu editor? Это у них развлечение такое? Помню, в 2.0 сломали - в 2.4 с грехом пополам починили. В 2.6 снова сломали - в 2.12 снова починили. Следующий раз в 2.14 поломають?

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

> теперь половина звука в системе через задницу бл...ская гордость с кодеров

NIH-синдром известен давно, задолго до гнома. И я бы удивился, если бы узнал, что кдешникам он не знаком совсем:)

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

Логической связки нет. Существуют работающие ядра на С (и даже их, вроде, большинство, особенно в мейнстриме). Существует микроядро хурд - вроде, тоже чисто сишное. Униховую традицию не перешибить. И позиксовые API еще долго будут рулить (и это правильно).

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

> Похоже, что для создания нормальных LiveCD гном вообще непригоден?

Убунту? GNOME Live CD?

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

>> теперь половина звука в системе через задницу бл...ская гордость с кодеров
>NIH-синдром известен давно, задолго до гнома. И я бы удивился, если бы узнал, что кдешникам он не знаком совсем:)

ok :)

в оправдание того что на с++ перепысываю иногда с шные вещи могу сказать
что
если из с невозможно использовать с++
то почему вы думаете что из с++ удобно использовать с ?
иногда проще переписать чем ассимилировать
не предназначен с код для ассимиляции неудобен

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

Про позикс - это я к тому, что даже если микроядро и-или отдельные модули будут на плюсах, libc в любом случае делать придется. На С.

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

>значение слова implementation ?

реализация =)

>единственная доступная реализация l4 на С - L4 on MIPS R4x00

на C++ вроде как вообще нет рабочих реализаций.

>и ты знаешь чем с++ отличается от с ?

представь себе знаю. Интересно, каких извращений потребует в c++ ядре syscall из _не_ c++. Или сисколлы там ни разу ни методы? Но тогда забавно выглядит вызов из c++-приложений. Типа разворачиваем объект в структуру, потом syscall, потом уже в ядре структура опять сворачивается в объект и пошла обработка. Забавно.

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

excuses, excuses...:)

Использовал я сишный код из плюсов. Если сишный код предоставляет разумное API - проблем обычно нет (оборачиваешь хидер в extern "C" - и вперед, в простейшем случае - а иногда можно и простенький враппер намалевать, как сделали санки с jni). Если нет - его и из С использовать не стОит:)

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

>Логической связки нет. Существуют работающие ядра на С (и даже их, вроде, большинство, особенно в мейнстриме). Существует микроядро хурд - вроде, тоже чисто сишное. Униховую традицию не перешибить. И позиксовые API еще долго будут рулить (и это правильно).

согласен что гнилой спор
я к ядрам пошел только потому что сужествующая среда unix/windows
тут они одного поля ягоды , хотя windows более развитая система
не совсем удобна для с++
и то что плюсовые до сих пор уважают наследие с
начинает доставать потому что тормозэто наследие
а уходить от posix надо было уже давно очень давно

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

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

это как раз c++-кодеры никаких других языков программирования не признают. =)

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

> Типа разворачиваем объект в структуру, потом syscall, потом уже в ядре структура опять сворачивается в объект и пошла обработка. Забавно

Это-то не очень страшно. В большинстве случаев (всегда?) передаваться будет не объект, а ссылка на него (не обязательно указатель, но что-нибудь семантически подобное). А сам объект - в пространстве ядра...

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

c++ не нуждается в libc
это наследие которое использовали(ют)
в силу его наличия
у плюсов другая идеология не сишная
и если смешивать эти идеологии - получается полная херь
- использовать можно. смешивать нельзя

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

> и то что плюсовые до сих пор уважают наследие с начинает доставать потому что тормозэто наследие а уходить от posix надо было уже давно очень давно

Категорически не согласен. Нельзя насаждать плюсовую объектную модель (кстати, совсем не самую удачную и красивую). Если Вы выкидываете позикс и делаете libcpp (системную библиотеку с чисто плюсовым интерфейсом) - Вы резко обижаете другие ОО языки. Что, как было указано выше, нехорошо.

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

>а уходить от posix надо было уже давно очень давно

потому что посикс не объектный? извини, но это маразм - пытаться все запихать в ооп

можешь посмотреть, на чем написан прогрессивный plan9.

ps: тебя послушать, так linux, bsd, hurd, plan9 писали идиоты, которым недоступна прелесть и красота C++.

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