 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Artem Chuprina 2:5020/400 01 Apr 2003 18:41:46 To : Valentin Nechayev Subject : Re: Графические оболочки тормозят -------------------------------------------------------------------------------- Здравствуй, Valentin Nechayev. VN>>> А мне она понятна в 16x16. Потому что 1) уже знаю, что она означает, VN>>> 2) если забыл - подведу курсор и высплывёт tooltip с описанием действия. VN>>> При этом не занимая постоянно место на экране. VN>>> И опознать на экране пиктограмму уже привычного назначения - требуется VN>>> считанные доли секунды (по ещё довольно старым опытам - VN>>> 15мс*log2(количество_вариантов)). AC>> В ситуации "уже знаю, что оно обозначает" двух предложений туда и не надо AC>> писать. VN> А что писать? Дикие комбинации слов на жаргоне против всей грамматики? "Сохранить документ" или "искать текст" - это дикая комбинация слов на жаргоне против грамматики? AC>> А если написать, то привыкнув, ты их будешь распознавать опять-таки по AC>> общей картине, минуя стадию чтения текста. VN> Hет. VN> Текст надо читать. А не делать выводы по общим контурам слов. VN> Относиться иначе - значит относиться точно так же как та бухгалтерша, VN> что от любого текста красным цветом впадает в ступор, а в любом диалоге VN> нажимает "Ok". Любой интерфейс, который частым повторением идентичным VN> слов провоцирует против их чтения, именно поэтому должен быть немедленно VN> выкинут на помойку. Кроме случаев, когда эти слова крайне короткие. VN> Где-то до семи букв на всё предложение, включая пробелы. Между кнопкой OK в диалоге и текстом команды для запуска есть большая разница. Второй не выскакивает, он там постоянно. Кстати, тот же Раскин аккуратно обосновывает, что "там постоянно" значит, помимо всего прочего, что они не прыгают по менюшке или где они там от подхода к подходу, и через неделю ты увидишь этот пункт в том же самом месте, что и сегодня. AC>> Естественно, в норме там не два предложения, а два-четыре слова. Как раз AC>> размер того тултипа, на распознавание которого требуется для начала та AC>> секунда, через которую он всплывет. Что уже в разы больше, чем то же AC>> самое, уже написанное, прочесть. VN> Распознавание образов работает хуже, чем на изображениях. Зато осознание результата лучше. У тебя же стоит задача не распознать определенную иконку, а выполнить определенное действие. AC>>>> Одно место знаю, где могут быть уместны пиктограммы. И то не факт. Тулбар AC>>>> пальма. Там всего 320, а у кого и 160 пикселов. И то weasel ухитряется AC>>>> обходиться там без пиктограмм. VN>>> Совсем? И как? AC>> И так. В вышеописанной ситуации можно заменить пиктограмму одной буквой. AC>> Если ты _уже_ знаешь, что она значит, то буква тоже сойдет. Впрочем ему AC>> хватает места и на целые слова. А пиктограммы, в отличие от букв, при AC>> такой ширине полоски неразличимы в принципе. VN> Значит, тут буквы и есть пиктограммы. Как на торпеде автомобиля - VN> загорелось "E" - что-то не то с двигателем. А то, что это "E", а не VN> изображение толпы цилиндров с поршнями в них - так удобнее читать. В принципе да. Hо в 320 пикселов они могли бы и слова целиком уместить, было бы куда удобнее. -- Artem Chuprina RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757 --- ifmail v.2.15dev5 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/11477e36d8373.html, оценка из 5, голосов 16
|
|
|