Люди а как сделать что бы при работе в konquerere она их переименовывала а то каждый раз запускать прогу влом, да и не удлбно.

а имена в другую кодировку она может? и нафига они это написали под kde...

первый скриншот на сайти - ничего. А прога - фуфло

Да, сразу видно - люди книжек не читают. Вот "программа", которая может переименовать что угодно как угодно.

http://iis1.cps.unizar.es/Oreilly/perl/cookbook/ch09_10.htm

типа шелл уже не катит ?

А лозунгом этой проги я бы сделал "UNIX WAY MUST DIE"

>>Консольный rename с его скудными возможностями отдыхает.
А для этого есть перл и сх скрипты. Потому как для "премудрого" ренэйминга файлов и папок возможностей этой прогии может не хватить.

Вот за что не люблю кде, так это за то что там полно таких уёбищ. И со временем их будет только больше. :(

In other news, SuSE Linux 9.0 Professional ships now with KRename.

Нда ... А люди еще стараются, пишут статьи о Unix-way.

Даешь 10e+10 прог для каждой, мало-малясь отличающей-ся задачи - свою, как в винде!!! И будет и у нас много никому не нужного софта, уря товарищи!!! :)

Must have минимум знаний для выполнения таких задач с уже имеющимся в каждой системе набором утилит. Пионеры, тянущие всякий мусор в свои "компы" - идите лесом!

да, какой нах unixway у нас linuxway!

[03:21] * Now talking in #unix.really [03:21] * Topic is 'тут отвечают на дебильные вопросы по дебильному Linux

%)))))))))))))))))

>Krename -- программа для автоматического переименовывания файлов и
>каталогов.
Глупость, на которую только ума и хватило. Вместо того, чтобы писать действительно нужный софт.

> Консольный rename с его скудными возможностями отдыхает.
Неумение читать мануал и склонность в мышевозюкельству в чистом виде.

>Для каждого обрабатываемого файла может выполняться какая-либо >команда
Супер новшество. А как это будет быстро работать - ужас.

>например, можно переименовать файлы вида pic.png в pic01-1024x768.png
Очень нужный и важный инструмент. ImageMagic консольный конечно отдыхает.

>Кроме того, существуют т.н. функции, например, убрать пробелы из
>имени,
> вставить имя каталога, создать подкаталог, разумеется, tcnm вставка
>чисел (file.txt => file001.txt) и т.д.
Про awk, sed, perl ламерье уже даже не слышало :-(.

>В результате переименованные файлы могут заменить старые, сохранены в
>новый или в тот же каталог, или могут быть созданы симлинки.
О как. А хардлинки могут? Капец. Вот оно - руки вперед головы лезут...
А например пройтись по списку запущеных процессов и поставить в середину имени pid программы, которая открывает этот файл, в конец развмер файла и дату создания, посчитать от этого md5?

>В новой версии улучшился интерфейс, а также добавилась возможность >переименования по ftp, smb и другим протоколам, поддерживаемым >kio-slave.
Ага. А еще поддержка разных скинов, возможность оформить функционал как сервер итд итп. Че за бред? Ребят? Консольные утилиты с этим отличнейшим образом справляются. Вот уж где морда только мешает, так это в таких задачах.


> Размер - меньше 600 Кб. Must have!
Классно. Полметра за програмулину, которая делает стандартные действия жутко неудобными. bash+(awk+sed)|(perl) - делает гораздо больше + размер 0.0.0 к стандартной установке.

Хм... Кричать, значит, умеем...

Ну, тогда, приведите примеры скриптов для:

* для картинок к имени файла можно прибавлять их разрешение и глубину цвета (например, можно переименовать файлы вида pic.png в pic01-1024x768.png);

* аналогичные функции существуют и для музыкальных файлов (можно переименовать файлы типа track01.ogg в Queen -- Show Must Go On.ogg, если, конечно, в них есть теги с именем исполнителя и названием песни).

Кто лучше?

Дада, устроим из ЛОРА нечто типа download.ru, listsoft.ru и тому подобное! Ура!

"Крутым", вспомнившим про перл, сед, оук, и т.д. и т.п -
что вы разорались ? ведь и так ясно что вы настолько круты что КДЕ не пользуютесь. Ведь это же отстой - не unixway.
Вы даже наверно на ЛОР заходите по линксу ?

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

А вы сидите, дальше глаза себе портьте, читая тонны мануалов по перлу, седу, оуку, сриптованию на баше чтобы выполнить элементарную по своей сути операцию. Заходите на ЛОР в линксе. Музыку обязательно слушайте по mpg123, вызываемым из собственноручно написанного перлового скрипта. И почтовик держите - мутт. И редактор до кучи - вим пользуйте. И в МС ни-ни. И будете вы "крутыми", безнадежно крутыми - прямо как динозавры.

[ragazza ~] file 1.png
1.png: PNG image data, 732 x 681, 8-bit/color RGB, non-interlaced

дальше обьяснить? :)

интересно, а колбаски на бутерброды этот krename мне порезать сможет? ;))

Что вы так возбудились? Если у кого-то отличного от админа/программиста появилась задача разобрать свой хлам в *.jpg или *.mp3[ogg] он что, должен читать man rename, man awk, man imagemagic до посинения или просто и быстро сделает нужные манипуляции с возможность отката и без потерь данных. И забудет об этой проблеме (покрайней мере пока опять свалку не сделает :)

ИМХО все совершенно естественно как и GUI к написаню RegExp в редакторах KDE (функции поиска и замены).

Интересно, уважаемый, а что Вы будете делать когда вам нужно будет: подсчитать количество дней от одной даты до другой, вырезать из массы html файлов все ссылки на картинки, убрать из пары сотен текстовых файлов символ перевода коретки??? Будете качать для каждой задачи свою программу??? :-)))) Дерзайте

мда... а в FAR-е это все элементарно можно сделать... а в mc если только очень напрягшись... (особенно когда лень)

> для картинок к имени файла можно прибавлять их разрешение и глубину > цвета (например, можно переименовать файлы вида pic.png в pic01-1024x768.png);

GD.pm спасет отца русской дерьмократии. Или, на худой конец, ImageMagick

Для музыки не задавался вопросом...

Кстати, обычный find может решить проблему с переименованиями. Без перла, awk и sed'а. Единственный плюс у проги - возможность создания скрипта отката. Правда, и это решабельно ;)

2grustnoe (*) (26.01.2004 9:38:34)

> [ragazza ~] file 1.png

> 1.png: PNG image data, 732 x 681, 8-bit/color RGB, non-interlaced

> дальше обьяснить? :)

Это что-то новенькое? И где я это уже видел?

:-)

--

2anonymous (*) (26.01.2004 9:56:29)

> Интересно, уважаемый, а что Вы будете делать когда вам нужно будет: подсчитать количество дней от одной даты до другой, вырезать из массы html файлов все ссылки на картинки, убрать из пары сотен текстовых файлов символ перевода коретки??? Будете качать для каждой задачи свою программу??? :-)))) Дерзайте

Дело в том, уважаемый, что до этих "тонкостей" среднестатистический user может и не добраться, т.к. "умрет" на пол-дороге к своему счастью, с предсмертным воплем: "Linux намного сложнее Windows! Это СЛИШКОМ сложно! Мне не разобраться!"...

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

...и мудрые "профи" в гордом одиночестве, возвышались над полями, усеянными трупами несостоявшихся user`ов OS Linux. /Так умирали динозавры/.

P.S. Но вы ведь так "круты",. чтоб думать еще и об этом...

:-)

Re:

Мдя. Теперь будем сюда постить каждый анонс каждой KDEшной программки.
Особенно активно те, что решают давно решенные задачи...

Ндаааааа, я конечно слышал, что 2004 год кто-то там торжественно объявил годом пингвина для десктопов, но что это выльется в такое......... :( Но в принципе прога может жить, только надо так, чтобы суп отдельно, мухи отдельно. Господа пингвины, вы когда-нить бывали на свалках халявного софта под винды??? Вот то-то же, линуховый десктоп в действии, скоро будет куча помоек и под линух, вот только очень хотелось бы, чтобы мухи были все-таки отдельно :)

2 eXOR (*) (26.01.2004 8:07:02)

>Глупость, на которую только ума и хватило. Вместо того, чтобы писать действительно нужный софт. Ты сам-то чтоньбудь _нужное_ написал? В студию на обсуждение!

>Про awk, sed, perl ламерье уже даже не слышало :-(. кРютоЙ хАцкЕр зНаЕт нАзвАниЕ кРютЫх утИлИт ! Напиши законченый продукт с аналогичной функциональностью на "awk, sed, perl" и покажи.

>А например пройтись по списку запущеных процессов и поставить в середину имени pid программы, которая открывает этот файл, в конец развмер файла и дату создания, посчитать от этого md5? Сам понян че сказал? Напиши и покажи.

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

2 eXOR (*) (26.01.2004 8:07:02)

>Глупость, на которую только ума и хватило. Вместо того, чтобы писать действительно нужный софт.

Ты сам-то чтоньбудь _нужное_ написал? В студию на обсуждение!

>Про awk, sed, perl ламерье уже даже не слышало :-(.

кРютоЙ хАцкЕр зНаЕт нАзвАниЕ кРютЫх утИлИт ! Напиши законченый продукт с аналогичной функциональностью на "awk, sed, perl" и покажи.

>А например пройтись по списку запущеных процессов и поставить в середину имени pid программы, которая открывает этот файл, в конец развмер файла и дату создания, посчитать от этого md5?

Сам понян че сказал? Напиши и покажи.

>Вот уж где морда только мешает, так это в таких задачах.

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

man awk + man ksh + man find и Bас отпадет надобность в подобного рода поделках

Даже доменное имя сделали... вот больные.
Энтузиазм авторов бы в нужное русло ...

>убрать из пары сотен текстовых файлов символ перевода коретки???

man dos2unix ?

Крикунам против: что, крутизну свою захотелось показать? Мол, на хера это надо, есть же Перл, есть bash, есть........ Есть? Отлично! Пиши на нём! Но ты не задумывался, что не только эта софтинка ограничена, но и все твои Перлы и bash'и тоже ограничены, а рулит assembler? Да, и assembler-то напару с современной вычислительной техникой тоже не идеал, а рулит, на самом деле, Единая Теория Поля, хотя и законы физики тоже немного ограничены. Так что, вывод: рулит (в прямом и переносном смысле) Бог, ибо Он и Физик, и Программер, и Биолог, и много ещё чего другого! А вы кто? То, что не боги - это точно, так что, извините...

Я вот только одного не понимаю: не нравится/не нужен вам такой софт - не пользуйтесь! Но на хера хаять то, что другие делали? Есть люди, которым от компа надо одно, есть такие, которым надо что-то другое! Лично мне было бы интересно посидеть, выучить какой-нить Перл, и написать похожую приблуду самостоятельно, потом модофоцировать её так, как мне надо, но если мне надо срочно разгрести помойку и сделать back-up, а программа вполне мне подходит, что ж тогда, не пользоваться, потому что "не круто"? Люди писали, что бы другие люди, не склонные к программированию по тем или иным причинам, могли сделать то, что им надо, так, как им удобно!

А теперь представьте себе, что люди старой закваски, привыкшие программы вводить на перфокартах, оутпут - через печатные листы, сказали бы: "Да на хера эта UNIX, ламера, не можете вручную ввести код, читающий файл с диска - в сад!", что бы вы, крутые и ненаглядные, делали бы сегодня?

Скажите спасибо, что профессионалы, а не дилетанты наподобие вас, иногда, всё-таки, задумываются об удобствах рядового пользователя, иначе лет 40-50 назад вы, со своей тягой к графическому output'у и языкам типа Перла вообще бы за людей не считались! Это сегодня вы себя мните профессионалами, а тогда вы были бы лохами!

Да, и потом, чем больше будет такого софта, тем больше будет рядовых пользователей у Linux/UNIX, следовательно, больше компаний заинтересуются этим продуктом, и, значит, больше денег будет вкладываться в этот проект, и вот тут-то и наступает главный момент: для крикунов наступает золотая пора: кроме простого ("ламерского") софта, развивают так же и "крутой" (типа ядер UNIX) софт, хотя, как было уже подмечено, относительно недавно такие вещи посчитались бы верхом ламеризма, тупости и безграмотности!

Бля ну слов не хватает, ну нахрена опять изобретать колесо? велосипед и остальную прочую херню, сколько можно бля ездить вокруг этого гуёвого интерфейса и орать на всех углах, что появилась новая супер-пупер прога, основную часть которой занимает обработка событий от кнопочек, код их генерирования и прочая чушь от которой тошнит уже. Нет мозгов не надо лезть в систему которая тебе не нравится и не устраивает, в систему которая объединяет творческих и соображающих людей, а не тупых домохозяек, умеющих только давить на кнопки и то с переменным успехом, пускай обращаются в службу поддержки Майкрософт. Не надо делать еще одну помойку.

to anonymous (*) (26.01.2004 11:46:40)

Дело не в том кто из нас Бог а кто нет. Дело в другом. IMHO каждый новоиспеченных програмистов пытается изобрести тот самый велосипед. Как пример можно взять калкулятор, сколко их наваяли ..

И никто тебе не навязывает что и как ты должен делать. Исползовать Shell, AWK и тд это всего навсего совет. Unix ето и есть то, как могут взаимодействовать, к примеру ksh awk и sed. A все осталное в том числе и КДЕ это, извините, рюшечки.

ASM и СЛАКА РУУУУУУУУУУУУУУУУЛЯЯЯЯЯЯТ!!!!!!!!!!!!

2ansi (*) (26.01.2004 12:25:36)

> Дело не в том кто из нас Бог а кто нет. Дело в другом. IMHO каждый новоиспеченных програмистов пытается изобрести тот самый велосипед. Как пример можно взять калкулятор, сколко их наваяли ..

"Каждый программист обязан написать свой собственный редактор". (с)

Кстати, отсюда и пошло все обилие и великолепие программного обеспечения под DOS.

> И никто тебе не навязывает что и как ты должен делать. Исползовать Shell, AWK и тд это всего навсего совет. Unix ето и есть то, как могут взаимодействовать, к примеру ksh awk и sed. A все осталное в том числе и КДЕ это, извините, рюшечки.

Угумс... Мелочь, а приятно!

:-)

Метко подмечено. Его не вылечат.

Кого ? ;)

пионерusа от (26.01.2004 11:46:40)

Хм... а я непонял, для чего это программа нужна?
И не надо говорить рядовой пользователь "Linux/UNIX"...если
человек не может/хочет писать скрипты на awk/sed/sh/perl то значит
linux ему просто не нужен. Для этого и есть win* с интуитивно понятным
интерфейсом.

Что до программы - почитайте O'Reilly UNIX Bookshelf, узнаете много интересного.

Не очень хочется ввязываться во флейм, но... Хотелось бы, чтобы anonymous (*) (26.01.2004 9:35:37) задумался.

Про KDE пожалуй помолчу.. :)

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

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

>Заходите на ЛОР в линксе

а ты пробовал? :) Попробуй, гораздо удобнее, уверяю :)

>редактор до кучи - вим пользуйте

он удобен. Очень удобен. Гораздо, намного удобнее редактора mc. Конечно, только после прочтения мануалов. Но в этом есть смысл.

mutt не пробовал, но уверен, его ты тоже зря вспомнил ;)

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

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

Ты его не поймёшь.

Skolko tebe let, sosunok?

Странный вы народ.
Берем maya. Начинается все с мышевозюканья. Но если люди делают что-то
серьезное, они сочетают приятное с полезным - т.е. рисуют мышой, но
обработка идет скриптами на mel. И он развивается.

Здесь сам бог велел пользоваться скриптами - все же есть и удобно.
Нихуа.
Ладно бы это был фронтэнд к скриптам + qgerexp. Нет - 600 кб программа.
Охренеть.

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

P.S. Что касается KDE и т.п. - я использую KDE и mc, но на лор предпочитаю
заходить из графического links.

А разве хороший админ всего этого не знает?

Знаешь, сколько лет за компом и иногда приходится работать с количеством файлов,
превышающим 10.000, но вот чтобы переименовывать их...
А уж среднестатистическому пользователю это вообще нафиг не нужно. Особенно
на тему глубины цвета.
Кстати, некоторые просмотрщики умеют сортировать по глубине и разрешению...

Да фиг с ним, с КДЕ и прочим "интуитивно понятным". Развивается -- и пусть развивается. А маразмы (вроде отдельного домена под прогу) у народа сами проходят. Т.е. все обычно начинают с простого и понятного, а потом только понимают, что пора эволюционировать. Язык Бейсик народ учит не потому, что бейсик хорош, а потому что его проще выучить чем другие языки (то есть может есть подобные простенькие языки, я не в курсе). А когда понятен бейсик и человек находит язык получше, то только тогда до него доходит, что с бейсиком много не сотворишь и берется учить дургой язык. Сам берется, потому что ему это интересно. А если ему сразу впарить си, то он наверное подумает "а оно мне надо?" и забьет на изучение всего.

Так же и с КДЕ (ну и гномом): КДЕ -- это такой полигон для чайников, на котором они успешно тренируются, а потом (если им вообще это интересно) начинают и в консоль въезжать и в vim'е кайф понимать и т.п.

Короче, оставьте вы все это в покое, пускай занимаются чем хотят.

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

Лучше бы сделали нормальный просмотрщик картинок. Потому что то, что
есть под КДЕ мягко говоря сыровато. Тот же xnview или gqview убивает
все кде-шные просмотрщики напрочь (включая разрекламированный pornview).

psd-шники последней версии бы кто разобрал, чтобы их тоже смотреть можно было.
(А лучше конвертить в понятный gimp'у формат).

Что касается дилетантов и профессионалов - если так уж прикакалось
gui привернуть, профессионал написал бы это же самое на tcl/tk за час...

Это просто болезнь какая-то - по десять прог одного и того же назначения
делать.

Возьмем k3b и xcdroast. По сути фронтэнды к тому, что уже есть.
Это правильно.

Сколько с дос не работал - все великолепие обычно являлось кривыми портами с unix'овых программ.