Total Commander Edit Redirector

[ask-rus]

Никакого мульти-выбора редакторов. Каждому расширению может быть назначена ровно одна программа.

Очень жаль.

Примеры:

*.MP3-файл:

- Чтобы его быстро подрезать используется mp3DirectCut;
- Чтобы подредактировать в нем тег в ход пускается Mp3tag;
- Чтобы проделать с этим файлом что-то серьезное, файл посылается к магистру Sony Sound Forge.

Также с видеофайлами:

- Быстрая обработка;
- Сабы;
- Отправка файла на монтаж редактору, типа Adobe Premiere.

и т. д.

А если такой рынок исключить, то в дело пускается мышь в TC-обители.

[CaptainFlint]

Очень жаль.

Если я начну наворачивать навороты, то получится в результате тот же F4Menu или OFSTC. Лично мне нужна была программа, которая выполняет одну задачу, но зато с максимальной скоростью — вот я её и написал. Наращивание функциональности неизбежно приведёт к разбуханию кода и замедлению работы. Для всяких мультиредактирований и так уже есть целых три альтернативы (а то и четыре: где-то тут батничек чей-то мелькал, вроде), я не вижу смысла в превращении TCER в ещё одну такую же прогу.

[Avada]

а то и четыре: где-то тут батничек чей-то мелькал, вроде

Гораздо больше: навскидку могу назвать ещё TotalEditor и TC REAL Choice. Так что альтернатив на любой вкус — выше крыши.

[sergeich]

Гораздо больше: навскидку могу назвать ещё TotalEditor и TC REAL Choice.

Можно ссылки на эти программы? Я не нашел их почему то..

[Avada]

sergeich
[off]
TotalEditor брать отсюда. На нашем форуме — здесь.
TC REAL Choice на нашем форуме — здесь. Но ссылка там нерабочая. Если интересно, то вот.
На работоспособность утилиты не тестировал, так что ничего не гарантирую.
[/off]

[sergeich]

Avada
Спасибо, посмотрю, может понравится

[CaptainFlint]

Версия 1.1.0.0:

1. Добавлена отдельная версия без SSE-оптимизаций (для старых процессоров).
2. Значительно уменьшен размер EXE-файла.
3. Исправлено: Подробный режим поддерживался, только когда размеры файлов указывались в байтах.
4. Исправлено: При открытии упакованного файла в многодокументном редакторе TCER больше не дожидается завершения процесса (причина: в редакторе можно открыть другой файл, а потом закрыть первый, и такое закрытие не будет обнаружено в TC).
5. Исправлено: Программа запускалась только на системах WinXP SP3 и выше.
6. Исправлены мелкие опечатки.

32-битная версия / зеркало (19 Кб), версия без SSE / зеркало (для старых процессоров)
64-битная версия / зеркало (20 Кб)
Исходный код (C++) / зеркало (28 Кб)

[GGS]

CaptainFlint

Код: Выделить всё

[Configuration]
MaxItems=2
[Extensions]
ini=INI
[Program_INI]
FullPath=%Commander_Path%\Plugins\AkelPad\AkelPad.exe
MDI=1

Выделяю несколько файлов (>2), жму F4.
"Дополнительный запрос-подтверждение" не появляется, открываются все.
-------
tcer_x32_nosse_1.1.0.0 / 7.55a / WinXP SP3

[MVV]

Вот возник вопрос - какой вообще смысл в SSE-оптимизации в рамках программы, которой не требуется выполнение никаких высокопроизводительных математических вычислений? Я понимаю, если бы программа вычисляла что-то очень сложное и по очень ресурсоемкому алгоритму, но здесь же математика простейшая, можно было вообще не заморачиваться с SSE-оптимизацией и сделать приложение, полностью совместимое со всеми процессорами и версиями Windows (если Unicode, то начиная с Windows 2000, если нет - вообще с Windows 95 OSR2) - правда, на 10 студии без ухищрений уже настолько совместимую программу и не скомпилировать (приходится ручками править Required OS version в заголовке и убирать некоторые импорты).

[CaptainFlint]

GGS
Хм… Не подтверждаю. У тебя где INI располагается? Может, в папке с программой завалялся, а правишь из папки wincmd.ini?

MVV

Вот возник вопрос - какой вообще смысл в SSE-оптимизации в рамках программы, которой не требуется выполнение никаких высокопроизводительных математических вычислений?

Да никакого, если честно. Просто подумалось: а чего это я добровольно от современных возможностей процессоров буду отказываться? Просто я люблю использовать все имеющиеся возможности системы по максимуму. Есть команда для забрасывания в память сразу 16-байтового куска — так чего ж ради я буду жалкими 4-байтовыми огрызками пользоваться?

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

правда, на 10 студии без ухищрений уже настолько совместимую программу и не скомпилировать (приходится ручками править Required OS version в заголовке и убирать некоторые импорты)

Это я уже заметил. Левые импорты в версии 1.1.0.0 уже отсутствуют после выкинутого CRT, но скомпилённая в 2010-й студии прожка в Win2000 всё равно работать отказывается. Релиз задерживать из-за этого не хотел, решил пока выкладывать 2008-ю, а будет время — поиграюсь в этом направлении.

[MVV]

Ну здесь-то тебе нет абсолютно никакой нужды в высокопроизводительных инструкциях, оно и на 166-м пеньке работать вполне сможет, если убрать SSE.

А ты Required OS version и Subsystem version в PE-заголовке уменьшаешь после компоновки экзешника? Чтобы запускалось в Windows 2000, нужно оба поля поставить в 5.0, а 10-я студия ставит минимум 5.01. Приходится ручками в hex-редакторе исправлять, и тогда запускается и на 2000-м без сервис-паков (с учетом подмены 4-х в общем-то бесполезных функций: DecodePointer, EncodePointer, HeapSetInformation, HeapQueryInformation - в релизе обычно используются только первые две).

[CaptainFlint]

Ну здесь-то тебе нет абсолютно никакой нужды в высокопроизводительных инструкциях, оно и на 166-м пеньке работать вполне сможет, если убрать SSE.

Я знаю всё это. Просто не хочу убирать.

А ты Required OS version и Subsystem version в PE-заголовке уменьшаешь после компоновки экзешника?

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

[MVV]

Я пробовал, ничего с опциями линкера не получается. Он не позволит поставить меньше, только больше.

[mrmerak]

CaptainFlint
все хорошо, только б указывать расширения через запяту, как просили тут.

[CaptainFlint]

Mr.Merak
Так я там же и ответил. Текущие фиксы оказались более важными, т.к. препятствовали нормальной работе. А предложенный фич непосредственно на функциональность утилиты никак не влияет, поэтому в моём списке приоритетов он ниже.