 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : maksim 2:5020/400 05 Apr 2003 01:34:19 To : Alexei Dets Subject : Re: Графические оболочки тормозят -------------------------------------------------------------------------------- Alexei Dets wrote: > Hi! > Victor Wagner wrote: > > >>Поводом для наездов на идеологию KDE является то, что она в корне >>противоречит идеологии Unix вообще. > > > В чем? > > >>А также крайне не способствует >>плавному переходу пользователей из тыкающих мышкой в экран в знающих, >>что и зачем они делают с компьютером. > > > Ты знаешь что-то, что этому реально способствует? Кроме административных мер > и обучения самих пользователей (и то, и другое явно вне пределов > возможностей разработчиков)? > KDE дает возможность пользователю получить сразу достаточно удобный, > настроенный и более-менее стандартный (похожий на Windows/Mac/CDE и т.п.) > графический интерфейс. И при этом _дает_ возможность _при_ _желании_ как > хочешь все заточить под себя. В отличие от Гнома, BTW. > Кстати, если пользователь сразу не получает удобного интерфейса у него > _никогда_ не появится желание учиться - он просто сразу вернется обратно в > Винды/Мак. С другой стороны, если пользователь уже обладает какими-то > навыками, то KDE ему ничем не мешает продолжать обучаться. Даже помогает > (info читать очень удобно ;-))) > > >>Тормозят или не тормозят конкретные KDE-шные приложения - это на самом >>деле не суть важно. > > > Hу тогда, наверное, не нужно делать таких заявлений? > > >>Важно что пользуясь KDE и тому подобными >>приложениями тормозить начинает ПОЛЬЗОВАТЕЛЬ. А ему процессор не >>сапгрейдишь, и памяти больше не воткнешь. > > > Стоп. А почему это он начинает тормозить? > Или ты хочешь сказать, что это такой ленивый юзер, что он ПРОДОЛЖАЕТ > работать с той же скоростью, что и раньше, т.е. неэффективно? Так он > _может_ обучиться и начать работать эффективно. > А может продолжить по-старому. Hо он в любом случае продолжит _работать_ в > отличие от ситуации, если его просто посадить за голую консоль... В этом > случае он не работать не сможет, не учиться (не сможет и не захочет). > > >>AD> ЗЫ. Познакомься с архитектурой KDE поближе. Тебе даже может >>понравиться ;-) >> >>Что мне там может понравится? >>GUI на компилируемом языке? > > > "Кирпичики", т.е. kdelibs, _обязаны_ быть на компилируемом языке. > Тебе никто не мешает писать приложения KDE на Perl/Python/etc. > Биндинги есть. > > >>Компонентная архитектура, работающая не >>поверх X11? > > > Я уже где-то с полгода назад закидывал сюда ссылки на мессаги в их списках > рассылки, аргументировано объясняющие некоторые архитектурные решения, > искать снова некогда и лень. > > Впрочем, вот первая ссылка, что сразу попалась в Гугле: > http://rikkus.info/kparts.html > > "One possibility for embedding is using X11 'swallowing'. This allows an > interface component to be run in a separate process, in fact even on a > remote server, but it also requires some communication mechanism, > preferably one that allows for fixed (class) interface descriptions. The > natural candidate for such a system is CORBA . Unfortunately, CORBA is by > nature slow, cumbersome and unreliable; X11 swallowing is unreliable and a > hack at best. Regardless of these disadvantages, this approach seemed to be > the best candidate for implementing the ideas of the KDE team. A full > implementation was completed during the initial KDE 2 design stage. This > remains in place, so it is still possible to use the technology if > required, but KDE has been converted completely to the new kparts approach, > which has shown itself to be much more reliable, infinitely faster, just as > flexible, and has reduced memory usage significantly." > > Hо это так, overview, подробности в архивах списка рассылки. > > skip > > >>Браузер в качестве файлменеджера? > > > ОЧЕHЬ УДОБHО в использовании и естественно. Да еще и в рамках Unix-идеологии > как сетевой системы. Все есть URL ;-) Даже если начинается на file:/. И > есть единая _среда_ (konqueror сейчас это ведь все-таки именно среда для > встраивания компонент, а не веб-браузер), которая понимает _любой_ URL. > Опять же, из-за этой самой компонентной модели это практически никак не > отражается на "весе" программы - грузятся разные компоненты для разных > целей. Он даже браузить может при помощи движка от mozilla, а не своего, > если очень хочется. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^6^^ Можно вопрос и как пристроить движок от mozilla к konqueror ?Плагины я подключал . Если много и длинно описывать то сылку . --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/5404fd68b19a.html, оценка из 5, голосов 16
|
|
|