Total Commander

flm писал(а):Плагин приближается к отметке "юзабильный"

Без обобщений, пожалуйста. Для многих он стал таковым и до поддержки UTF8, да ещё и с учётом первостепенной задачи инициатора, в которую вообще поддержка EXT-систем не входила.

flm писал(а):не работает запуск файлов непосредственно из него

Опа, и правда, ридер перестал быть ридером.

Flasher
Давай ты не будешь больше комментировать то, что я пишу и рассказывать мне как себя вести, ок? Уже порядком надоело.

flm
Даю, только в отношении того, к чему нет претензий или что не нуждается в подтверждении.
А в остальном - имею право, на то он и форум, а не личная переписка с автором плагина, а значит не одного тебя касается. Если модератор решит, что я не прав, то другое дело.

[mod="Avada"]Модератор считает, что повода для разжигания флейма в предыдущих постах (до этого и предыдущего) не было, и что далее выяснение отношений продолжать не нужно. Как минимум, здесь.[/mod]

Кроме софтовых рейдов он умеет собирать ещё и разобранные полужелезные и железные рейды. Все фичи описаны в readme.txt и будут туда дописыватся по мере добавления.

Размер уже не поменятся, разве что сжать UPX. Всё ненужное выкинули. В свойства файла встроен полноценный браузер альтернативных потоков для NTFS файлов и превьюшка текстовая\хексовая таких потоков. Эти компоненты и тянут килобайты. Там есть нестандартные компоненты и без них никак.

Красиво будет, если включены темы и 32 битный цвет. Во всех остальных случаях толи TImage, толи PngImagelist толи pngImage работают неадекватно. Иконки тоже менять не получится. Давайте на этом вопрос красивости закроем, так как на работоспособности это никик не отражается.

NTFS линки пока "на костылях", поэтому собираются только через корень. Через пару недель возможно сможем реализовать это правильно для всех файловых систем. Попробуем, но не гарантирую.

Запуск из плагина завтра починим.

bob_tm писал(а):Размер уже не поменятся, разве что сжать UPX.

Так а как с моим предложения заменить окна на колонки, чтобы размер ужать?

bob_tm писал(а):Через пару недель возможно сможем реализовать это правильно для всех файловых систем.

Правильно - это без костылей, как я понял? И, соответственно, с кнопки работать будет?

bob_tm писал(а):Красиво будет, если включены темы и 32 битный цвет. Во всех остальных случаях толи TImage, толи PngImagelist толи pngImage работают неадекватно. Иконки тоже менять не получится. Давайте на этом вопрос красивости закроем, так как на работоспособности это никик не отражается.

Раз уж зашёл опять разговор о 32 битах, позволю себе последний раз попытаться... Включены темы, цвет 32 битный, да. Вот скриншот:

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

http://www.diskinternals.com/download/D ... Reader.wfx
запуск из плагина починили

Я не сильно разбираюсь в файловых системах, но...
Вот открываю в плагине /lib, а там пусто, а под линуксом - 176 файлов и 14 каталогов, открываю /usr/bin - в плагине пусто, а под линуксом 1742 файла... Правильно ли это?

Хотелось бы, чтобы папки типа Junction/reparse point (например, "Users\Все пользователи", "Users\AllUsers" в Win7) открывались непустыми.

Обновили.
1. Исправили Users\AllUsers
2. Исправили иконки. TImage - кака
3. Совместимость с 7.0 версией тотала.


Вопрос админам. Есть такие типы линков на NTFS
IO_REPARSE_TAG_DFS
IO_REPARSE_TAG_DFSR
IO_REPARSE_TAG_HSM
IO_REPARSE_TAG_HSM2
IO_REPARSE_TAG_SIS
-
IO_REPARSE_TAG_MOUNT_POINT
IO_REPARSE_TAG_SYMLINK

мы поддерживаем последние два. Какой софт создаёт первые 5 типов. Может есть знакомые слова и насколько они важны на практике?

Вопрос админам номер два.
У нас есть парсилка файлов ActiveDirectory. Мы читаем данные, но не знаем что с ними потом делать, в каком виде показыать и как экспортировать. Есть идеи? Какие данные из ActiveDirectory нужны и в каких случаях?

bob_tm писал(а):TImage - кака

Кто бы сомневался

bob_tm писал(а):IO_REPARSE_TAG_DFS

Это Distributed File System (DFS) - для создания единой отказоустойчивой файловой структуры в домене. По сравнению с обычными линками поддерживает подключение шар с другого сервера. Очень удобная вещь. Создается стандартными средствами Windows Server, кажется, начиная с 2003. Если что, могу протестировать плагин на ней.

Другие, это что-то специфическое, с хранилищами связано, я с этим не сталкивался.

bob_tm писал(а):Мы читаем данные, но не знаем что с ними потом делать, в каком виде показыать и как экспортировать. Есть идеи? Какие данные из ActiveDirectory нужны и в каких случаях?

Ну, например, образцом может послужить достаточно известная утилита Active Directory Explorer.

Гислер ответил, что подумает что можно сделать c размером папок более 4ГБ. Сейчас там костыли для кривых плугинов и игнорирование старших или младших 4 байт размера! Именно "или"

bob_tm
Благодарю за правку.
На мои вопросы ответы последуют?
Какой-то софт в личке. Теория - тут.

bob_tm писал(а):2. Исправили иконки. TImage - кака

Ура!

Ещё заметил, что нормализовалось поведение окна и плагин уменьшился в размерах - позитивненько.

По линуксовым файловым системам планируются улучшения?

Так а как с моим предложения заменить окна на колонки, чтобы размер ужать?

нет, не планируется

Правильно - это без костылей, как я понял? И, соответственно, с кнопки работать будет?

да