Shell на Delphi

← →
REA (2007-06-15 16:06) [0]

Кто писал свое подобие Explorer-а на Delphi? Поделитесь "граблями" :) Мне нужно написать на стандартных компонентах (из примеров, если нет ничего лучше) некий эксплорер в усеченном виде. Пишу на D7, приходится залезать частенько в исходники и что то там править, а не хочется.

← →
tesseract © (2007-06-15 16:33) [1]

> Пишу на D7, приходится залезать частенько в исходники и
> что то там править, а не хочется.

В исходники Delphi или Explorer?

← →
Anatoly Podgoretsky © (2007-06-15 16:39) [2]

> REA (15.06.2007 16:06:00) [0]

Забыл фамилию - автор Total Commander

← →
Германн © (2007-06-15 17:27) [3]

> Anatoly Podgoretsky © (15.06.07 16:39) [2]
>
> > REA (15.06.2007 16:06:00) [0]
>
> Забыл фамилию - автор Total Commander
>

Christian Ghisler. Токмо ТС -это файловый менежер, а не Shell.

← →
SpellCaster (2007-06-15 17:51) [4]

http://mustangpeak.net/subdomains/ultraexplorer/index.html
http://mustangpeak.net/vstools.htm

← →
DVM © (2007-06-15 23:04) [5]

> Кто писал свое подобие Explorer-а на Delphi? Поделитесь
> "граблями" :)

Я писал. На API правда. На VCL не рекомендую - неудобно многое делать.

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

Смотреть в качестве примера рекомендую исходники других десктопозаменителей - LiteStep и BlackBox

← →
REA (2007-06-18 10:05) [6]

Отставить шуточки. TC у меня есть, вопрос не в этом.
Файловый менеджер мне надо специальный, если уточнять формулировки, а не десктопозаменитель.
Править приходится исходники компонентов.
Спасибо SpellCaster за cсылки - посмотрю.
Я тоже какие то откопал.

← →
REA (2007-06-18 11:58) [7]

Хорошие компоненты mustangpeak, но много всего за собой тянут сторонних разработчиков - VirtualTreeView, юникодные компоненты...

← →
SpellCaster (2007-06-18 19:16) [8]

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

← →
REA (2007-06-19 10:22) [9]

Такое изобилие компонентов в коммерческом проекте штука опасная ибо грозит переход на D2007, Vista и т.п. и проект будет сильно зависим от сторонних компонентов.

← →
DVM © (2007-06-19 10:59) [10]

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

← →
Плохиш © (2007-06-19 11:15) [11]

> DVM © (19.06.07 10:59) [10]
> Непонятно, а чем стандартные компоненты то не устроили.

Отсутствием поддержки юникода, как в [8] сказано...

← →
DVM © (2007-06-19 11:33) [12]

> Отсутствием поддержки юникода, как в [8] сказано...

Тогда пусть на API пишет. Именно файловый менеджер писать на API не сильно сложнее, чем на VCL, тока медленно.

← →
REA (2007-06-19 16:43) [13]

>Непонятно, а чем стандартные компоненты то не устроили.
юникод мне не нужен. глючат стандартные (не буду перечислять как именно, но уже несколько есть) и не все в них реализовано - это все таки samples. Править их мне лень.
На API писать тоже лень.
Нашел еще компоненты - может кому пригодится:
- Arisesoft Shell Pack - компактные, с кодом, но не показывают папки в ListView (только файлы)
- Plasmatech Shell Control Pack - платные, версию 2.0 не нашел, при нажатии правой кнопки на дереве выдает почему то у меня AV

если кто знает еще с исходным кодом - киньте ссылочку плз.

← →
DVM © (2007-06-19 17:04) [14]

> Править их мне лень.
> На API писать тоже лень.

Если так лень, то может ну его вообще это файловый менеджер?

Лучше бы сделал все сам - польза от этого будет немалая.

← →
SpellCaster (2007-06-19 17:11) [15]

> Такое изобилие компонентов в коммерческом проекте штука
> опасная ибо грозит переход на D2007, Vista и т.п. и проект
> будет сильно зависим от сторонних компонентов.

Так они вроде есть под Д2007

← →
REA (2007-06-19 17:23) [16]

>Если так лень, то может ну его вообще это файловый менеджер?
>Лучше бы сделал все сам - польза от этого будет немалая.

да чего там мелочиться то, сразу тогда надо операционку писать...
если ничего не найду подходящего, то наверно полезу ковырять компоненты Delphi по мотивам других компонентов, но возможно они уже что то исправили в D2007, а у меня его пока что нету. Может кто сравнить исходники этих компонентов D7 и D2007, есть там разница?

>Так они вроде есть под Д2007
много кода порождает тяжелый исходник и много глюков. вобщем что то мне подсказывает, что это слишком тяжеловесное решение для моей задачи.

← →
DVM © (2007-06-19 17:27) [17]

> да чего там мелочиться то, сразу тогда надо операционку
> писать...

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

Хотя дело твое. Сторонние компоненты я бы все же не советовал.

← →
REA (2007-06-19 17:34) [18]

>Ты переоцениваешь сложность задачи.

В D7 это примерно 7000 строчек кода. Если по 200 в день, то это 35 рабочих дней плюс отладка - два месяца работы, а скорее всего 4...
Так что постараюсь исправить наверно ошибки в стандартных компонентах и реализовать то что там не доделано. Может кто кинет исходники ShellCtrls от D2007? Я сам сравню с D7.

← →
REA (2007-06-20 14:49) [19]

Потихоньку выясняется, что это не так просто. Например в D7 не используется механизм нотификации shell об изменения в файлах (удален, создан, смена носителя, вырезан и т.д. - SHChangeNotify), а используется какой то самодельный Thread только для выбранной ветки дерева. Отсюда в частности лезут глюки. Можно этот кусок переделать, но он довольно приличный...

← →
REA (2007-06-22 14:34) [20]

Более других мне пока что понравился Shell Pack из набора LMD Tools, но только последней версии (предыдущий тоже глючный).
Кто нибудь покупал LMD Tools?

← →
Hramov (2007-07-02 18:33) [21]

А в чем конкретный вопрос по покупке LMD ShellPack? Все pre-sale вопросы можно задавать в news://news.lmd.de/lmd.public.vcl.lmdtools

← →
REA (2007-07-03 16:04) [22]

LMD я передумал покупать. Скачал демки, погонял, нашел несколько глюков и недоработок (с десяток). Написал в поддержку. Те сказали, что приняли и молчат....

← →
Sapersky (2007-07-03 18:58) [23]

http://sourceforge.net/projects/gxexplorer/

Если надо попроще и покомпактнее, см. компоненты для KOL:

http://kolmck.net/Components/DirTreeView.zip
http://www.kolnmck.ru/files/components/controls/bapfilebrowser.zip

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

← →
Hramov (2007-07-05 08:55) [24]

почти все исправленно - я так понимаю Ваш отчет попал ко мне :) В любом случае спасибо за указанные ошибки :)

← →
REA (2007-07-05 11:18) [25]

Hramov: Спасибо за помощь :) Попозже если будет время потестирую еще.
Продолжаю изыскания:
скачал компоненты от JAM software. Во всем неплохие, возможно несколько менее функциональные чем Mustangpeak, платные, не глючат, исходный код за деньги.
Рассматриваю Mustangpeak - наворочанные, пожалуй даже слишком. Местами выглядит странновато, документации нет, но есть комментарии в тексте и работает форум. Многовато инструкций Sleep в синхронизациях - это настораживает. Пока что думаю использовать их.

← →
REA (2007-07-05 11:44) [26]

>Sapersky
Спасибо, скачал GExplorer. Подглюкивает, по функциональности несколько слабее Mustangpeak. Выглядит сыровато...

Shell на Delphi Найти похожие ветки