Я могу только предположить, что здесь вступают в игру другие факторы:

<ul><li>Имеет влияние мускульная память, так как меню располагаются в одном месте для всех </li>
<li>Ускорение мыши позволяет очень быстро перемещать указатель к вершине экрана.</li>
<li>Как только мышь доходит до вершины, целеуказание становиться только горизонтальным, контролировать мышь в одном измерении проще, чем в </li>
</ul>
Добраться до верха экрана это всего лишь резкое движение кистью, оно приводит вас к приблизительнойобласти. Как только вы добрались до нее, дойти до необходимого пункта меню уже очень быстро. Это двухступенчатыйпроцесс и закон Фитта на самом деле надо применять к обоим, раздельно.

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

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

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

Я не верю в то, что закон Фитта есть всё и навсегда, как его многие описывают, но это все же полезное руководство, хотя надо принимать во внимание различия между оригинальным законом и интерфейсами современных компьютеров, наравне с индивидуальныминастройками пользователей.

Практичность везде
Удобство использования касается не только GUI, оно должно применяться ко всему, даже к командной строке. Английские (или других естественных языков) команды использовались со времен MS-DOS, и, возможно, даже до этого. У IBM в течение десятилетий была слегка замудренная, но очень простая в использовании оболочка. Однако, похоже, что концепция удобства использования была полностью проигнорированаосновными интерпретаторам командной строки Unix, которые изобилуют причудливыми сокращениями, понятными их создателям, но непостижимыми для простого пользователя. Что же на самом деле означает "Grep"?

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

Для нашей новой платформы я бы хотел увидеть шелл с мощью bash, но с такими командами, как "list", "remove", "search" и так далее. Также в нем должна быть подробная справочная система по использованию команд. Система должна по умолчанию загружаться с GUI, так что это может использоваться для расширения возможностей консоли, показа параметров, помощи и так далее. Пользователи Unix, возможно, будут смеяться над идеей загрузки системы с GUI по умолчанию, но многие другие настольные системы делали это в течение длительного времени без каких-либо негативных последствий. То, что X может нестабильно работать не означает, что другие графические системы страдают тем же.

Еще одна вещь, которая не понравится чокнутым юниксоидам - избавление от чувствительност к регистру [Case], это еще один пережиток прошлого, который не имеет никакой пользы, но ведет к потенциальной путанице, так зачем он нам? Google и другие поисковики по умолчанию нечувствительнык регистру, и их было бы невозможно использовать, если бы они были таковыми. Однако, я бы оставил хранение регистра.

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

<ul><li>/System - файлы операционной </li>
<li>/Applications - приложения и библиотеки сторонних </li>
<li>/Home - все пользовательски файлы сю</li></ul>

Пользовательски и системные файлы разделены для упрощения резервного копирования, чтобы сделать копию или переместить свои файлы необходимо всего лишь копировать "/Users/My Name" в желаемое место (что еще я бы исправил - возможность использования пробелов в именах файлов).

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

индекс статьи
страница 1 : страница без заголовка
страница 2 : страница без заголовка
страница 3 - текущая : страница без заголовка
страница 4 : страница без заголовка