К черту вяленого, он еще ниже уровнем, чем тулкиты. Среда пользователя должна основываться на более декларативных понятиях, а не на тулкитных конролах. Это как сравнивать язык разметки документа с помощью стилей и с помощью абслютных координат и пробелов. Что-то типа XDG-стандартов, но делать их более приближенными к жизни, а главное, массово внедрять и патчить существующее ПО для их поддержки. А DE выкинуть, как таковые.
* Например, концепция печати в системе. Должна быть доступна из любого CAD, либреофиса и вима - что-то есть и работает уже сейчас, но требует шлифовки.
* Или концепция alternatives, на которую должен ложиться выбор, например, external editors, что бы все приложения мало того понимали бы EDITOR переменную, так еще позволяли использовать несколько таких редакторов при необходимости, и делали различие терминал это или графика.
* Или буфер обмена - тут все уже привыкли, что как бы всё работает. Но если задуматься, то клипборды emacs и vim идут особняком, а нормального апплета, который бы не глючил и действительно был бы полезен в графической среде, для управления содержимым (в том числе графическими данными) - его просто нет.
* Контекстные хелпы и поиск по списку команд - вот это везде насквозь надо вводить, в любой программе и диалоге.
* Ожидание длительных операций. Зацепил ты в ФМ большой фильм на примонтированную директорию samba по плохому каналу, или gwenview залез в каталог со свежими фотками для индексации - все это должно индицироваться и иметь возможность отмены операции , это это должно быть обязательным условием ПО, входящим в пользовательскую среду.
Тут HIG-ом не отделаешься! Мак - то еще овнище. Или, KDE крутит свой Амарок и почту с базой SQL - вообще идет в разрез со здравым смыслом.
Реализация графического представления может быть любой и придерживаться (или нет, как угодно) любому HIG, но основа должна быть продумана и интегрирована, и не на базе тулкитов, т.к. часть функций требуется и бекендам и консольному ПО.