Рабочие столы и проводник

← →
Juice © (2005-07-18 12:18) [0]

В Win API есть такая тема как рабочие столы и насколько я понял они предоставляют функциональность типа линуксовых рабочих столов. А в проводнике эта возможность не используется? И паралельно хочу спросить, встречал ли кто-нибудь достойную альтернативу проводнику Windows ? Я не имею в виду FAR там или WC, интересует что-то работающее как шел.

← →
DVM © (2005-07-18 13:03) [1]

> В Win API есть такая тема как рабочие столы

Да, есть возможность создавать несколько рабочих столов в Win2000/xp. Правда это не совсем то же самое, что рабочий стол проводника.

> они предоставляют функциональность типа линуксовых рабочих
> столов

Отчасти да, отчасти и нет.

> А в проводнике эта возможность не используется?

Используется. Хотя бы для работы в терминальном режиме.

> И паралельно хочу спросить, встречал ли кто-нибудь достойную
> альтернативу проводнику Windows ?

Шеллов много, я писал свой (и пишу все еще), но достойных альтернатив пожалуй нет, т.к. в Windows стандартный шелл почти неотделим от системы. Даже если проводник заменить, вовсю будет использоваться shell32.dll к примеру. В этом проблема.

Talisman, Aston, LiteStep, BlackBox, GeoShell - их десятки.

← →
Lamer@fools.ua © (2005-07-18 13:24) [2]

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

← →
Juice © (2005-07-18 14:02) [3]

> Даже если проводник заменить, вовсю будет использоваться
> shell32.dll к примеру. В этом проблема.

А в чем могут быть проблемы , и в чем суть его неотделимости?
Ну и пусть себе используют кому надо. Хотя при желании разработчики могли бы и перекрыть эту библиотеку ;) Просто достал уже этот проводник, из-за него все усилия по оптимизации рабочего места идут коту под хвост. Везде трындят что в линейке NT процессы не могут влияють и вешать друг друга, однако на практике получается совсем иначе - иногда зависает эксплорер и с ним виснет ряд программ. Я раньше думал что это по причине того что он порождает все вручную-запущеное но недавно прочитал что эксплорер сразу закрывает хэндлы порожденных процессов и потоков. Пока ничем необоснованное мнение, но считаю что именно он зачастую приводит к зависанию системы.

> Juice © (18.07.05 14:02) [3]

> считаю что именно он зачастую приводит к зависанию системы.

Ну, если судить по тому, что лет за 10 эксплуатации разных Win32 на разных машинах у меня никаких "зачастую" не наблюдалось, то это "зачастую", скорее, следует отнести не к эксплореру, а к кривому железу и/или дистрибутиву.

> Ну и пусть себе используют кому надо. Хотя при желании разработчики
> могли бы и перекрыть эту библиотеку ;)

Очень сложно, т.к. стандартные диалоговые окна тоже придется заменять своими, т.к. они есть часть шелла косвенно. Понятия корзины, моего компьютера, и.т.д - тоже часть шелла. Тьма всего. Правильнее искать не заменитель шелла, а заменитель рабочего стола и панели задач.

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

Ну, мне кажется что эксплорер тут ни при чем. Забавно, но у меня в моем шелле возникают те же мелкие глюки, что у эксплорера, хотя писал я его с нуля.

> Я раньше думал что это по причине того что он порождает
> все вручную-запущеное но недавно прочитал что эксплорер
> сразу закрывает хэндлы порожденных процессов и потоков.

Эксплорер ничего не закрывает и не порождает. Он использует CreateProcess() через ShellExecute().

Причина зависаний эксплорера в том, что он отслеживает изменения в окнах и содержимом папок и многое другое еще.
Например, зависло окно приложения, а эксплореру нужен текст заголовка окна и иконка для перерисовки кнопки или еще что.
Конечно разработчики учитывают такие ситуации, но всего не учесть.
Тут много еще всего. Описывать все я не буду.

Рабочие столы и проводник Найти похожие ветки