Дек 07

На страницах этого блога мы не раз упоминали видение разработчиков будущего «ориентированного на задачи» окружения. Идея заключается в том, что когда вы переходите от одного вида деятельности к другому, рабочее окружение должно перестраиваться под каждую задачу. Пока что это отражено в пользовательском интерфейсе исключительно в виде концепции activities (что до недавнего времени в русском переводе было «занятиями», но сейчас является «комнатами» — да простят меня переводчики, но «занятия» мне кажутся более подходящим словом). Сейчас занятия — это всего лишь группы виджетов, между которыми можно переключаться с помощью всеми любимого зум-интерфейса (или виджета переключения занятий), а с выходом Plasma Desktop 4.3 занятия стало возможным ассоциировать с виртуальными рабочими столами.

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

Конечно, это видение включает многое из того, что пока ещё не реализовано в приложениях KDE, однако немалая часть низкоуровневого кода для поддержки занятий уже написана. В частности, для KDE SC 4.4 реализована поддержка занятий в подсистеме управления метаданными Nepomuk, так что любое приложение может «поинтересоваться» у этой подсистемы, какое занятие сейчас активно (правда, в KDE SC 4.4 ни одно приложение этого пока ещё не делает).

Chani Armitage пишет, что примерный план реализации связанных с занятиями возможностей выглядит так:

  • KDE SC 4.4: зум-интерфейс всё ещё присутствует, но единственная его уникальная возможность — перемещение виджетов между занятиями. Nepomuk может сообщать приложениям, какое занятие сейчас активно.

  • KDE SC 4.5: KWin научится ассоциировать окна с занятиями и показывать их только при активации соответствующего занятия. Одно окно может быть ассоциировано с любым количеством занятий (по умолчанию новые окна показываются во всех занятиях). Вместо зум-интерфейса будет введён «менеджер занятий». Прощай, ручка слива cashew в углу экрана, мы будем скучать!

  • KDE SC 4.6: KWin будет сохранять и восстанавливать сессии (т.е. состояние окон), связанные с занятиями. Приложения начнут предлагать возможности по отображению данных, специфичных для занятий. Возможны эксперименты по автоматическому назначению занятий для новых окон.

  • KDE SC 4.7: ???

  • KDE SC 4.8: Profit!

  • Evgen
    Ну таббинг, имхо, имеет право на существование, когда лень раскидывать окна по рабочим столам. Еще б тайлинг добавили, было б вообще отлично. А вот насчет комнат - так и не понял, зачем это, кроме как поставить разные рисунки и плазмоиды на разные рабочие столы.
  • uspenok
    2 Evgen
    ИМХО сейчас комнаты очень унылы, также как и nepomunk-strigi. Будущее nepomunk мне понятно, и я его очень жду, а вот комнаты увы пока не совсем ясно что это будеьт.

    P.S. Вообще в kde слишком много свистелкоперделок. Например таббинг окон.(kde 4.4)
  • Evgen
    Мне одному кажется, что это есть абсолютно ненужные свистоперделки?
  • анонимный аналитик

    Занятия - очень режет слух в данном контексте, уж лучше оставить activity.

  • kafik


    Возможны эксперименты по автоматическому назначению занятий для новых окон.




    Теги для занятий и соответственно теги для приложений?

  • GOLDEN_key

    Как вариант перевода activities - деяния :)


    С другой стороны: зачем вообще переводить - готовый термин, для нас не чужд?

  • anonymous

    Только в 4.5 уберут ручку? Понимаю, там всё на ней завязано, что три года пилить не выпилить.

blog comments powered by Disqus