по поводу организации рабочего стало и compiz вот видео: http://youtube.com/watch?v=_ImW0-MgR8I

По поводу списка открытых файлов.
В unix системах есть команда lsof - она выводит такой списк.
и еще в linux есть каталок /proc
там можно посмотреть с какими файлами работает тот или иной процесс
примерно так:
ls -l /proc/<идентификатор процесса>/fd/

Ответ на »сообщение 2389« (Сергей Перовский)
___________________________

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

В связи с репликой относительной неважности места сохранения информации вспоминается такая поучительная история, описанная Линусом Торвальдсом в его книге "Just for Fun. Рассказ нечаянного революционера". Не буду пересказывать, а просто приведу выдержку.

В начале октября была выпущена версия 0.02 с исправлением ошибок и добавлением некоторых программ. В ноябре я выпустил версию 0.03. К концу 1991-го я был уже готов остановиться. Я сделал много интересных вещей. Не все работало идеально, но в программистском мире люди часто теряют интерес к проекту, когда решены основные задачи. Со мной примерно так и было. Кому интересно вылавливать блох? Удержали меня две вещи: во-первых, я нечаянно запортил раздел с Minix, а во-вторых, мне продолжали приходить отклики. В те времена я загружался в Linux, но использовал Minix как основную среду разработки. Под Linux я в основном получал с университетского компьютера почту и новости с помощью своей программы эмуляции терминала. Поскольку университетская машина была постоянно занята, я написал программу автодозвона. Но в декабре я по ошибке позвонил вместо модема на винчестер. Вместо параметра auto-dial /dev/ttyl (последовательный интерфейс) я указал /dev/hdal (винчестер). В итоге я нечаянно попортил некоторые важные части раздела, где у меня сидела Minix. Теперь я не мог ее загружать. Это был решающий момент: можно было переустановить Minix или принять вызов и объявить, что Linux может полностью ее заменить.

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

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

Ответ на »сообщение 2381« (Fisher)
___________________________
Поэтому начинать сразу надо с "небольшого, но крепкого робота, покрытого шипами".

Ответ на »сообщение 2377« (Руслан Богатырев)
___________________________
В чем, на Ваш взгляд, состоят недостатки в этом плане Jini и использования этой технологии в ОС для обеспечения работы в разнородной сети?
Jini представляет собой доску объявлений о требуемых и предоставляемых услугах.
Миниатюрность ПО определяется тем, что это по сути только система регистрации специальных драйверов.
В домашней сети с простаивающими в основном мощностями это работает.
А серьезная ОС должна взять на себя функции распределения нагрузки, иначе эта неподъемная задача ляжет на пользователя или администратора.
Если мне нужно хранить информацию, то с помощью Jini я могу получить полный список доступных носителей и выбрать среди них. Но мне вовсе не интересно раздумывать над вопросом, на какой именно носитель поместить документ.
Почему то, что реализовано в интернете не удается реализовать в локальной сети?

Ответ на »сообщение 2375« (Geniepro)
___________________________

Ответ на »сообщение 2371« (Сергей Прохоренко)
___________________________


1. Должна создаваться виртуальная папка "открытые документы" - разработчики операционных систем всё никак не могут пристроить на экране ярлыки открытых

А зачем это нужно? Какие удобства это даст?


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

Ответ на »сообщение 2386« (Сергей Прохоренко)
___________________________

Идеи Ка джа мне кажутся более перспективными, чем многоэтажный рабочий стол/шкаф.

Потому и не надо брать лихим штурмом такие высоты. Восхождение надо готовить. Основательно. Но идеи и фантазии, а также прецеденты решений -- изучать вполне полезно.

Ответ на »сообщение 2380« (Руслан Богатырев)
___________________________

Ответ на »сообщение 2378« (Ка джа)
___________________________

?Вопрос к мэтрам - существует ли более эффективная и гибкая модель?

Мне встречались самые разные модели. Но если речь идет о массовом пользователе (а не об операторе атомной станции или водителе автомобиля), то нужны вещи, близкие к подходам в реальной жизни. Рабочий стол есть у многих. Бардак там творится, подчас, похлеще чем на рабочем столе в ОС. Благо там есть третье измерение, да и сами размещаемые объекты имеют размеры и вес (подчас немалый).

Можно пофантазировать, если есть желание. Если не трогать 3D, в ОС можно таких столов (поверхностей) иметь немало и мешать засорять основную. Вытеснение на другие может осуществляться разными критериями фильтрации (по времени размещения и/или использования; по функциональному назначению; по ролевому назначению и т.д.). Манипулирование доступа к рабочим столам можно сделать достаточно простым и наглядным.

Но к столам, как и в реальной жизни, нужны приспособления для упорядочения бумаг (а не просто каталоги/папки/директории файловой системы): полки, шкафы, стеллажи, тумбы, стойки, надставки, приставки и др. Правда, это уже лучше развивать в случае 3D-интерфейса.

Идеи Ка джа мне кажутся более перспективными, чем многоэтажный рабочий стол/шкаф.

Ответ на »сообщение 2383« (panda)
___________________________

Это уже сделано (кроме автоматического упорядочивания файлов/ярлыков по рабочим столам. http://www.compiz.org/

Спасибо за информацию. Надо будет изучить.

Ответ на »сообщение 2382« (Lisp Hobbyist)
___________________________

Так уж получилось, что в очередной раз был помянут миф о достаточности "16-страничного описания" (тоже, кстати, здесь не в тему)... Nothing personal.

Уж не знаю, кем выдуман этот миф. Уж точно не мной. Разумеется, смотря как понимать достаточность и для чего. Что касается желания достичь вершин предельной точности в описании семантики языка для разных целевых аудиторий (ученых, разработчиков компиляторов, программистов), то задача разрешима лишь при ряде серьезных допущений.

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

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

Ответ на »сообщение 2380« (Руслан Богатырев)
___________________________

Можно пофантазировать, если есть желание. Если не трогать 3D, в ОС можно таких столов (поверхностей) иметь немало и мешать засорять основную. Вытеснение на другие может осуществляться разными критериями фильтрации (по времени размещения и/или использования; по функциональному назначению; по ролевому назначению и т.д.). Манипулирование доступа к рабочим столам можно сделать достаточно простым и наглядным.
Это уже сделано (кроме автоматического упорядочивания файлов/ярлыков по рабочим столам. http://www.compiz.org/