Глава 3. Легко ли найти файл?

Николай (unDEFER) Кривченков

2009-05-17

"Конечно! Достаточно знать путь!" -- ответят любители консоли на вопрос, обозначенный в заголовке. Однако, далее речь пойдёт о графических интерфейсах. Для графического интерфейса, мягко говоря, странно навязывать пользователю методы присущие текстовому интерфейсу. И в том числе поиск файла по имени, здесь является скорее рудиментом. Графический интерфейс, вообще, не должен требовать ввода имени файла. Кто-то может возразить: "Тогда на компьютерах пользователя будет полный бардак!". На самом деле это требование часто подталкивает писать очень короткие имена файлов вроде "1", "2" или оставлять глупые имена, предложенные по умолчанию, такие как "Новая папка". Беспорядка же от этого меньше ничуть не становится, но может раздражать пользователя.

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

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

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

Для начала обратимся к поиску на рабочем столе. На рисунке ниже представлено множество изображений скачанных с ресурса Gnome Look. Вам я предлагаю найти файл под названием "Firefox Nebula":

Изображения на Рабочем столе Gnome

Человек очень хорошо умеет запоминать расположение предметов в пространстве и потому в следующий раз вы сможете найти этот же рисунок очень быстро. Уже при подсказке "где-то справа внизу", он почти сразу бросается в глаза. Однако, если вызвать браузер файлов Nautilus, то становится понятным, что этого недостаточно. На следующем рисунке в нём открыта таже директория "Рабочий стол", но чтобы найти тот же файл придётся снова потрудится:

Изображения в Gnome Nautilus

Как видите, теперь он находится "где-то в середине слева". Далее пусть мы решили воспользоваться пунктом меню "Вставить рисунок" в OpenOffice.org. Найдите тот же файл снова:

Изображения диалоге открытия файлов OpenOffice.org

Итак, в одномерном списке "Firefox Nebula" расположен просто где-то посередине. Кроме того пиктограммы в приведённом диалоге мелки и знание имени файла становится просто необходимо. А человек имеет такое свойство: картинки запоминаются для него куда лучше любых имён..

Вывод из всего этого эксперимента весьма прост:

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

В unDE:

  1. Файл будет всегда находится в пространстве именно там куда его положили.
  2. Выбор файла в любых ситуациях будет производится с помощью одного единственного механизма, который будет располагать файлы на экране всегда одинаково.
  3. Это не отменяет возможности временно вывести список файлов отсортированный по алфавиту или по любому другому признаку. Пользователь всегда сможет вернутся к виду с уже привычным расположением файлов.
  4. Для файлов всегда при возможности будут выводится достаточно крупные пиктограммы -- уменьшенные копии содержимого.
  5. Создание файлов будет возможно двумя кликами (первый -- выбор расположения, второй -- выбор типа), после которых он уже будет готов к редактированию. При этом необязательно будет вводить имя файла.
SourceForge.net Logo