Принципы организации десктопа (по поводу скриншотов)

[drBatty]

не знаю о какой искалке файлов идет речь в данном конкретном случае, но это может быть далеко не просто find или locate:

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

Боюсь, рискую нарваться на что-то покрепче, чем "маньяк", но не могу не развить идею "лучший десктоп -- это файловый менеджер": лучший файловый менеджер -- это shell. Да, я серьёзно.

+500

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

ну набрали-бы vim -R
или cat, или head -n66666...
вариантов - море. я часто пишу sed '' какой-то_файл, если желаю его для начала просто посмотреть, а уж потм вставляю что-то между кавычками. а когда результат мне понравится - добавляю -i, и файл редактируется и сохраняется. часто это на порядок быстрее, чем тот-же vim.

[diesel]

не знаю о какой искалке файлов идет речь в данном конкретном случае, но это может быть далеко не просто find или locate:

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

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

[/dev/random]

всегда считал, что десктоп это графический шел-оболочка

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

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

[Bluetooth]

всегда считал, что десктоп это графический шел-оболочка

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

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

Да хрен с ним с местом. Да даже просто одной командой это запустить не получится. Запустить и уйти пить пиво

[sash-kan]

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

Да хрен с ним с местом. Да даже просто одной командой это запустить не получится. Запустить и уйти пить пиво

элементарно. берётся любой (gui-) текстовый редактор и пишется программа. например, на tcl/tk.
главное — всё интуитивно понятно.

[edranovdenis]

элементарно. берётся любой (gui-) текстовый редактор и пишется программа. например, на tcl/tk.
главное — всё интуитивно понятно.

Думаю тут не так много людей знающих 1с... но что больше всего мне там нравиться, так это возможность запустить "конфигуратор" и достаточно просто что-либо подправить. Вот и есть иногда желание подправить обычные GUI-программы, например в кейт диалог поиска по умолчанию различает регистры, а мне в 99% это не нужно. В настройках это не правиться, а менять исходники программы и компилировать заметно дольше чем например проделать подобную операцию в 1с.
Шелл очень мощный и удобный инструмент, но он не всем и не всегда подходит лучшим образом.

[QWERTYASDF]

не могу не развить идею "лучший десктоп -- это файловый менеджер": лучший файловый менеджер -- это shell. Да, я серьёзно.

Который вообще по определению интерпретатор команд ОС, а не файловый менеджер...
Ну нравится чистая командная строка, удобнее Вам так работать - ок. Зачем упрямо развивать идею, что это для всех всегда лучше?
У GUI свои возможности и преимущества, у CLI свои. Есть задачи, с которыми справляется одно, но не справляется другое. А утверждать, что что-то из них "по большому счету не нужно" - имхо, не объективно, только и всего.

[sash-kan]

элементарно. берётся любой (gui-) текстовый редактор и пишется программа. например, на tcl/tk.
главное — всё интуитивно понятно.

Думаю тут не так много людей знающих 1с... но что больше всего мне там нравиться, так это возможность запустить "конфигуратор" и достаточно просто что-либо подправить. Вот и есть иногда желание подправить обычные GUI-программы, например в кейт диалог поиска по умолчанию различает регистры, а мне в 99% это не нужно. В настройках это не правиться, а менять исходники программы и компилировать заметно дольше чем например проделать подобную операцию в 1с.
Шелл очень мощный и удобный инструмент, но он не всем и не всегда подходит лучшим образом.

учитывая, что 1с — это всего лишь интерпретатор «конфигурации», не улавливаю принципиальных отличий от правки какого-нибудь питоновского (тисиэльного, перловского, шелловского и т.д. и т.п.) скрипта, использующего что-нибудь, например, tk-подобное, для работы с окошками.

[edranovdenis]

учитывая, что 1с — это всего лишь интерпретатор «конфигурации», не улавливаю принципиальных отличий от правки какого-нибудь питоновского (тисиэльного, перловского, шелловского и т.д. и т.п.) скрипта, использующего что-нибудь, например, tk-подобное, для работы с окошками.

Главное отличие в том, что первое монолитно, а второе разрозненно. Не очень удобно писать на разных языках. Хотелось бы видеть что-то цельное, как КДЕ с ФМ, текстовым редактором, панелями, архиватором, БД, плеерами, почтой, браузером и пр. на одном языке. С легким доступом к правке исходного кода GUI. В этом коде описывалось бы только GUI, а все функции над данными выполнялись бы путем вызова консольных комманд и даже скомбинированных в конвеер. Такой подход позволил бы сочетать мощь консоли и простоту GUI. Но, повторю, это всего лишь мое видение удобного для меня десктопа...
Вроде гугль движеться в эту сторону со своей андроид ось, но думаю у них будет та же веб морда на яваскрипте и вовсе не простая и изящная в коде.

[sash-kan]

Главное отличие в том, что первое монолитно, а второе разрозненно.

«монолитно» — это про 1с? так это же всего одна программа. что с чем вы сравниваете? программу с операционной системой?

[edranovdenis]

«монолитно» — это про 1с? так это же всего одна программа. что с чем вы сравниваете? программу с операционной системой?

Сравнивают же емакс или САП
Нет, не с ОС а с окружением рабочего стола (десктоп енвиронмент). В 1с увидел способ простой модификации графических форм, этот способ понравился, и его иногда мне не хватает в том же кде или гном. Вообще, 1с я упомянул в качестве отдаленного примера. Я бы назвал такое ДЕ - браузер графического интерфейса приложений.
Кстати, tmpfs вроде лежит в памяти, но с ними возможно работать как с файлами. Возможно ли работать с файлом лежащем в темпе сразу как с массивом из программы, минуя чтение в буфер?

[/dev/random]

Возможно ли работать с файлом лежащем в темпе сразу как с массивом из программы, минуя чтение в буфер?

Нет. Точнее, напрямую нет. Программа должна за'mmap()'ить этот файл себе в память и разместить в этом месте массив.

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

[edranovdenis]

Нет. Точнее, напрямую нет. Программа должна за'mmap()'ить этот файл себе в память и разместить в этом месте массив.
Только учтите, что массивов могут быть тысячи, а на количество одновременно открытых файлов накладывается ограничение.

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