Новая система оповещений от убунтовцев

это типа Growl в Мак?

отлично ) теперь у маководов не будет преимуществ ))

Ай ай ай, todo.txt на рабочем столе...

> Ай ай ай, todo.txt на рабочем столе...

почему нет? как раз todo.txt там и место - т.к. должен быть под рукой

Лучше бы плимут, как в Федоре, добавили бы..

TODO удобнее в tomboy хранить.

Просто хранить важные файлы на рабочем столе это виндовс-вэй ;-)

> Просто хранить важные файлы на рабочем столе это виндовс-вэй ;-)

причем тут вобще виндовс?

Это они knotify наконец-то переизобрели через столько лет? Одобрям-с :)

Гм, у них на этих баллонах не будет обратной связи, все что с обратной связью они хотят заменить диалогами. Чувствую эта тупая затея у них провалится.

> отлично ) теперь у маководов не будет преимуществ ))

Вы разбиваете своей циничной злорадностью мое маководское сэрдцэ.

Я так и не врубился, чем это лучше уже существующей libnotify. Зато недочетов - выше крыши. Показывается только одно уведомление за раз, причем закрыть его невозможно (ну, или я не понял, как), то есть если пришло несколько уведомлений - жди, пока они все покажутся. Объем текста на уведомлениях просто умиляет, это даже несерьезно. libnotify этим тоже грешит, но не в такой степени. Так что на данном этапе своего развития - ненужно, может, потом допилят.

>Так что на данном этапе своего развития - ненужно

На данном этапе развития ты должен пойти и написать фичреквест или багрепорт.

>>Так что на данном этапе своего развития - ненужно

>На данном этапе развития ты должен пойти и написать фичреквест или багрепорт.

На данном этапе развития этой фигни соответствующие (уже существующие) фичреквесты помечены как won't fix, потому как противоречат хигу. Эта система угребищна by design.

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

эта лажа у меня еще до сих пор не показывает индикацию регуляции звука и яркости. Не понимаю чем libnotify не нравился.

>эта лажа у меня еще до сих пор не показывает индикацию регуляции звука и яркости. Не понимаю чем libnotify не нравился.

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

кстати, у Марка какие-то стрёмные шрифты.

> это типа Growl в Мак?

О том же самом подумал. :) Только вот на маке все используют Growl (даже проприетарщина), а на линуксах как обычно будет кто во что горазд...

А интеграция с докфлоу и вёкфлоу возможна? Или это просто очередная никчёмная погремушка?

>Просто хранить важные файлы на рабочем столе это виндовс-вэй ;-)

их нужно хранить где-то ещё и копировать на рабочий стол(не перемещать), а когда они станут не важны их можно переместить в корзину

p.s. можно ещё симлинки создавать

Если допилят, то будут использовать все.

> Только вот на маке все используют Growl (даже проприетарщина), а на линуксах как обычно будет кто во что горазд...

Программистам можно написать возможность компиляции для работы с чем-то одним и тогда это будет дело сборщиков пакетов. Или же в каких-нибудь секретных настройках в gconf возможность выбора с чем работать.

> Если допилят, то будут использовать все.

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

>> Только вот на маке все используют Growl (даже проприетарщина), а на линуксах как обычно будет кто во что горазд...

> Программистам можно написать возможность компиляции для работы с чем-то одним и тогда это будет дело сборщиков пакетов. Или же в каких-нибудь секретных настройках в gconf возможность выбора с чем работать.

Ты считаешь, что программистам делать больше нечего, кроме как поддержку каждой кривулины продумывать и реализовывать?

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

> Ну работа с libnotify реализовывается достаточно легко.

Ты же говорил о работе с libnotify, libwhistle, libperdelki, libswistelki и других с выбором через настройку :)
Мало кому интересно поддерживать в актуальном состоянии работу с несколькими различными библиотеками с меняющимся api.

> И если программа достаточно хорошая, то можно и реализовать.

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

А можно как-нибудь в крайность не вдаваться? Быть где-нибудь в золотой серединке, а?

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

ну насчет этой самой "Новой системы оповещений" - она уже прикручена к очень многим приложениям, Rhythmbox, Evolution, Pidgin, Ekiga и т.п. - список большой

> А можно как-нибудь в крайность не вдаваться? Быть где-нибудь в золотой серединке, а?

Можно. Но состояние "все пользуются одной либой" является крайностью и в опенсорсе почти недостижимо. Более того, вредно, ибо означает отсутствие здоровой конкуренции.

> ну насчет этой самой "Новой системы оповещений" - она уже прикручена к очень многим приложениям, Rhythmbox, Evolution, Pidgin, Ekiga и т.п. - список большой

Не вижу этой системы оповещений в kmail, например. Или в firefox.

>Не вижу этой системы оповещений в kmail

А кде следует стандартам f.d.o?

>firefox

Убунтовцы уже ведут с ними переговоры, скорее всего после релиза notify-osd будет интеграция с firefox и libnotify.

>> Не вижу этой системы оповещений в kmail
> А кде следует стандартам f.d.o?

Прикинь, они часть fdo составляют!

>> firefox
> Убунтовцы уже ведут с ними переговоры, скорее всего после релиза notify-osd будет интеграция с firefox и libnotify.

В убунте? Или везде?

Если будет в ubuntu, то другие тоже могут включить. Я уже говорил - это будет дело сборщиков пакетов.

> Если будет в ubuntu, то другие тоже могут включить. Я уже говорил - это будет дело сборщиков пакетов.

А могут не включить. А авторам файрфокса придётся поддерживать два варианта одного и того же кода. Попробуй посмотреть на проблему с их стороны, может поймёшь, почему это плохо.

Ну не включат они, включат другие. OpenSource же.

>А могут не включить. А авторам файрфокса придётся поддерживать два варианта одного и того же кода.

Что? О чем ты? Какие еще "два варианта". Код один.

>> А могут не включить. А авторам файрфокса придётся поддерживать два варианта одного и того же кода.
> Что? О чем ты? Какие еще "два варианта". Код один.

Вариант "с тем, что есть сейчас" и вариант "с notify-osd". И оба надо поддерживать в актуальном состоянии и тестировать.

> Ну не включат они, включат другие. OpenSource же.

Ещё раз повторяю: взгляни с точки зрения авторов firefox: им придётся из-за этого таскать два варианта отрисовки уведомлений.

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

> Тот что есть сейчас - велосипед и костыль, поэтому разумно будет, если они его просто уберут.

Основополагающий Принцип "работает --- не трожь" не знаком?

Если послушать тебя, то развиваться то вообще не нужно? Вон qt3 работало, ну и на кой черт его трогают и делают qt4? А gtk? Жили бы так дальше с gtk1 и не нужен нам никакой gtk2.

Хорошее дело, надо пилить.

> Хорошее дело, надо пилить.

Пилите, Шура, пилите. Они золотые.

> Если послушать тебя, то развиваться то вообще не нужно? Вон qt3 работало, ну и на кой черт его трогают и делают qt4? А gtk? Жили бы так дальше с gtk1 и не нужен нам никакой gtk2.

Просто надо уметь пользоваться межушным нервным узлом и понимать, на что идёшь, когда переделываешь какую-либо часть софтины.

>когда переделываешь какую-либо часть софтины.

Вот в каноникал подумали и начали делать универсальную систему оповещений, которая будет работать как с гткашным, так и с кутэшными приложениями. Причем приложения которые уже до этого поддерживали оповещения описанные в спецификациях f.d.o через libnotify и dbus, будут работать практически без изменений в отличие от всяких велосипедных поделий.

в данном случае изменения оправданы - и уже порядка 20 приложений поддерживают эту фичу( для Gnome можно уже считать стандартом, но гномом все не ограничивается - уже добавлено в VLC, например ), так что тут можно смело идти на переделку

> Вот в каноникал подумали и начали делать универсальную систему оповещений,

Меня всегда настораживает слово "универсальный" в описании проекта. Особенно в описании того, у чего ноги растут из гнома. Потому что получается формально универсальное, а на деле приколоченное к glib, yetanothersuperpuperlib и чьей-нибудь объектной модели.
За примером далеко ходить не надо: d-bus.

> которая будет работать как с гткашным, так и с кутэшными приложениями.

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

> в данном случае изменения оправданы - и уже порядка 20 приложений поддерживают эту фичу( для Gnome можно уже считать стандартом, но гномом все не ограничивается - уже добавлено в VLC, например ), так что тут можно смело идти на переделку

Странное обоснование. В духе "все побежали и я побежал".

> Странное обоснование. В духе "все побежали и я побежал".

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

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

А подойдёт ли? Мне вот как пользователю хотелось бы видеть следующее:
1. хранение оповещений
2. фильтрация оповещений по отправителю/содержимому. Простая, т.е. новый фильтр должен быть реализуем на любом перлопитоне на коленке за вечер.
3. возможность выбирать между различными отображалками этих напоминаний

Как программисту:
1. возможножность прикреплять картинку/гиперссылку. в идеале возможность формировать и отправлять любой документ на отображение
2. использование отовсюду: т.е. из любых скриптов и программ на любом яп

Не глядя могу сказать, что как минимум трём пунктам оно не удовлетворяет.