|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 20 Oct 2006 02:20:52 To : Andrew Dolgov Subject : Re: tcsh vs bash -------------------------------------------------------------------------------- Oct 13 22:19 06, Andrew Dolgov wrote to Vsevolod Krishchenko: AD> это должно выглядеть так: берешь и драгаешь картинки на сменный AD> носитель. а там дальше оно уже само. С теоретической точки зрения звучит красиво, но: - если просто перетащить, то картинки будут _перемещены_ на сменный носитель, а не _скопированы_ на него. Очевидно это не то что хочется. Так что придется select-copy-paste по всей видимости, а это заметно усложняет процедуру по сравнению с использованием любого управляемого с клавиатуры файлового менеджера, где действие с выделенными файлами выбирается нажатием кнопки(f5/f6 в mc например). - в процессе тычков мышью ошибиться из-за неточного позиционирования указателя куда проще, чем нажать на клавиатуре не ту кнопк настолько фатально чтобы команда была не просто отвергнута, а выполнена но не так как надо. Так как размер элементов управления на экране обычно сильно меньше размера кнопок на клавиатуре - приходится фактически выполнять руками более мелкую/точную работу, от чего рука с мышью через пару часов болеть начинает. VK>> Впрочем я кажется понял. Если юзаешь как пользователь - файлы - VK>> в топку. VK>> Если надо работать (пусть даже в виде хобби) - тут обычно пока как-то VK>> файлы VK>> так и лезут, по-моему.... AD> не понял. где разница-то? зачем мне для работы с изображением знать в AD> каком файле оно лежит? как мне от этого будет легче? Я прекрасно понимаю нежелание задумываться о всяких низкоуровневых сущностях типа регистров процессора или файлов в файловой системе. Только вот технический прогресс в данной области от мыслей о регистрах нас уже избавил(и то не так уж давно), а вот от мыслей о файлах - пока к сожалению нет, хотя процесс идет. Будем надеяться что лет через десять можно будет сделать из персонального компьютера персональное хранилище _информации_(любой и разной) и одновременно средство ее же обработки. Мне вот хочется чтобы в мой ноут можно было добавлять нужную мне информацию (любого вида) командой "запомнить это"(как и куда - комп разбирается сам), обращаться за находящейся в компе информацией примерно аналогично интерфейсу Гугла + закладки броузера, при необходимости с этой информацией что-то делать, используя соответствующие типу данных программы, ну и экспортировать имеющуюся информацию на сменные носители или через сетевые подключения. Причем чтобы все действия, не требующие по смыслу задачи использования мыши - выполнялись бы с клавиатуры. Увы - на данный момент я не знаю как построить такую систему "персонального киберассистента" и даже не уверен что задача в целом решаема, именно в части надежного управления содержимым долговременной памяти - чтобы там не образовался бардак и в этом бардаке что-нибудь нужно не оказалось бы засунуто так что потом это будет не найти. Если текстовые данные можно как-то проиндексировать, то уже даже для картинок - придется предусматривать хранение описаний(которые всегда лень писать) и/или ассоциаций с какими-то уже имеющимися такстовыми данными. Описание к картинке писать конечно лень, но вот указать привязку импортируемой картинки к какому-то тексту на эту же тему вполне можно. AD>>> раскладывать файлы с фотографиями по каталогам - вперед с песнями. AD>>> как раскладывать будешь - по дате, по теме, а если картинка попадает AD>>> под несколько критериев - будешь везде симлинки лепить? и чего потом AD>>> делать с получившимся угребищем? Проблема очень даже знакомая и симлинки тут в качестве решения явно неудобны. У меня в ноуте лежит личный архив, собираемый с 89 года, это около трех гигов _мелких_ файлов (картинок среди них довольно мало), так вот найти что-нибудь быстро у меня не всегда получается, хотя я точно знаю что оно у меня есть. Все хочу заняться экспериментами с программами-индексаторами, но пока руки не доходят, потому что заставление индексатора работать так как это нужно сравнимо по трудозатратам с ручной сортировкой и классификацией. AD> меня всякий коммерческий софт за баснословные деньги мало волнует. Аналогично. Предпочитаю обходиться бесплатным и не вспоминать о ключах, краках, лицензиях и прочем кошмаре. Hасмотрелся в свое время на софт, который переставал работать например из-за замены видеокарты в компе или просто сам по себе вдруг забывал свою лицензию (официально купленную!) AD> если его нельзя натравить на список выбранных картинок через какой-нибудь AD> райт открыть в - туда ему и дорога. Мало того, что "через _клик_" уже неудобно, лучше бы с клавиатуры, так ведь еще и "клик" не имеет способа сказать, что файлы надо этим софтом открывать _по_очереди_, а не все сразу! С одним файлом закончил работать, сказал в софте close, а за ним сам открывается следующий согласно составленному перед началом работы списку. AD> _мне_ для этого действия никакие файлы не нужны, с этим редактор AD> пусть сам разбирается. не умеет - ну, тем хуже. Вот в том-то и дело, что в настоящее время чаще всего получается что именно "не умеет". Hе редактор сам по себе, а весь комплекс стоящего в компе софта в целом не способен пока что обеспечить желаемый нами с тобой уровень абстракции в процессе выполнения достаточно сложных манипуляций с данными. Zahar --- Msged/LNX 6.1.1 * Origin: Остров Большой Березовый: N 60ш20'02.9" E 28ш37'00.3" (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/328845383a2e.html, оценка из 5, голосов 10
|