LINUX.ORG.RU

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


0

0

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

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

★★★★★

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

>Я вижу пока только один аргумент - нет спроса.

да-да, нам уже объяснили, что кеды это фофан и не проектировались для работы =)

>P.S. Блин, вот завёл же geek бодягу: только время зря теряем. Geek, займись лучше делом, а то я с svu и AP напрочь разругаюсь в полемике... :)

ну извиняйте.

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

> Вау!!! В кде нашелся gconfd! Все, пора флейм закрывать:)

Как раз пора его открывать по полной программе... ну вот рассудите, зачем нам в системе два gconf'а?

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

Ничо-ничо. Сначала один от гнома. Потом второй от кде. А потом придет fd.o и стандартизует (на С, очевидно:) - и все будет шоколадно:)

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

> создающих всякие современные униксы

UNIX создали очень давно. Кстати, писали его не на ассемблере,
как все остальные ОСи того времени (интересно, что ворчали тогда
всякие маньяки-мазохисты по этому поводу).

> иксы 

X'ы -- грязный, уродливый хак. То, что почти все остальные
графические платформы умудряются быть _еще хуже_ -- другая история.

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

Хотя есть и ядра(BlueBottle, l4), написанные на более приличных
языках, чем C.


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

> И их тоже:) А что - за это нонче на ЛОРе наказывают?:)

Нет, хотелось бы не фенек, а описаний технологий. Но с этим на LOR очень плохо. Вон, высказал свои обоснованные претензии на виджеты GTK+. Предложил сравнить по функциональности программы Gnome и KDE. Предпочли не заметить. Зато у вас есть HIG и GConf! Что, нечем больше гордится? :)

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

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

Кстати, про l4 тут уже раньше выясили - есть(были) реализации и на С.

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

> пропускает полдюжины вопросов к этому предложению [нет спроса]

А чего стесняться? Давай, выкладывай! Или патетика заменила конкретику?

> Parent Control? Не знаю, если честно. Вообще, наверное, проще всего это сквидом делать, нет?

Лучше почитать про kioslave для понимания. У вас же напрямую из диалога открытия файла gedit нельзя URL указать. Только из командной строки. Это можно ограничить?

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

> Ничо-ничо. Сначала один от гнома. Потом второй от кде. А потом придет fd.o и стандартизует (на С, очевидно:) - и все будет шоколадно:)

Т.е. как всегда. Сначала двое лепят кто во что горазд, потом третий приходит и "с головы" рисует стандарт, а далее либо начинается медленный и мучительный процесс перетаски всех на оный, либо стандартописателей все просто посылают - "don't fix what's not broken", а не broken у каждого, разумеется, свое. Обидно...

Кстати вот тот же gconf (и gtk) - когда он научится пихать свои конфиги в ~/.config согласно fd.o? Это для начала... И кдешникам можно тот же вопрос задать.

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

> Вон, высказал свои обоснованные претензии на виджеты GTK+.

Извините, я только про виджет таблиц видел. Что-то еще было? Высокоуровневые виджеты (к БД) не будем сравнивать - gtk просто для этого не предназначен.

> Предложил сравнить по функциональности программы Gnome и KDE

По каким критериям? Есть качественные методики?

> Что, нечем больше гордится? :)

Да куча всего!:) Вон, новелловцы моно строят пока МС не видит. Вон, каиро уже в gtk используется (и в гноме 2.12). Мало?:)

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

> да-да, нам уже объяснили, что кеды это фофан и не проектировались для работы =)

Слушай, geek, иди ты ... дальше администри. Я с уважением отношусь ко всем профессиям (кроме криминальных и аморальных), но на твоём примере начинаю понимать, что админы - это болезнь такая с рецидивами патетического фанатизма, тормознутости и тупости.

Ещё раз: не надо лезть в работу других людей и пытаться применить свой ограниченный кругозор на людей другой специальности! Где твои проекты? Что ты сделал для OSS и мира вообще, чтобы постоянно тявкать на KDE?

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

> Давай, выкладывай! Или патетика заменила конкретику?

Не, не буду. Откровенно флеймовые вопросы были, бессмысленные:)

> Это можно ограничить?

Насколько я знаю - нет. Специально не интересовался. А зачем?

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

> Лучше почитать про kioslave для понимания. У вас же напрямую из диалога открытия файла gedit нельзя URL указать. Только из командной строки. Это можно ограничить?

Вот не надо здесь про ioslave. Разглядывал недавно последний KDE. Открыл JuK, выбрал "Add Folder". Открылся красивый системный диалог "Open File". Поскольку музыка у меня на FAT-разделе, я полез в media:/ и нашел там нужный каталог. Ага, щаз... по нажатию OK мне вежливо сказали, что вот нет такого файла - "media:/hdb4/Music". При том что JuK шел в стандартной поставке. Интеграция, да?

Кстати, при чем тут вообще ioslave? То, о чем ты говоришь - в гноме нет _стандартного гуя_ для открытия произвольных урлов, хотя сама система присутствует (что и доказывается возможностью передачи этих самых урлов в командной строке).

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

> и "с головы" рисует стандарт

Ну вы уж fd.o обижаете. Все-таки они стараются плясать от опыта имеющихся десктопов...

> когда он научится пихать свои конфиги в ~/.config согласно fd.o?

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

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

> Как раз пора его открывать по полной программе... ну вот рассудите, зачем нам в системе два gconf'а?

Для того, чтобы была реальная конкуренция, а не убожество на платформе Windows. :) Тема закрыта! :)

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

> > Давай, выкладывай! Или патетика заменила конкретику?

> Не, не буду. Откровенно флеймовые вопросы были, бессмысленные:)

Эта тема как бы... не слишком осмысленна вообще, с третей страницы где-то. Про флейм здесь я вообще помолчу =)

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

> Про флейм здесь я вообще помолчу =)

Представляете, какие это были вопросы, если я их ЗДЕСЬ постеснялся задать?:)

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

> Ну вы уж fd.o обижаете. Все-таки они стараются плясать от опыта имеющихся десктопов...

Я имел в виду, что они - видимо, "чтоб никого не обидеть" - многие стандарты делают не по (имхо, более практичному) принципу "возьмем лучшее из того, что есть, и слегка доведем", а с чистого листа. В итоге их посылают и те, и эти. Хотя да, гном в целом намного более fd.o-friendly.

> Когда кто-нибудь бэкенд правильный напишет.

А когда его напишут? Если гном декларирует следование стандартам, то уж такую простую вещь (это пара строчек в исходниках, не больше!) могли бы сделать. Тем более что XFCE, Mono, и даже openbox (!) уже давно там.

Кстати, кажется, Qt4 тоже - неужто в KDE 4 это будет раньше, чем в гноме? позор! =)

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

geeekk !!!

иди сюда !!!
отвечай - чем лучше с по сравнению к с++
для присоединения библиотек к некоторым другим языкам !

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

> Для того, чтобы была реальная конкуренция, а не убожество на платформе Windows. :) Тема закрыта! :)

Здесь вам не тут, и свой дескриптор темы я вам не давал... =)

А конкуренция - это хорошо, но не когда у меня в ~ помойка. Я хочу стандарт на _хранение_ ключей конфигурации, а вот работающих с ним (и конкурирующих друг с другом) серверов и либ пусть будет много. Просто когда приходится склеивать рабочую систему из Gnome и KDE софта (а пока в Gnome не появится аналог K3B, приходится заниматься именно этим), бесит бессмысленное дублирование функциональности всего. А уж когда до даемонов доходит... наглядный пример - esound и arts. А у моей машинки память не резиновая, а кремниевая.

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

> я только про виджет таблиц видел.

На да, про GtkScrolledWindow не заметили. Я столкнулся с тем, что этот видежт (в отличие от того же виджета таблицы при использовании разделителей ужимается, плюя на дефолтовый размер дочерних виджетов. Акселераторы-русские буквы тоже не заметили. Про мелочи, типа невозможности установки цвета/фона/картинки для GtkLabel и прочих мелких ограничений умолчу.

> Высокоуровневые виджеты (к БД) не будем сравнивать

А я про них говорил? Мне нужны базовые виджеты для работы.

> По каким критериям? Есть качественные методики?

Функциональность как возможность быстро и эффективно сделать работу. Но сие есть провокация флейма. Уймите вашего фанатика geek'а, а то достал. Вы его, как Жириновского, на арену выпускаете, чтобы народ стращал?

> Вон, новелловцы моно строят пока МС не видит. Вон, каиро уже в gtk используется (и в гноме 2.12). Мало? :)

Мало! Вот скажи, нахер нужен каиро, если БАЗОВЫЕ виджеты кривые?

Пойми, я не против Gnome, меня удивляет фанатичность его сторонников. Они в упор не видят объективных причин, почему у Gnome низкая популярность у пользователей и разработчиков, предпочитают наезжать на KDE. Откуда такая агрессивность? Я понимаю - geek, ему делать нечего, он реальной пользы не приносит. Но вы-то куда? Зачем наезжаете?

В общем, предлагаю закрыть флейм.

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

> отвечай - чем лучше с по сравнению к с++ для присоединения библиотек к некоторым другим языкам !

Я не geek, но для начала предлагается корректно сформулировать вопрос. Ты об экспортировании плюсовых интерфейсов в виде API "как есть" (торчащие наружу классы etc), или о написании кода на плюсах с внешним процедурным export "C" интерфейсом?

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

> Они в упор не видят объективных причин, почему у Gnome низкая популярность у пользователей и разработчиков

А у Gnome низкая популярность? AFAIR по юзербазе у KDE было незначительное преимущество в несколько процентов, а что до девелоперов - практика показывает, что почти на каждый экземпляр софтины на Qt(/KDE) приходится по два-три аналога, написанных на Gtk(/Gnome). В качестве примера советую посмотреть раздел аудиоплееров на фрешмит.

А наезжать надо. Если по делу. Это еще называется "конструктивная критика".

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

> На да, про GtkScrolledWindow не заметили

О, точно, было, виноват. Да, описанное поведение - явная бага. Интересно, что Тейлор про нее в багзилле думает... Про акселераторы - точно не заметил. Да и работают у меня они, вроде (правда, давно не проверял). Но не в огнелисе - там точно поломаны. Дык это проблема скорее огнелиса... Ограничения - извините, не баги. Это уже политика на уровне HIG...

> Вы его, как Жириновского, на арену выпускаете, чтобы народ стращал?

Угу. Как в Штирлице. Два следователя, добрый и злой:)

> Мало! Вот скажи, нахер нужен каиро, если БАЗОВЫЕ виджеты кривые?

Вы ответите, что в базовых виджетах куты нет ни одной баги?:) Багфиксинг и развитие - это разные, но не противоречащие друг другу направления.

> В общем, предлагаю закрыть флейм.

И то мысль...:)

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

> Не, не буду. Откровенно флеймовые вопросы были, бессмысленные:)

Есть предложение: составить пожелания на http://www.freesource.info/wiki/TZ/LinuxDesktop

Здесь тупой флейм лучше прекратить.

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

> а точнее про то что лучше врапить для ... сишный или плюсовый код

Я все равно не понял, о чем конкретно речь, но попробую ответить.

Плюсы - это весьма богатый фичами язык (по сравнению с нормой). Как следствие, навороченные плюсовые интерфейсы тяжело состыковывать со спецификой других языков - я говорю о перегрузке функций и операторов, множественном наследовании etc. Кое-что из этого обходится враппингом. Кое-что (то же самое MI) просто принципиально несовместимо с чужой объектной моделью. Бедность C в этом смысле полезна тем, что он определяет некий минимальный де-факто стандарт задания интерфейсов, который понимают _все_. Поэтому, как ни крутись, а наружу должен торчать именно C-интерфейс.

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

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

> Акселераторы-русские буквы тоже не заметили.

Только что в порядке эксперимента запустил `LANG=ru_RU.UTF-8 gedit`. Все акселераторы работают корректно, вне зависимости от раскладки.

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

в любом случае без обертки не обойтись
если что то простое и там и там будет
просто
если что-то сложное
и там и там будет сложно
---
я все к тому что один черт
и утверждать что С лучше чем С++ в этом вопросе -
голословно (лучше еще раз подумать :)))

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

> бесит бессмысленное дублирование функциональности всего.

Увы, иначе будет застой в развитии. Вы что, согласны поступиться своей свободой ради эфемерной унификации, прекрасно зная, к чему это может привести?

> А уж когда до даемонов доходит... наглядный пример - esound и arts.

Уважаемый, сейчас и Gnome и KDE намерены использовать GStreamer. Правда, он пока сильно сырой. :(

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

> Увы, иначе будет застой в развитии. Вы что, согласны поступиться своей свободой ради эфемерной унификации, прекрасно зная, к чему это может привести?

Еще раз: я могу пережить дублирующийся код в библиотеках двух разных DE. Но вот стандарт на данные должен быть один. Иначе будет как в старые времена, когда в иксах было N>1 клипбордов. В этом же смысле я хочу и конфиги по единой схеме.

И кстати да... я согласен поступиться свободой ради унификации (которую я не считаю эфемерной). Частично поэтому я использую гном.

> Уважаемый, сейчас и Gnome и KDE намерены использовать GStreamer.

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

А вообще - это несомненный шаг в правильном направлении. Хотя бы кодеков будет только одна пачка. А там, глядишь - сегодня gstreamer, завтра gconf...

Кстати, а aKode, что - загнулся?

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

> AFAIR по юзербазе у KDE было незначительное преимущество в несколько процентов

У меня данные c http://www.desktoplinux.com/articles/AT2127420238.html "KDE growing from 44 percent [2003] to 61 percent [2004] of respondants. GNOME took silver honors both years with 27 percent last year and 21 percent this year"

Типа, 3 раза - незначительное преимущество? :)

> что до девелоперов

"По данным Evans Data, KDE используется 70% разработчиков Linux, а GNOME — только 64%." http://www.ct.kz/shownews.asp?IDNews=1862

> на каждый экземпляр софтины на Qt(/KDE) приходится по два-три аналога, написанных на Gtk(/Gnome)

Странно, на том же фрешмите программ для KDE и Gnome примерно одинаково. В официальных классификаторах - тоже. Но там (увы!) не рассматриваются пионерские поделки. Поэтому в количестве софта (но уже не в функциональности) пока паритет. :)

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

> Да и работают у меня они [русские акселераторы], вроде

Если GTK+ 2.х. В первой - не работают. Точнее, надо костыли прикладывать. :(

> Ограничения - извините, не баги. Это уже политика на уровне HIG...

Возможно. Только использовать такой виджетсет для замены 1С я могу только скрепя сердце - чтобы сделать прототип работающий на CLIP. Если делать серьёзное приложение, то придётся писать clip-qt самому. Ну там хоть костыли, навязанные в GTK+ не будут мешать. :(

> Вы ответите, что в базовых виджетах куты нет ни одной баги? :)

Неправильно выразился: набора виджетов GTK+ НЕ ХВАТАЕТ для построения хотя бы базового интерфейса. Всё через костыли.

P.S. Эх, сколько ж ещё доделывать надо (в Linux вообще, безотносительно к виджетсету)! Библиотеки работы с печатными формами - нет, поддержка виджетсетов - если кто-то сделал... Аж руки опускаются... :(

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

> Иначе будет как в старые времена, когда в иксах было N>1 клипбордов.

Сейчас два и нормально работают. Если уберут мышиный буфер - убью гадов!

> В этом же смысле я хочу и конфиги по единой схеме.

Вы изменяете конфиги ручками?

> я согласен поступиться свободой ради унификации

Потому-то и нет развития и экспансии Linux на десктопах из-за таких взглядов.

> вроде бы gstreamer не подменяет собой микширующий демон

Не Копенгаген я в этом вопросе. Но то, что для juk можно выаод звука сделать не на Arts, а в GStreamer - факт

> Кстати, а aKode, что - загнулся?

Нет, можешь посмотреть мой перевод улучшений KDE 3.5 http://www.kde.ru/wiki/other/VypuskVersijj/KDE35 с поиском по слову akode.

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

> В первой - не работают

Господь с Вами, ругать гтк за баги, пофикшенные ГОДЫ назад. А те, то пользуют gtk1 - сами себе ...

> такой виджетсет для замены 1С я могу только скрепя сердце

Вам действительно для РАБОТЫ 1С нужно, чтобы на лейбле была иконка?

> Неправильно выразился: набора виджетов GTK+ НЕ ХВАТАЕТ для построения хотя бы базового интерфейса. Всё через костыли.

Ну, базовые интерфейсы я чуток строил;). Хватало без проблем (как и авторам всяких гнумериков, аби, евы и пр.). А когда не хватило - один умный и шустрый чел сделал (без страшного гимора) виджет препросмотра клавиатуы. Не, серьезно - каких конкретно виджетов не хватает для работы? Только с учетом того, что некоторые высокоуровевые виджеты не в gtk, а в libgnomeui.

> Аж руки опускаются... :(

One-by-one...:)

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

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

А я еще раз убедился, что оХвисные работнички -- ленивые, тупые существа,
и что-либо более сложное, чем обезьяньи жесты и командно-матерный язык,
их мозгу [спинному, за отсутствием головного] не доступно. Очень надеюсь,
что естественный отбор и развитие технологий оставят эту популяцию без
средств к существованию (еще при моей жизни).

> Ещё раз: не надо лезть в работу других людей и пытаться применить свой
> ограниченный кругозор на людей другой специальности! 

Вот-вот, надо учиться, а не тужиться переделать ОСь под свой [нулевой]
уровень развития.

> Что ты сделал для OSS и мира вообще, чтобы постоянно тявкать на KDE?

В отличие от некоторых граждан, я _НЕ_ поганю свободные ОСи уродцами
вроде K* и G*. Еще раз подчеркиваю -- дело не в багах -- они везде есть,
в любой софтине, а в _концептуальном_ убожестве [нафиг не нужной] чепухи
под названием desktop environment.

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

> Вы изменяете конфиги ручками?

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

> Потому-то и нет развития и экспансии Linux на десктопах из-за таких взглядов.

К сожалению (или к счастью) такие взгляды разделяет меньшинство... так что не надо на нас валить =) И вообще, вон чуть повыше мне-таки убедительно (цифирями) показали, что кдешников больше - так кто там за прогресс и его отсутствие отвечает?

> Но то, что для juk можно выаод звука сделать не на Arts, а в GStreamer - факт

GStreamer просто позволяет сконструировать цепочку аудиофильтров, не больше. В их числе есть всякие там osssink и alsasink, занимающиеся собственно выводом звука. AFAIK оно не берет на себя функции микширования.

> > Кстати, а aKode, что - загнулся?

> Нет

Тогда о какой унификации вокруг GStreamer идет речь? aKode - это ведь система плагинов для разных аудиоформатов, не так ли? Т.е. делает то, для чего уже есть GStreamer, и его плагины-кодеки.

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

> Как-то это похоже на интеллектуальный снобизм. В ОЧЕНЬ тяжелой форме...

Классическое пижонство ИТ-шников, увы - мы всем им в некоторой степени страдаем...

P.S.: есть! 1000-е сообщение! :-)

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

Точнее, оно скоро будет :-) LOR выбирает между KDE и GNOME!

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

> а в _концептуальном_ убожестве [нафиг не нужной] чепухи под названием desktop environment.

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

И такие окружения _нужны_ - ведь не всем же быть админами и мастерами командной строки? терапевт не обязан знать тонкости настройки раскладки клавиатуры - но он должен иметь возможность писать на русском, английском и очень возможно каком-нибудь французком, например. Домохозяка не обязана знать тонкости bc или expr, но должна имеет право использовать табличный процессор, чтобы посчитать расходы за неделю, и так далее.

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

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

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

Латынь - родной язык терапевтов! :)

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

>Как мне PAM помешает собрать/установить этот самый control center из исходников (или проще -- скачать deb/rpm и выдрать из него все, что нужно) себе в $HOME?

consolehelper - это морда к userhelper. Хоть обсобирайся. Тебе pam не даст запустить прогу, пока у тебя нет рутовых прав, либо у проги не будет хватать прав.

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

>Абстрактнее надо быть, абстактнее:)

Абстрактнее - это хорошо, но пока что интересуют функциональные приложения, а не то, что нужно 1% пользователей от 3.5% пользователей десктопов.

>Увы, на кусок файла прав не навесишь...

Это понятно. Непонятно, как это мне помешает исправить файл или кинуть настройки в ~/, которые перебьют серверные?

>А в том, что установка может меняться в одной проге (где-нибудь в control-center), а актуализироваться в другой.

Хочу пример. Не только возможности, но и полезности.

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

>Программы, скомпиленные юзером, _должны_ запускаться

Нет. Это корпоративный десктоп. Не должны.

Если они запускаются, проще дать юзеру рутовые права, что все конторы успешно делают (как в виндах, так и в линуксах).

Я не думаю, что gconf даст необходимую защиту.

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

>создатели кед выше таких мелочей, как думание над удобной системой конфигурирования =)

Интересный коммента на замечание про один файл. У kde не один файл. Ты его хоть поставь "на посмотреть".

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

>Это контакты, разбросанные по рабочему столу, как в оригинальной ICQ? Если да, то этот бред дизайнера не будет в Kopete. У нас остались остатки вкуса и удобства.

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

>В 3.5 появится.

Вот когда появится... А у меня уже есть. Год не меньше.

>Вы ничего не путаете? Это интернет-пейджер, а не коммивояжёр :) Аплет погоды есть для панели KDE.

Нет. В панели KDE - это хорошо, но у меня sim еще и на работе стоит, в виндах. И я хочу везде одинаковую функциональность. Панель у меня, кстати, для значков и часов only.

>Ааа, хранение списка контактов на сервере ICQ? Есть такое. Только я предпочитаю общение по Джабберу.

Ага. Его корректно обрабатывает миранда и sim. И только у kopete они кривые.

>Джаббер - безусловно. :) В профиле Джеберра - Подключение - Шифрование (SSL).

У меня все контакты в ICQ. И мне нужна icq, которая в случае чего будет работать через https.

>устаревшим протоколам (довольно сомнительным)

Кому icq устаревший, а кто-то говорит с людьми за океаном с помощью icq, что дешевле и понятнее, чем говорить по телефону.

Мне не нужен jabber. Я говорю про icq и функциональность. Функциональности мне не хватает.

Кстати, kopete как-то показывает, что в данный момент человек тебе пишет?

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

> пока что интересуют функциональные приложения, а не то, что нужно 1% пользователей от 3.5% пользователей десктопов.

Функционально ли приложение sabayon?

> Непонятно, как это мне помешает исправить файл или кинуть настройки в ~/, которые перебьют серверные?

Если Вы внимательно посмотрите, у gconf есть файл конфигурации в /etc, который определяет, откуда берутся настройки. Оттуда можно выкинуть упоминание о ~/ - тогда пользователь может обизменяться их вусмерть - для gconfd они будут невидимы. А вот давать пользователю доступ к /etc - не обязательно. Соббсно, если ему его дать - вообще ничего гарантировать нельзя, правда?

> Хочу пример. Не только возможности, но и полезности.

В принципе, любой пакет может добавлять модуль (назовем его capplet) в control center, правда? Это и в винюках так, и в гноме. Это нормально? Так вот вопрос - если во время изменения параметров этим capplet программа запущена - каким образом она должна узнать об изменениях параметров. Более конкретный пример хотите? Вон, есть в гноме демон, ждущий коннекций от палма. Висит он это в памяти и спит. И есть у него capplet. Как в таких условиях организовать instant apply? Перезапускать демона на каждое изменение в пользовательском интерфейсе? Слать какие-то дурацкие низкоуровневые униховые сигналы? Более жизненный пример - меняем это мы в control center шрифты по умолчанию. Как мой, допустим, браузер, узнает об этом и перерендерит страничку? Хватит примеров?

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