flm писал(а):Плагин приближается к отметке "юзабильный"
Без обобщений, пожалуйста. Для многих он стал таковым и до поддержки UTF8, да ещё и с учётом первостепенной задачи инициатора, в которую вообще поддержка EXT-систем не входила.
flm писал(а):не работает запуск файлов непосредственно из него
flm
Даю, только в отношении того, к чему нет претензий или что не нуждается в подтверждении.
А в остальном - имею право, на то он и форум, а не личная переписка с автором плагина, а значит не одного тебя касается. Если модератор решит, что я не прав, то другое дело.
[mod="Avada"]Модератор считает, что повода для разжигания флейма в предыдущих постах (до этого и предыдущего) не было, и что далее выяснение отношений продолжать не нужно. Как минимум, здесь.[/mod]
Последний раз редактировалось Flasher Ср фев 23, 2011 20:18, всего редактировалось 1 раз.
Кроме софтовых рейдов он умеет собирать ещё и разобранные полужелезные и железные рейды. Все фичи описаны в readme.txt и будут туда дописыватся по мере добавления.
Размер уже не поменятся, разве что сжать UPX. Всё ненужное выкинули. В свойства файла встроен полноценный браузер альтернативных потоков для NTFS файлов и превьюшка текстовая\хексовая таких потоков. Эти компоненты и тянут килобайты. Там есть нестандартные компоненты и без них никак.
Красиво будет, если включены темы и 32 битный цвет. Во всех остальных случаях толи TImage, толи PngImagelist толи pngImage работают неадекватно. Иконки тоже менять не получится. Давайте на этом вопрос красивости закроем, так как на работоспособности это никик не отражается.
NTFS линки пока "на костылях", поэтому собираются только через корень. Через пару недель возможно сможем реализовать это правильно для всех файловых систем. Попробуем, но не гарантирую.
bob_tm писал(а):Красиво будет, если включены темы и 32 битный цвет. Во всех остальных случаях толи TImage, толи PngImagelist толи pngImage работают неадекватно. Иконки тоже менять не получится. Давайте на этом вопрос красивости закроем, так как на работоспособности это никик не отражается.
Раз уж зашёл опять разговор о 32 битах, позволю себе последний раз попытаться... Включены темы, цвет 32 битный, да. Вот скриншот:
У меня по прежнему впечатление, что кто-то фотошопом пользоваться не научился. Останется так - что ж, ничего не поделаешь. На функционал, конечно, не влияет. Просто как-то выглядит не профессионально.
Я не сильно разбираюсь в файловых системах, но...
Вот открываю в плагине /lib, а там пусто, а под линуксом - 176 файлов и 14 каталогов, открываю /usr/bin - в плагине пусто, а под линуксом 1742 файла... Правильно ли это?
Вопрос админам. Есть такие типы линков на 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 нужны и в каких случаях?
Это Distributed File System (DFS) - для создания единой отказоустойчивой файловой структуры в домене. По сравнению с обычными линками поддерживает подключение шар с другого сервера. Очень удобная вещь. Создается стандартными средствами Windows Server, кажется, начиная с 2003. Если что, могу протестировать плагин на ней.
Другие, это что-то специфическое, с хранилищами связано, я с этим не сталкивался.
bob_tm писал(а):Мы читаем данные, но не знаем что с ними потом делать, в каком виде показыать и как экспортировать. Есть идеи? Какие данные из ActiveDirectory нужны и в каких случаях?
Гислер ответил, что подумает что можно сделать c размером папок более 4ГБ. Сейчас там костыли для кривых плугинов и игнорирование старших или младших 4 байт размера! Именно "или"
