Обновился TuxCmd

Тоже поправлюсь, заметил ник, я имел ввиду проведаю того джава гуру томми.

А хотя я был не прав - мозг сломала не винда, а менеджеры типа XTree Gold (кажется так оно называлось) и их бесплатные аналоги типа ZTreeBold под половинку оси. Забыл про это совсем.

никак не пойму - ЗАЧЕМ ЭТА ХРЕНЬ, ЕСЛИ ЕСТЬ bash/zsh/csh/$shell??

> Копиями проводника, запущенными в системе

Зачем копиями?

PS. По сабжу - могу посоветовать Gentoo.

> linm использую, весьма достойно, пока не раздражает

Прикольная штука. :) Только цвета по умолчанию страшноваты.

Да и... как там копировать файлы?

>Да я в свое время такую штуку наклепал на Perl/Tk, а потом бросил на версии 0.3, ибо понял, что нафиг такие вещи нужны. Удобнее обычной консоли ничего нет, для остальных случаев существует nautilus и konqueror. Например, к любому файлу с использованием кнопки TAB можно добраться из шелла за секунду, а искать чего-то в дебрях файловой системы я не люблю.

Есть sh, где TAB не поможет... xTERM, смог бы ты безвылазно целый день без потери производительности (если работаешь), или fun'а (если нет) сидеть ТОЛЬКО в sh? (как это выглядело бы: ls cd ls cd ls cd ls cd sl <пля!> ls cd ls ls ls <ипааать!> ls|more ....) Тут, согласись, mc пригодился бы.

А ведь на заре Unix пользователи как-то обходились без этих bash, TAB-completion и прочего... интересно как...

worker наше все

f1

Если вас мучает "Интерпр. занят бла бла" жмите КтрлО - Ентер - Ктрл0. При выходе из консоле моде жмите ентер и трабл не будет.

Если вас мучает "Интерпр. занят бла бла" жмите КтрлО - Ентер - Ктрл0. При выходе из консоле моде жмите ентер и трабл не будет.

Хороший файлменеджер. Мне понравился. Двухпанельность годится. Вот бы русский пофиксить..
Порадовал один исполняемый файл в тарбале.

Фанаты двухпанельников на моем лоре? No way!

q. ваш любимый файл-менеджер
a. синие рамочки

q. ваша любимая операционная система
a. синие рамочки

Не осилили юникод в 2008 году? Не осилили вывод списка файлов в несколько колонок a-la mc'шное «brief»? Не осилили значки кроме как вшитое 16x16? Не может показать дату в человеческом формате (ISO 8601), выводя нечто дикое в виде «17-4-08 22:49:52»?

Нет, спасибо, но лучше пока не надо.

sudo apt-get remove tuxcmd tuxcmd-modules

Проект неплохой, есть в нем рациональное зерно.

Но детские болезни еще есть. (tuxcmd 0.6.36 не смог отобразить каталоги на русском языке, показал вместо русских названий непереводимые символы и знаки).

Возьмем на заметку и будем ждать весрии 1.x

Апологетам ls/cp панельность вообще ни к чему.

А по мне так самый часто используемый режим в mc/far - двухпанельный, двухколоночный, так как информацию о параметрах файла всегда можно вывести под панель.

А FAR еще не портирован под Линукс? Его же открыли вроде...

PS Как в Линуксе работать с консолью программно? Заголовок/шрифт/цвет менять, к примеру. С помощью библиотек или есть стандартные функции?

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

>никак не пойму - ЗАЧЕМ ЭТА ХРЕНЬ, ЕСЛИ ЕСТЬ bash/zsh/csh/$shell??

чтобы не играть в шахматы вслепую.

> А FAR еще не портирован под Линукс? Его же открыли вроде...

И не портируют, полагаю.

> Мне вот неясно другое - как эти мышевозы-виндузятники вообще файлы то копируют/перемещают своими "проводниками"?

File/Open -> File/Save As...

Сам видел.

>чтобы не играть в шахматы вслепую.

А зря, память развивает :-)

ЗЫ к сабжу комент отношения не имеет, аналогий не проводить.

> аналогий не проводить

Да... Хождение по файловой системе из sh без ls развивает память.

Этот tuxcmd из коробки не хочет нормально отображать русские файлы, с учетом, что локаль ru_RU.UTF-8.

Значит tuxcmd не нужен.

http://img48.imageshack.us/img48/2376/inuosyw5.jpg хороший скрин.

>А относительно приличных файловых менеджеров, работающих в текстовом режиме кроме mc и командной строки нет?

Есть. Linm - но брать СТРОГО последнюю версию

> Мне вот неясно другое - как эти мышевозы-виндузятники вообще файлы то копируют/перемещают своими "проводниками"?

Скажу по секрету, открывается два окна проводника, располагаются наиболее удобным образом и ctrl+c/ctrl+v. Только вы остальным не говорите, не травмируйте их психику.

>никак не пойму - ЗАЧЕМ ЭТА ХРЕНЬ, ЕСЛИ ЕСТЬ bash/zsh/csh/$shell??

Эта хрень в десять раза быстрее, и нагляднее (сравни, набрать команду в баше (или там скрипт поправить коли ты их имеешь в виду), вспоминая пути до папок, и вводя их, с раз жахнуть по F5, F7, и все процесс пошел).

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

>Скажу по секрету, открывается два окна проводника, располагаются наиболее удобным образом и ctrl+c/ctrl+v. Только вы остальным не говорите, не травмируйте их психику.

Ты, как минимуи один раз жмешь на ctrl+c, а затем, перейдя в другое окно жмешь на ctrl+v.

Я же один раз, не выходя из паели источника, жму на F5. Сравни у кого быстрее.

>Я же один раз, не выходя из паели источника, жму на F5. Сравни у кого быстрее.

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

Не буду оригинален: Pascal? - фтопку!

>Но EmelFM2 наше всио. )

64-битная сборка этого поделия падает в кору аж при запуске. конструкторы классов гтк не реализованы. (в liferea,кстати, тоже). когда праввильно прогать будут, непонятно.

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

Наверное, нужно уже смириться с тем, что лучше Far Meneger ничего нет и не будет.

> пользователям виндовс не нужны коммандеры

4.2

А теперь вам нужно выкусить ненужное, сразу всё запаковать и по ssh отправить, тода как? Вот и лазают такие ручками пол-часа там, где нормальному человеку нужно пять минут на команду которая всё сделает, и "всё процесс пошёл".

А в кору по SIGABRT или по SIGSEGV?

Не понятно как могли не быть реализованы конструкторы с обновременным существованием самих классов 8-(, может конструкторы просто тупые?

>перестанет он виснуть в произвольных местах под произвольными платформами? через сколько столетий мы перестанем видеть "интерпретатор занят выполнением команды" после которого надо его перезапускать? этот код давно заброшем и к нему никто не подступается. был проект mc-light (как то так звался), но и он подвисает. пользовался им много лет под FreeBSD и думал это платформа виновата, так собрал его под Linux - тоже самое.

плохому танцору, как известно, яйца мешают, то у него мц виснет, то интерпретатор озабочен

>Вывод: продолжаю использовать для своих нужд Krusader. tuxcmd пока еще не дорос до такого уровня.

я думаю автор твое мнение учтет и все допилит :)

>А теперь вам нужно выкусить ненужное, сразу всё запаковать и по ssh отправить, тода как? Вот и лазают такие ручками пол-часа там, где нормальному человеку нужно пять минут на команду которая всё сделает, и "всё процесс пошёл".

Набираешь скрипт, "выкушивающий все не нужное, все запковывающий, и по ssh отправляющий", или набираешь длинную строчку (вспоминая пути, и т. д.)...

Не вижу ускорения.

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

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

Что там "неделю набирать". На одном наборе путей, потеря времени огромная...

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

Кто владеет аглицким, просветите автора на предмет того, почему так делать нельзя.

PS. Всего по тексту нашёл 162 строки с вызовом ANSIToUTF8...

> Мне вот неясно другое - как эти мышевозы-виндузятники вообще файлы то копируют/перемещают своими "проводниками"? У меня вообще есть большое подозрение что вообще никак в основном. Куда они кинулись чем-то там на FS - там они и лежат. Потому что это ж как извращнуться надо чтоб это "проводником" (однопанельным "файловым менеджером") сделать...

Они открывают 2 или 3 или ... проводника, а дальше мышка вступает в дело.

> Зачем двухпанельность до сих пор не понял

Это метафора трубы.

>Они открывают 2 или 3 или ... проводника, а дальше мышка вступает в дело.
Не надо придумывать за других. Есть хоткеи.
По сабжу: откатил на 0.5.7. С русским теперь нормально. Жду когда через год они это починят.

> Файл-менеджеры не нужны и гуй к cp, mv, cd, ls etc не нужен.

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

>Не осилили юникод в 2008 году?

Тут не не осилили. Тут сломали. В предыдущей версии такой проблемы не было.

Не надо аналогий для гуманитариев. Хороший shell вполне нормально склеит утилиты в "автомобиль". Кроме того есть же ещё скрипты.

> пользователям виндовс не нужны коммандеры. эти мышевозы всё делают через проводник и тп (даже файлы на болванки пишут).

Не выдумывай. Продвинутые пользователи виндоус очень активно используют Far и TotalCmd и при этом не выдумывают, что линупсоидам-мышевозам не нужен ФМ в их бубунтах с их гномами и кедами.

> пользователям юникс (в большинстве) файловые менеджеры тоже не нужны.

Красноглазым фанатикам они не нужны, которые убеждают себя, что черный экран с командами это очень круто и по-хакерски. В нормальном файл-менеджере 1) есть функциональные клавишы, поэтому cp, rename, mv работают быстрее 2) нет нужды постоянно писать ls, |less и постяонно указывать каталог назначения в cp и mv 3) есть regexp-ы 4) есть удобные закладки вызываемые одним хоткеем 5) есть файловые ассоциации так что просмотр/редактирование/запуск файлов происходит быстрее, т.к. не приходится писать названия программ-редакторов/вьюверов.

> остаются энтузиасты которые начинают что-то такиое писать но либо забрасывают это, либо у них получается такое, что лучше бы они это не выкладывали вообще.

Добрая половина линуксового софта написано такими же энтузиастами, поэтому обычно не выходит из версии 0.01.

> бесполезно развивать такие программы как Крусадер и тп - всё равно народ будет использовать массу других коммендеров.

Как раз krusader вполне достойный конкурент виндового totalcmd

> да и мало кому это всё нужно.

Приучайся говорить за себя. Лично мне гемор с консолью для разгребания локальных файлов с неудобной навигацией по файловой системе, FTP, SMB, NFS и т.д. нафиг не нужны. Консольный фантизм и понты идут лесом. Когда консоль понадобится - нажму F2.

> Не надо аналогий для гуманитариев.

Отчего же? Мне вот нравится такая аналогия: ФМ - автомобиль, шелл - ведро с болтами, трубками, подшипникам и т.д.

> Хороший shell вполне нормально склеит утилиты в "автомобиль".

Ничего подобного. Сам по себе шелл ничего не склеивает, т.к. шелл это набор команд. А файл менеджер это заточенный под управление файлами комбайн, который работает "из коробки". Файл менеджер более информативен - отображается информация по размеру выбранных файлов, объем свободного места, список файлов в текущем каталоге и в каталоге назначения. Часто используемые команды вызваются по одной кнопке F5/F6/F8, можно выделять группу не только по regexp/wildcard, так и вручную(в шелле невозможно выделить файл - его имя нужно явно указать). В ФМ есь файловые ассоциации, в шелле - нет. В ФМ есть inplace переименование файла, в шелле нет. В ФМ есть еще целая куча удобных мелочей, которых нет в шелле. Какой смысл городить из шелла жалкое подобие ФМ?

> Кроме того есть же ещё скрипты.

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

> Не надо придумывать за других. Есть хоткеи.

Я не придумываю, это наблюдения.

С кодировкой UTF-8 в названиях файлов бэды *(