MultiArc
Select messages from
# through # FAQ
[/[Print]\]
Goto page Previous  1, 2, 3 ... , 28, 29, 30  Next  :| |:
Total Commander -> Плагины Total Commander

#421:  Author: helb PostPosted: Tue Jun 05, 2018 17:30
    —
MVV wrote:
… и в целом это даже хорошо

Немного не совсем хорошо, если он от этого ломается Smile
Так-то в случае с Мультиарком это конечно не критично, потому-что там в процессе работы действительно что-то менять не требуется, но по-тихому не срабатывающий функционал — это нехорошо в любом случае.

Quote:
но когда подавляющее большинство программ ожидают текст на входе и выходе других программ, программы, выводящие что-то иное, создают кашу из кодировок.

Quote:
На входе - да, но на выходе?

Ну так мы то не с абстрактным большинством (опять же, я со своей точки зрения никакого подавляющего большинства ожидающих какие-то однобайтовые кодировки программ не наблюдаю: где надо и имеет смысл всё поддерживается), а с конкретными работаем, которым и отдать и от которых получить что-то конкретное можно. Какое мне дело до какой-нибудь левой проги которая в юникод не может? Я её использовать и не собирался! Smile

Вот к примеру листинг тестового архива 7zip-ом отданый, там и в его имени и в именах содержимого Юникод:
Code:
> b:\Progs\ARCHIVERS\7-Zip\7z.exe l téstже—★∞.7z -sccUTF-8

7-Zip 18.05 (x64) : Copyright (c) 1999-2018 Igor Pavlov : 2018-04-30

Scanning the drive for archives:
1 file, 3638756 bytes (3554 KiB)

Listing archive: téstже—★∞.7z

--
Path = téstже—★∞.7z
Type = 7z
Physical Size = 3638756
Headers Size = 336
Method = LZMA:22
Solid = +
Blocks = 1

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2014-10-04 01:15:03 ....A      2768319      3638420  dance (¿the knife) low_1406427854_1400766121_out.mp3
2008-02-10 21:27:00 ....A       630676               brazil.ogg
2008-09-26 00:37:00 ....A       260148               perfidia✗✓⌘.ogg
2016-04-14 22:10:52 ....A       128809               ¼Eq★Compare³_0.5.2.user.js
------------------- ----- ------------ ------------  ------------------------
2016-04-14 22:10:52            3787952      3638420  4 files

(Форум часть символов портит)
Всё прекрасно показывается.

#422:  Author: MVVLocation: Ростов-Дон PostPosted: Tue Jun 05, 2018 18:48
    —
Вот 7z.exe - пожалуй, одно из немногих известных мне приложений с подобным ключом, позволяющим получать вывод в UTF-8. Но для этого формата есть поддержка как самим тоталом, так и несколькими полноценными плагинами.

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

#423:  Author: helb PostPosted: Tue Jun 05, 2018 21:58
    —
Но тот же 7zip не только свой родной формат поддерживает (я уже упомянул пример), да и обновлялся совсем недавно.

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

В идее со скриптами вся суть именно в представлении в виде каталога внутри панели. У нас тут полный подфорум скриптов работающих напрямую — одно другому не мешает.

1) Есть несколько моих скриптов на powershell сохраняющих атрибуты файлов в CSV, это очень быстро можно адаптировать и получить аналог DiskDirW, только более детальный и читабельный формат и при этом родной для PS.

2) Есть к примеру плагин aviwcx, ныне почти бесполезный в силу мёртвости формата — тот же и больший функционал можно было бы реализовать с помощью mkvtoolnix/mp4box/ffmpeg: удаление/добавление/извлечение дорожек, субтитров, извлечение глав или вообще произвольных отрезков.

И это только пара примеров. У меня из полутора десятка wcx-плагинов непосредственно архивных только два, на сайте тоже соотношение неоднозначное. И многое не являющееся банальными архиваторами в принципе также реализуемо скриптами.

#424:  Author: MVVLocation: Ростов-Дон PostPosted: Tue Jun 05, 2018 23:52
    —
Quote:
Но тот же 7zip не только свой родной формат поддерживает (я уже упомянул пример), да и обновлялся совсем недавно.

Плагин Total7zip работает с оригинальной библиотекой 7-Zip, которую можно обновлять при обновлении 7-Zip (или вообще прописать путь к ней в папке 7-Zip).

Quote:
Вообще, просто найдите хотя бы одно современное консольное приложение, работающее с произвольными файлами (не для какой-то сильно узкоспециализированной задачи), и выдающее какой-то связанный с ними вывод, и чтобы при этом оно не поддерживало Юникод. Тогда будет хоть какой-то смысл о чем-то говорить. Я вот не знаю ни одного.

Тем не менее, и обратных примеров кроме 7-Zip пока я не увидел.

Quote:
1) Есть несколько моих скриптов на powershell сохраняющих атрибуты файлов в CSV, это очень быстро можно адаптировать и получить аналог DiskDirW, только более детальный и читабельный формат и при этом родной для PS.

Вывод в панель для синхронизации через тотал - это хороший пример.

Quote:
2) Есть к примеру плагин aviwcx, ныне почти бесполезный в силу мёртвости формата — тот же и больший функционал можно было бы реализовать с помощью mkvtoolnix/mp4box/ffmpeg: удаление/добавление/извлечение дорожек, субтитров, извлечение глав или вообще произвольных отрезков.

А это, как я уже говорил, можно реализовать и другим способом, в обход неудобного WCX-интерфейса: кнопка, по кнопке показывается окошко со списком дорожек и т.д.

#425:  Author: helb PostPosted: Wed Jun 06, 2018 22:27
    —
Прицепились к этому несчастному 7zip'у… :) У меня другой плагин стоит, с Total7zip ушел когда-то уже не помню в связи с чем, и не перепроверял его возможности. Да и вообще 7z.exe для теста больше задействовал.

Quote:
Тем не менее, и обратных примеров кроме 7-Zip пока я не увидел.
Весь набор mkvtoolnix, консольный менеджер VirtualBox, Powershell, python и вообще любые современные скриптовые языки, cygwin целиком, cmd.exe. Повторюсь, в ранее сказанном я твёрдо уверен, потому что многолетняя практика подтверждает это на 100%. Везде Юникод поддерживается и на входе, и на выходе, а часто является попросту базовым.

Quote:
А это, как я уже говорил, можно реализовать и другим способом, в обход неудобного WCX-интерфейса: кнопка, по кнопке показывается окошко со списком дорожек и т.д.
Вы в какой-то альтернативной реальности что-ли живете где и на ногах ходить неудобно, лучше на руках? По сравнению с простым заходом в файл как в архив и аналогичных манипуляций с ним, не может никакая кнопка быть удобнее в принципе. У меня кнопок нет вообще (тулбар — пустая трата оконного пространства), но пользовательских команд, пунктов меню и хоткеев прилично — своё дело делают, а плагины своё.

Создатели всяких Aviwcx, Gifwcx, Wordarc, Graphics Converter, TreeCopy, decRegWcx и кучи других плагинов для неконтейнерных форматов тоже видать глупые не понимают как же это неудобно.

#426:  Author: MVVLocation: Ростов-Дон PostPosted: Thu Jun 07, 2018 09:27
    —
А где в mkvtoolnix есть необходимость читать юникод в консольном выводе? Что там можно выводить в консоль вообще? Список дорожек в файле? Информацию о кодеках?

Quote:
Вы в какой-то альтернативной реальности что-ли живете где и на ногах ходить неудобно, лучше на руках?

Реальность у нас вроде как одна. Если для конкретного типа файла есть только один возможный WCX-плагин, то проблем нет, но если появляется хотя бы один WCX-плагин, применимый к каким-то файлам, которые привязаны к другим WCX-плагинам, то либо он будет пытаться открыть эти файлы, перехватывая их у других плагинов, либо он не сможет использоваться, т.к. при входе в архив будет срабатывать другой плагин. Это реальное неудобство WCX-интерфейса, и способа его обойти пока в принципе нет. Кнопки или юзеркоманды в тотале избавлены от этого недостатка - можно к любому файлу применить нужную команду, хотя, конечно, кнопки лишены возможности отображать что-то в виде файлов в панели. Некоторые плагины не сталкиваются с этой проблемой - действующие только на упаковку (CopyTree и т.д.), но для них совершенно не важен консольный вывод, а сама команда упаковки опять же элементарно реализуется командой самого тотала напрямую с передачей файла-списка в приложение/скрипт.

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

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

#427:  Author: DrSharkLocation: Kyiv, Ukraine PostPosted: Fri Jun 08, 2018 09:06
    —
MVV wrote:
Если для конкретного типа файла есть только один возможный WCX-плагин, то проблем нет, но если появляется хотя бы один WCX-плагин, применимый к каким-то файлам, которые привязаны к другим WCX-плагинам, то либо он будет пытаться открыть эти файлы, перехватывая их у других плагинов, либо он не сможет использоваться, т.к. при входе в архив будет срабатывать другой плагин. Это реальное неудобство WCX-интерфейса, и способа его обойти пока в принципе нет.
Можно использовать несколько wcx для одного типа файла, повесив их на пункты внутреннего контекстного меню через внутренние ассоциации.

#428:  Author: helb PostPosted: Fri Jun 08, 2018 09:24
    —
Quote:
А где в mkvtoolnix есть необходимость читать юникод в консольном выводе?
Названия потоков, главы и прочие метаданные.

Опять же:
Quote:
У меня кнопок нет вообще (тулбар — пустая трата оконного пространства), но пользовательских команд, пунктов меню и хоткеев прилично
Там где это лучше, оно уже используется и будет использоваться.

Я где-то сказал, что не понял о чём вы говорите? А то вы упорно продолжаете расписывать ограничения WCX, о которых я давно знаю. Это не проблема. Совсем. Больше одного handler'а для расширения и не нужно, а где всё же потребуется, там самый подходящий вариант можно сделать псевдо-архивом, а для остальных уже имеющиеся способы задействовать.

Quote:
А это очень субъективное утверждение
Нисколько. Маленький ликбез по UI-дизайну. Любой интерфейс, требующий примитивного запоминания (хоткеи, расположение/иерархия элементов, соответствие абстрактных пиктограмм действиям) — плохой интерфейс. Подобные вещи являются последним рубежом, когда иного способа повышения продуктивности взаимодействия с машиной нет.

Вот есть, к примеру, пятёрка форматов, для каждого есть по одному независимому обработчику. По вашему подходу надо создать пять кнопок, найти для них иконки, запомнить где всё это расположено как выглядит, держать в памяти, при работе всё это из памяти доставать, искать. И всё это крайне плохо масштабируется на большее количество. С моёй стороны ровно одна предельно простая мнемоника: «Я могу зайти в файл как в обычный архив, а там всё будет очевидно», и не важно два таких формата или сотня.

#429:  Author: Skif_off PostPosted: Fri Jun 08, 2018 13:19
    —
helb wrote:
Любой интерфейс, требующий примитивного запоминания (хоткеи, расположение/иерархия элементов, соответствие абстрактных пиктограмм действиям) — плохой интерфейс.

А потом удивляемся: и юзеры в массе как-то... туповаты, что ли, и в браузерах по одной-две кноки... Не дай Б-г юзер напрягёт что-то кроме сфинктера, пусть жуёт, что дают, молча!

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

Сгруппировать, одну иконку для меню, одну для кнопок, текст подсказки сразу перед глазами - запоминать не надо, читать [обычно] умеют все.

#430:  Author: helb PostPosted: Fri Jun 08, 2018 14:26
    —
Skif_off
Вы, это, тут свои фрустрации по поводу туповатых юзеров, портящих вам жизнь своим существованием, не проецируйте :) К устройству человеческого мозга это никакого отношения не имеет. То что он гораздо хуже приспособлен для абстрактного запоминания, чем для ассоциативного — с древнейших времён очевидный факт, ныне нейронаукой подтвержденный и гораздо детальнее изученный.

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

#431:  Author: Skif_off PostPosted: Fri Jun 08, 2018 16:00
    —
helb wrote:
На низком уровне это именно запоминание, удержание и извлечение информации, поиск, распознавание образов и сопоставление — то есть расход конечного ресурса, вносящий существенный вклад в ментальное утомление.

Тут недалеко и до, как в анекдоте, "да, а ещё я в неё ем" Smile) Нейронаука? А эволюционная биология что там говорит? Межушный ганглий больше напрягать не нужно - миллионы лет эволюции напрягали, хватит уже, пора поберечь?.. Smile

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

#432:  Author: helb PostPosted: Fri Jun 08, 2018 18:25
    —
Skif_off
Вот вы тут щас всё отшучиваетесь, а потом вас какой-нибудь Альцгеймер сразит, из-за того что слишком много горячих клавиш в голове держали на протяжении жизни Smile

А вообще то, о чём я писал — совершенно серьезно. Поинтересуйтесь когнитивными науками — много удивительного и контринтуитивного узнаете. И ваше «пора поберечь» как раз таки в точку, именно потому что никогда так не напрягали как последние десятилетия, и результаты не самые радужные.

Но мы уже в оффтоп уходим. Суть всего в том, что для ряда задач представление в виде псевдо-архива — объективно наиболее оптимальный для человека вариант интерфейса из возможных в ТС.

#433:  Author: CaptainFlintLocation: Москва PostPosted: Sat Jun 09, 2018 01:26
    —
helb
Skif_off
Давайте всё-таки придерживаться обсуждения исходной задачи. Способности человеческого мозга и личные мнения по поводу необходимости умственной гимнастики можно обсудить в личке или во Флейме.

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

Skif_off, то же самое относительно различных мнений.

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

#434:  Author: FlasherLocation: Москва PostPosted: Sat Jun 09, 2018 02:03
    —
Лично я не вижу особого смысла в привязке форматов к wcx (жмякать каждый раз Ctrl+PgDn) только ради получения информации. Для информации есть wdx и wlx, как более потребные и приемлемые.
И если бы передо мной стояла крайняя необходимость в Юникоде для сабжа, то я как минимум попытался бы поискать именно архиваторы (а они есть) и предоставить на суд девелопера, чем тупо спорить о фломастерах.

#435:  Author: helb PostPosted: Sat Jun 09, 2018 11:48
    —
Flasher
Я тоже не вижу :)
Примеры чего-то подобного я привёл только для поддержания точки зрения, что сейчас всё поддерживает Юникод, за возможными редкими исключениями. Хотя и чисто информационное использование может иметь смысл: нередко, например, надо быстренько сравнить в mediainfo две вариации одного файла, а с родными диалогами — это не слишком наглядно. А так можно было бы сравнением текстовиков представить.

Насчет именно архиваторов, я просто как-то не знаю чего-то еще актуального — эта пестрота для 80-х/90-х была нормой, а сейчас всё дистиллировалось до zip, 7z и у юниксоидов tar нескольких типов пожатости, даже rar почти не встречается уже.



Total Commander -> Плагины Total Commander


output generated using printer-friendly topic mod. All times are GMT + 4 Hours

Goto page Previous  1, 2, 3 ... , 28, 29, 30  Next  :| |:
Page 29 of 30

Powered by phpBB © 2001, 2005 phpBB Group