Так ведь дело в том, что не всем эта сто и одна функция нужна. У меня когда стоял коммандер, я за всё время использовал только сравнение бинарного кода и поиск по файлам, больше мне ничего не потребовалось.

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

Не отбивайте у человека стремление создать определённый софт, который будет однозначно полезен многим.

Все эти функции никак не мешают использовать ТС только как удобный проводник.

Неа, tc не такой юзер-френдли.

Выскажу свое мнение по этому поводу, разу уж тут такой холивар начался) ТС очень удобен в операциях с файлами, что делает его идеальным инструментом в том же модинге стлкера, ибо очень часто приходится находит все эти ваши *.ltx,*.dds и другие файлы. В этом он очень сильно уступает проводнику, который в свою очередь очень удобен в навигации по файловой системе. Все наглядно и красиво, все сразу бросается в глаза. Вывод - для людей, которые работают с файлами в активном режиме намного удобнее пользоваться ТС, а для всех остальных - проводник, который не требует ломать глаза об большое количество кнопок в ТС

Ну насколько может быть удобным проводник только с двумя да еще и прибитыми панелями.

Две панели - это идеал, еще со времен Адама и Евы.

Я люблю минимализм. Если бы в поиск проводника добавили "поиск по содержимому файлов", а не просто "поиск по названию", тогда сразу бы выкинул ТС. Кстати, может уже есть такое?


У меня практически всегда открыто более пяти, так что не катит.

Я как бы знаю. И что в таком тотале можно сделать?
Можно кстати в тотале таблицу и превью в одной панели совместить?

так это

Для них может и идеал - их из рая выгнали же.

В семерке походу это порезали либо я не туда смотрю.

Тоже что и в эксплорере + функционал от tc. Для любителей минимализма можно и все остальное отключить.
Вообще команндер вещь гибкая и при желании из него можно сделать и однокнопочный проводник и перегруженный комбаин.

может проще ctrl+q использовать или добавить дополнительные поля у эскизов?

Да не в семерке, а в висте ещё. Я давно говорил что последняя нормальная винда была XP.
Хотя конечно может надо как-то по другому это делать, щас не могу под виртуалкой посмотреть.

В свойствах папки можно задать:

Всё отлично работает. Дропнул ТС.

Спасибо.

Ctrl-q не то. Превью вместо другой панели. Еще и на папках тупит - очень на любителя.
Эскизы - это thumbnail view. То же не то - Слишком мало файлов помещается и таблица все-таки нужна.

Вообще тотал - это средство для манипуляции файлами между двумя панельками. Как только их становится меньше или больше - он становится неюзабельным. Даже табы не помогают.

А что у tc жетско прибит размер эскизов?

Кого-чего?

Песик не может в хекс, юникод и регулярки.

В проводнике win 7:

В ТС все равно удобнее и кажется быстрее работает поиск.

Не знаю. По Ctrl-колесо мышки они не уменьшаются. Ну и эскизы, повторюсь, это не то. Нужна таблица и превью. Как в проводнике.


Панелей.

Песик просто прикольный, и скрепка тоже. А про всякие там кодировки, бинарники и регулярки (бгг) человек, который лезет в хелп, знать не обязан. Нечего перегружать функционал, если есть такие отличные штуковины, как SciTE или даже Notepad++, где все прозрачно, понятно и выводится в лог


Плюс проводник в висте/7 довольно тормозной. При наличии возможности использовать нативный файлменеджер люди всегда выбирают самописный минимализм в некоторых пакетах


А для просмотра миниатюр лично я использую IrfanView Thumbnails. Удобно в случае, когда нужно визуально выбрать одну из сотни текстур

?
Не, ну если нужно принципиально как в проводнике, то можно через ieview сделать.

А еще есть такие отличные штуковины, как tc, dc и т.д.

а я всего лишь скромно поинтересовался... и тут понеслось...

Чисто из-за принципа займусь по-файловой распаковкой...

Зачем что-то настраивать и ковыряться, когда всё это давно сделано в проводнике?

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

Справа вверху в панели разноцветные прямоугольники. Нажми на них.


Как в проводнике не обязательно, просто нужна прямо работающая и не тормозящая вещь. В проводнике она есть, а в тотале её нет. Ну и в тотале с Ctrl-Q все удобство и преимущество в виде второй панели теряется.


Все-таки декомпилируй экстрактор от Don Reba и сделай на его основе.

Весь функционал tc?

х2

Не-не... это не то... тем более я не программист, взрослыми языками не занимаюсь,
что могу - то могу )). KD помню в меня за это тапками кидался )).

Сегодня пришла мысля создать это всё дело на основе базы данных... посмотрим.

Эм, а можно еще такой смайлик? Ибо я не понял глубины этих информативных постов. Вам нужно чтобы все было по дефолту спрятано и прибито а-ля проводник, а инаковерующие должны страдать?

Не понял. Формочку ты же как-то сделал? Иконка у нее вроде от WinForms.

После декомпиляции экстрактора будет солюшен на с#, возьмешь из него что надо.

Да пожалуйста:

х3

Сначала речь шла о любителях минимализма, а теперь внезапно всех "инаковерующих" приплел.

Вот такой простенький синтаксис... что в квадратных скобках - переменные




Или вот например как я работаю с консольными приложениями:

Распаковка выбранных файлов:



Всё просто до безобразия )). Эта среда хорошо подходит для ГУИ разработок...

Ужасно на самом деле. По факту-то ты все равно выучил язык программирования Синтаксис того же вижал бейсика не сильно отличается от этого.

А что за среда?

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

Neobook... раньше сидел на Multimedia Builder, но разработку свернули, да и NB по-мощнее будет...
Официальный сайт: http://www.neosoftware.com/nbw.html
Мы сидит тут: http://neobooker.ru (c 2007 года)

На первый взгляд может показаться что это что-то типа Autorun MenuBuilder, но это не так...
возможностей куда больше... так же имеется SDK для написания плагинов...
Админ пишет плагины на Delphi, модератор знает VBS, пишет плагины на платформе .net.

Если бы я не был такой ленивой задницей, то с 2007 года и я бы изучил Делфи ))

Так к слову:
S.T.A.L.K.E.R. Universal Extractor 1.0-1.2 создан в Multimedia Builder http://for-stalker.ucoz.ru/_ld/0/93210000.jpg
S.T.A.L.K.E.R. Universal Extractor 1.3 и выше уже в Neobook (а так же все последующие наработки по пакетному конвертированию моделей) http://cats-xray.ru/_ld/4/74496510.png

Так что, ребят, вы не думайте что я криворукий проггер, я просто пользователь ПК ))
Такие дела...

В WinForm возможностей ещё больше А в WPF и того больше (правда из-за XAML'a там все выглядит несколько заумно, особенно при сложном интерфейсе и множестве стилей и биндингов). Так что если интересно - советую изучать C/C++, и в итоге C# (ну и Java можно попробовать). Синтаксически они все более-менее похожи, отличаются лишь некоторым возможностями самого языка. Ну а про одну из лучших сред разработки - Visual Studio, даже рассказывать не буду, про неё много чего написано (а если говорить про Java, то мой выбор - IntelliJ IDEA).

Итак...

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

После чего выводит эти архивы списком
gamedata.db0
gamedata.db1
gamedata.db2
gamedata.db3

При двойном клике по какому-нибудь из архивов, формируется список из файлов которые находятся в этом архиве.
Будет к примеру кнопка "назад к архивам" и мы вернемся обратно к списку архивов...
Дело в том, что при формировании одного списка из нескольких архивов (как у DonReba), замедлится работа программы,
ибо каждый файл надо будет проверять к какому архиву он относится... так-как я не специалист и гуи основана на converter.exe
могу предложить только такой вариант. Кстати, у такого подхода есть и свои плюсы... получается как в этом вашем TC
только абсолютно для любого сталкерского архива (включая сборки, бенчмарки, японские локализации и прочее)...

Может кто спросит: "а если я к примеру хочу распаковать всю папку "textures" из всех архивов разом?"
Отвечаю: Программа будет разделена на две части, одна часть будет отвечать за полную распаковку,
распаковку по папкам (ai, anims, textures, sounds и тд и тп), и распаковку по расширениям. Вторая часть будет отвечать
за по-файлую распаковку указанных архивов...

Устраивает такой подход?

p.s. Поиск по маске на лету реализован:

Build_3547_.rar

Надо было на депозит заливать - на ЯД всё видно без скачки))

Завидую вашему аплоуду...

Shadows, что скажешь на моё последнее сообщение на предыдущей страничке?

Годовщина релиза слива Лост Альфы
_{В этот день надлежит печь хлеб и стрелять в тирах}

ох...

сначала читаются все архивы поочередно, создается ассоциированный список [ключ]={значение}, типа [имя файла] = {имя/номер архива, смещение, размер}. если в следующих архивах такой файл уже есть, то элемент обновляется (а не создается новая пара).

время сканирования того же ТЧ — единицы секунд, а так как в дальнейшем работа идет только с этим списком в памяти (а не гуевым списком), то выборка из памяти и вовсе мгновенная.

Ruw, слишком толсто

Будет список определений по всем архивам по типу ини-файла:

[678577379]
Name=gamedata.db0
Key=-2947ru
Comment=SOCRU
FileList=678577379.fls

[708434331]
Name=gamedata.db1
Key=-2947ru
Comment=SOCRU
FileList=708434331.fls

К примеру 708434331.fls - это текстовый файл с расширением .fls который содержит список файлов с сохранением структуры из архива gamedata.db1

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

Но прикол вот в чём... к примеру сформировали список по всем найденным архивам...
не проблема, список загрузился... и тут пользователь хочет выбрать 2 файла. Один файл относится
к gamedata.db4, другой к gamedata.db7. До распаковки, с помощью цикла программе надо проверять
в каком архиве какой файл находится. Это и затягивает время.

Я ещё раз пишу... я не программист, всех тонкостей не знаю... кидаться в меня тапками необязательно.
Если есть желание можете спокойно объяснить на пальцах... как-то так...

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

как я понимаю, сейчас используется типа такого:

тут чтобы найти самый "свежий" файл действительно нужно перешерстить все архивы. я же говорю вот о чем:

Rezzoxe, а без заранее заготовленных списков можно обойтись? Ибо не факт, что в данном архиве будет именно тот набор файлов - от модов геймдаты не распакует.


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