Меню Рубрики

Установка common desktop environment

Common Desktop Environment

Как устроена графическая среда под UNIX

Подсистема графического интерфейса под UNIX выполнена совершенно отдельно от системы. Любая система UNIX может работать без графического интерфейса вообще. В Solaris по умолчанию для всех терминалов (включая консоль ), которые поддерживают графику, запускается графическая среда . Однако это легко отменить в любой момент.

Графическая среда представляет собой большой набор программ, объединенных общим названием X-Window и делящихся на две неравные части: X-клиенты и X-серверы . X-Window не имеет ничего общего с системами Windows , за исключением того, что в ней тоже используется оконный графический интерфейс .

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

Таким образом, в X-Window разделяются функции программ, выполняющих некую конкретную полезную и уникальную работу ( X-клиентов ) и функции рисования на экране, которую выполняет X-сервер . Фактически это означает, что X-клиент и X-сервер могут работать как на одной машине, так и на разных, в том числе и удаленных друг от друга на многие тысячи километров оптического кабеля.

Когда мы видим на экране нашего компьютера, работающего под управлением Solaris, некую графическую картинку , мы не можем сразу сказать, относится ли она к программе, запущенной непосредственно на этом же компьютере, или эта программа работает на другой машине, а к нам лишь транслирует запросы на вывод изображения. Зато мы можем однозначно утверждать, что на нашем компьютере запущен X-сервер , коль скоро именно на этом компьютере мы видим картинку.

Итак, запомним: X-сервер — это программа, работающая на машине, где мы видим какие-то окна и прочую графику. X-клиент — это приложение, которое где-то работает и передает команды на вывод графики, связанной с этим приложением, некоему X-серверу .

Протокол X-Window весьма популярен и на его основе создано много графических сред , отличающихся друг от друга прежде всего внешним видом и программным интерфейсом высокого уровня ( API ). Это значит, что обычному пользователю почти все равно, в какой графической среде работать, хотя в новой для него среде придется выучить, как выглядят всякие нужные элементы управления типа «закрыть окно» или «переместить окно», а также изучить ряд нетривиальных действий. Например, в одних графических средах принято выполнять операцию Copy-and-Paste посредством выделения нужного фрагмента мышью и нажатия средней клавиши мыши в том месте, куда надо перенести текст. В других эта же операция требует выделения текста, нажатия Ctrl-Ins и затем нажатия Shift-Ins там, где надо вставить текст. В Solaris, к сожалению, по умолчанию используется второй, намного менее производительный способ.

Графической средой по умолчанию в Solaris является CDE (Common Desktop Environment) , принятая в качестве отраслевого стандарта и использующаяся также в HP-UX . Впрочем, начиная с Solaris 8, Sun предоставляет для загрузки со своего web-сайта также среду GNOME, которая применяется в Linux-системах. В настоящее время вы можете загрузить и установить GNOME 2.0, надо лишь посетить страницу http://wwws.sun.com/software/star/gnome/. По адресу http://www.sugoi.org/bits/index.php?bit_ >

Самое важное в X-Window: X-server всегда работает на том компьютере, на экране которого пользователь видит окна запущенных им программ. Даже если это обычный персональный компьютер под управлением Microsoft Windows , на нем может работать X-server . Лучший X-server под все системы Microsoft Windows — это Exceed (http://www.hummingbird.com/products/nc/exceed/index.html). Также есть менее удобный, но кое-где популярный X-сервер MIX .

X-клиент — это программа , как правило, работающая под UNIX . Она может выполняться на том же компьютере, где запущен X-сервер , показывающий графическую картинку пользователю, а может работать сколь угодно далеко от него. X-сервер и X-клиент легко взаимодействуют через любую IP-сеть, например, через Интернет .

Чтобы дать знать программе — X-клиенту , куда ей следует направлять команды для X-сервера , установите переменную среды окружения DISLPLAY . В ней указывается адрес компьютера, на котором запущен X-сервер , и номер (обычно 0), идентифицирующий сеанс этого X-сервера :

источник

Common Desktop Environment (CDE)

Что такое CDE?

Common Desktop Environment (CDE) desktop — интерактивный графический интерфейс пользователя, совместно разработанный компаниями IBM, HP, Sun, и Novell для открытых систем. Desktop — богатый и интуитивный интерфейс пользователя, основанный на X11 release 5 и OSF/Motif 1.2. Этот интерфейс разработан для применения в информационных системах масштаба предприятия и на различных платформах и обращен к широкому диапазону пользователей от новичка до эксперта.

Читайте также:  Установка зажигания культиватора крот

CDE адресуется трём категориям пользователей: конечным пользователям, администраторам системы, и разработчикам.

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

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

Разработчики найдут, что интеграция прикладных программ будет естественной и нетрудной.

Комплект инструментальных средств разработчика включен в стандартную поставку AIX. Комплект инструментальных средств включает библиотеки, файлы заголовков и инструменты построения прикладных программ.

Рабочий стол также поддерживает существующие прикладные программы X Window, OSF/MOTIF и OPENLOOK.

Почему CDE?

Преимущества CDE

Широкое применение в индустрии

CDE широко применяется в индустрии UNIX, многими независимыми поставщиками программного обеспечения и разработчики прикладных программ.

Обширная система интерактивной справки

Стандартная система интерактивной справки является системной, но прикладные программы могут быть легко с ней интегрированы.

Богатый набор инструментальных средств для производительной работы

Много встроенных инструментальных средств, таких как календарь, редактор пиктограмм, текстовый редактор, клиент электронной почты, программа управления печатью и эмулятор терминала.

Множественные рабочие области

Одна из более популярных особенностей рабочего стола — множественные рабочие области между которыми можно переключаться. Учитывает особенности работы в распределенной среде

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

Основан на стандартах

CDE основан на промышленных стандартах X-OPEN, X11 release 5, OSF/MOTIF 1.2 и Spec 1170.

Интуитивность

CDE основан на непротиворечивом интерфейсе пользователя для представления и поведения настольных компонентов.

Краткое описание рабочего стола AIX CDE

Управление окнами / лицевая панель

Администратор окон и лицевая панель управляют доступом к рабочим областям окна, прикладным программам, устройствам и часто используемым объектам.

Администратор окон основан на стандартах OSF/MOTIF 1.2 и включает в себя расширения для поддержки множественных рабочих областей (дополнительные области экранного пространства).

Лицевая панель обеспечивает доступ к часто используемыми пиктограммам. Имеется также удобные пиктограммы блокировки экрана и выхода из системы. Лицевая панель настраивается через простые меню; пользователи могут добавлять, удалять или переименовывать рабочие области, создавать субпанели и управлять ими. Опытные пользователи могут редактировать файлы конфигурации лицевой панели. Эти файлы могут изменять лицевую панель так, чтобы поддерживать специфические потребности заказчика, например, изменение размеров лицевой панели, размещения её на экране, а также замены или добавления пиктограмм.

Администратор файлов

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

Администратор файлов позволяет создавать, перемещать, копировать и удалять объекты, а также изменять их свойства. Большинство этих действий может быть выполнено или через прямое манипулирование (методом drag and drop) или через меню.

Администратор стиля

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

Интерактивная справка CDE

Desktop обеспечивает интерактивную систему контекстно-чувствительной справки, которая включает просмотр и поддержку гипертекста для информации основанной на SGML. Администратор справки включает API которые позволяют прикладным программам представлять их собственные контекстно-чувствительные окна помощи. Эти API позволяют разработчикам прикладных программ сэкономить время для создания системы помощи.

Инструментальные средства пользователя

CDE Desktop предлагает набор графических инструментов для просмотра и редактирования данных и для связи с другими пользователями. В состав этих инструментов входят текстовый редактор, редактор пиктограмм, клиент электронной почты, календарь и инструменты печати. Эти прикладные программы сильно интегрированы друг с другом и с услугами desktop. Также стандартно поставляются программы графического калькулятора, часов, просмотр man-страниц и т.п.

Инструменты разработок программ

Desktop стандартно включает в себя два инструментальных средства, которые поддерживают быстродействующие прототипирование и разработку графических интерфейсов. Эти инструментальные средства — Application Builder и dtscript.

Dtscript — графический интерфейс создания диалогов и сценариев, основанный на технологии Windowing Korn Shell.

Application Builder — дополнительный простой инструмент разработки, который поддерживает новые widgets CDE.

Оба из этих инструмента позволяют пользователю создавать графический интерфейс, используя технику drag and drop.

Интернационализация

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

источник

CDE — Common Desktop Environment

The Common Desktop Environment, the classic UNIX desktop

Brought to you by: flibble, jon13

LinuxBuild

WARNING: THIS GUIDE IS FOR ADVANCED USERS FOR USE IN BUILDING AND PORTING.

Before you compile, please check the status of your distribution/platform. It will save you a lot of hassle.

CDE on Linux is not yet to the point of being simple to package for distribution or a relatively simple to compile from the source archive, though with each release, we are getting there.

Supported Platforms

Check the supported platforms [SupportedPlatforms] page for a complete list.

Build Prerequisites

Known Issues with built components

  • dtcm/rpc.cmsd — calendar manager. There are a variety of problems with this.
  • dtmail — Desktop Mail. There are a variety of issues with this component, including a lack of support for SSL connections to IMAP or POP servers.

Install Dependencies

Debian

Compile-time and run-time requirements

On debian-like systems (including Ubuntu) install the following packages;

  • git (for downloading from source repository)
  • build-essentials or build-essential
  • libxp-dev (not available on latest linuxes, skip)
  • libxt-dev
  • libxmu-dev
  • libxft-dev
  • libxinerama-dev
  • libxpm-dev
  • libmotif or libmotif3 or libmotif4 or libxm4 (Openmotif, in non-free or restricted)
  • libmotif-dev (Openmotif, in non-free or restricted)
  • libxaw7-dev (used by dtinfo)
  • libx11-dev
  • libXSs-dev or libxss-dev
  • libtirpc-dev
  • x11-xserver-utils (for xset)
  • libjpeg62-turbo-dev or libjpeg62-dev
  • libfreetype6-dev
  • libssl-dev
  • tcl-dev
  • ksh (required for database to any script, and probably dtksh building)
  • m4 (required for nsgmls building)
  • ncompress (old style unix ‘compress’ needed when building help files)
  • xfonts-100dpi (for nicer looking fonts)
  • xfonts-100dpi-transcode or xfonts-100dpi-transcoded
  • rpcbind (or portmap) may require running in insecure mode (-i) see section 1.5 below
  • bison
  • xbitmaps
  • x11proto-fonts-dev

On Pre-16.04 Ubuntu, you may use this slightly chunky single-line statement:

Note For Ubuntu 16.04 and newer, libXSs-dev has been renamed to libxss-dev. Use this line instead:

RedHat and Fedora

On Red Hat and Fedora 17 see [Red_HatBuild]

Archlinux

NOTE, 64bit support is no longer experimental and hasn’t been since version 2.2.2. That page also suggests that you must run rpcbind in insecure mode. This is no longer required as of 2.2.4a.

See [Archlinux_Build] for additional notes on building from scratch.

Slackware 32/64 bit

See [Slackware] for additional notes

OpenSUSE Tumbleweed and leap (gcc 4 and gcc7)

The CDE builds successfully in OpenSUSE, taking care of the package dependencies. All dependencies are in the openSUSE default repositories and can be installed with zypper. There is no prebuild package for openSUSE as January2018.

  • git
  • gcc-c++
  • motif motif-devel
  • make m4
  • ksh
  • libXinerama-devel
  • libXdmcp-devel
  • libXScrnSaver-devel
  • libXmu-devel
  • libXaw-devel
  • libXft-devel
  • xset
  • libtirpc-devel
  • libjpeg-devel
  • tcl-devel
  • ncompress
  • bison
  • rpcbind
  • freetype-devel
  • libopenssl-devel
  • bdftopcf

All dependencies can be installed in a single shot with

Possible package conflicts

Do not install the following items

Generate additional locale support

NOTE: with CDE version 2.3.0, and version 2.3.0a (only), this is not needed. By default on these versions, only the C and en_US.UTF-8 locales are built. You should only follow these steps if you wish to specifically support one or more of these languages. See section Building support for additional supported languages in this document for instructions on telling CDE what additional languages to build for. Starting after version 2.3.0a, all languages are built by default again.

Generate system support for German, Spanish, French, and Italian locales:

Run dpkg-reconfigure locales and select the following off the list

  • de_DE ISO-8859-1
  • es_ES ISO-8859-1
  • fr_FR ISO-8859-1
  • it_IT ISO-8859-1

Edit locale.gen , usually found in /etc and uncomment (remove the # space from the start of the line) the following lines;

  • de_DE.ISO-8859-1
  • es_ES.ISO-8859-1
  • fr_FR.ISO-8859-1
  • it_IT.ISO-8859-1

Then run the locale-gen to generate them

Modify rpcbind to run in insecure mode (not needed for CDE versions 2.2.4a+)

NOTE: For versions of CDE 2.2.4a and later, this step can be skipped. Modern versions of CDE no longer require that rpcbind be run in insecure mode

Modify rpcbind to run in insecure mode (-i)

On older Ubuntu (pre 14.04) and Debian based systems, edit /etc/init.d/rpcbind:

On newer Ubuntu (>= 14.04) edit /etc/default/rpcbind:

and add the following line to it:

Compiling

Clone the repository or download the source

Use the git clone command here:

Or download the latest source release:

Note: The source archive will become out of date. When you want the latest code, clone the git repository.

Building CDE

The build will terminate with a successfully built message.

Читайте также:  Установка програм в debian

Building support for additional supported languages (versions 2.3.0 and 2.3.0a only)

Currently the above step will build with only the ‘C’ and en_US.UTF-8 locales under Linux. If you wish to build CDE with all of the supported locales, you can use something like:

Currently. the only additional languages supprted are: de_DE.ISO8859-1, es_ES.ISO8859-1, fr_FR.ISO8859-1, and it_IT.ISO8859-1 .

Make sure you installed the required OS support for these languages as mentioned previously in this document first, or your build will fail.

Installing

The install actions should only need to be done once on install, or on reinstall of later versions.

(Replace /path/to/ with the path to the location of your source tree.)

Starting CDE

Startx as a single user

Switch to virtual terminal and log in as root

You can log off root and into your regular user here

This should boot into the CDE desktop

(You can also change the language to another by running export LANG=»fr_FR.ISO8859-1″, LANG=»de_DE.ISO8859-1″, LANG=»es_ES.ISO8859-1″ or LANG=»it_IT.ISO8859-1″, for non English languages.)

Using the dtlogin Login Manager

Switch to virtual terminal and log in as root

This should start the login screen.

If you have multiple CDE languages built and installed, you can select the language to use from the dtlogin screen.

Note: The sound and video devices may not have the correct access rights after a user logs in through dtlogin. If the sound and video do not work, check
[Sound-Video and dtlogin]

Using another GUI Login Manager (lightdm/gdm/kdm login manager)

You can start a CDE session from lightdm/gdm/kdm etc by copying in a session file to the systems session directory.

источник

Common Desktop Environment 2.3.1

Тихо и незаметно 16 ноября состоялся релиз классической среды рабочего стола CDE. Проект изначально работал только на коммерческих UNIX системах, но с 2012 года стал открытым и доступным на современных системах Linux, *BSD и Solaris.

  • Все поддерживаемые языки снова собираются по умолчанию
  • Исправлены сотни предупреждений компилятора
  • Тысячи исправлений после прогона кода анализатором Coverity
  • Удалена большая часть кода для поддержки устаревших систем
  • Все C функции теперь соответствуют стандарту ANSI
  • В коде C/C++ удалены все ключевые слова register
  • Картинки, фильмы и pdf файлы теперь открываются в соответствующих им приложениях
  • Добавлены ярлыки для множества современных приложений, например для VLC
  • Удалена зависимость sgml
  • Удален встроенный интерпретатор TCL
  • Поддержка архитектуры aarch64
  • Поддержка колесика мышки в приложениях dtterm и dtfile

Хорошо что у хейтеров современных хипстерских DE появилась такая прекрасная альтернатива. Так и вижу, как тысячи этих хейтеров переходят на сабж.

Удалена большая часть кода для поддержки устаревших систем

Насколько устаревших и каких именно?

тысячи этих хейтеров переходят на сабж. с i3 или крысы? ты у мамки советчик

i3 это не DE, а Крыса тоже стала слишком хипстерской и жирной

нужно жрать de, чтобы хейтить de? л — логика

Нет. Насчет планов не в курсе

Современные DE, а не DE вообще

Тихо и незаметно 16 ноября состоялся релиз классической среды рабочего стола CDE. Проект изначально работал только на коммерческих UNIX системах, но с 2012 года стал открытым и доступным на современных системах Linux, *BSD и Solaris.

Проприетарщина и коммерческие UNIX’ы убили CDE/Motif. Именно из-за его закрытости он и остался на уровне 1993 года, нисколько не развившись с того времени. CDE и Motif – отличный пример того, как UNIX’оидная жадность убила в общем-то здравую идею общесистемного GUI-тулкита и DE, которое могло развивать и улучшать сообщество.

К счастью, довольно скоро из-за подобной ахинеи появились альтернативные тулкиты и окружения: GTK с GNOME и Qt с KDE, которые стали свободными (Qt появился раньше, но свободным стал позже). Примечательно, что Qt, GTK и даже Java’овский AWT/Swing в начале своей жизни тянули Look-and-Feel скина Motif очень-очень долго. Например, только в Qt 5 его наконец-то выбросили на помойку.

Итог всем ясен. Linux победил все коммерческие UNIX’ы и сопутствующую ему проприетарщину вроде CDE/Motif, которую «костью без остатков мяса» права имущие выкинули на потеху дидам UNIX’оидам не в 1995, а в 2012 году.

Не представляю, как сегодня можно использовать подобное окружение. С эстетической точки зрения CDE/Motif это худшая реализация IBM’овского CUA, сделанная непонятно кем для непонятного кого. Стиль Windows Classic, который был задействован в проекте Chicago и вышел в релиз с Windows 95:

Был намного лучше, чем этот проприетарный UNIX’оидный ужас, от которого вытекают глаза:

Что уж говорить про сравнение с GUI от NeXTSTEP, который на голову был выше как реализаций Windows Classic, так и этого сабжевого убожества:

источник

Добавить комментарий

Adblock
detector