Единственная хорошая идея концепта — шкатулка. Такой, мистический ящик со странным свечением изнутри, будто там спрятано что-то магическое.
Но уродский сидиром в боку проваливает весь концепт с потрохами.
Напряжение на pn-переходе снижает максимально допустимую температуру кремния, которая может достигать 200 градусов, видимо, поэтому с микросхемами при прожарке все в порядке)
Ну процессоры точно горят после 80 градусов, разве это не кристаллы? Или они горят не от температуры, а от возросших токов внутри за счет увеличившийся температуры?
сайты фигурировать не должны — окна могут менять размеры
Почекму не должны, люди никогда не убирают окно браузера за экран, что-ли?
В том то и дело что важные участки приложений, разработанных здоровыми людьми, почему-то находятся именно слева.
Важность участка может пониматься лишь в каком-то контексте. В контексте нехватки места на экране, я привел примеры важности справа. Выравнивание по левому краю и важность слева — разные вещи.
у многих-многих дизайнеров справа находится не полотно а множество палитр
Да, ты прав. Не подумал про оконные вкладки, просто в отличие от инструментов они сворачиваются.
Это уже твои домыслы между прочим
Я не борец за чистоту, но от этого моя интерпретация не становится ошибочной. К тому же это подтверждает практика.
Неверные выводы, потому что для их «выведения» требуется множество аргументов, подтверждающих эти выводы, а не один отдельно взятый, раз вы решили, что индуктивное доказательство очевидно.
Другие приложения: сайты с выравниванием по центру, например. Или если навигация на сайтах слева — то при нехватке места на экране окно логично спрятать влево, ведь важен контент, а не навигация. Те-же IDE — расположение оконных вкладок может быть произвольным. Кнопки ок-применить-отмена: внизу справа. Это случаи, в которых либо не важно, куда сдвигать, либо удобнее влево, а не вправо.
Но главное в другом.
Сдвигают за экран в большинстве исключительно из-за нехватки места на экране, и вам не важно, где будет крестик, вам важно, чтобы были видны нужные участки приложения.
Пример.
У меня в фотошопе (и у многих многих других дизайнеров) панель инструментов находится слева. Если я буду прятать окно фотошопа вправо за экран — то мне останется видна лишь эта панель инструментов. Ну и зачем она мне сдалась, если мне нужен участок полотна?
Таким образом, твой «очевидный» аргумент про важность слева имеет большие исключения, в том числе и в IDE.
А то, что люди пишут слева направо, говорит не о важности слева во всех окнах, а о выравнивании текста по левому краю, но этот левый край может быть где угодно.
Объясню непонятные выпады про закон Фиттса.
В данном контексте Фиттс гласит не о быстродостижимости, а о точности попадания по кнопке. Чем больше кнопка-тем легче попасть в неё. Очевидно, если разместить две маленьких кнопки рядом, то вероятность попасть по не правильной кнопке будет выше (коррелируют как-бы). А если одна из них будет часто использоваться, то ложные срабатывания второй так-же участятся. Отсюда аргумент за абсурдность расположения кнопки закрыть слева рядом с кнопками главного меню.
Про физиологию ты сострил так или не понимаешь её роли в интерфейсах?
Под прикрытием капитана очевидности вы делаете неверные выводы. У вашего «доказательства» индукцией всего лишь один аргумент, что делает это доказательство непригодным.
То, что слева информация полезнее(только на ресурсах с левым выравниванием) не говорит о вероятности сдвига окна вправо.
Это, возможно, лишь один фактор, влияющий на направление сдвига.
Физиологические обоснования, например, какое направление движения кисти руки (т.е. курсора) более удобно, говорили бы о большем.
Плюс факторы предпочтения, привычки, психологические и др.
Плюс у кнопки закрытия слева есть больший риск ложных срабатываний, так как, как вы уже сказали, слева информация важнее — соответственно доступ к ней чаще, а закон фиттса пока еще работает.
Работает в chrom'e и safari. (Движок webkit)
В хроме не работают локальные бд, сохранение данных сессий и анимации.
Так что по большому счету только сафари.
Но уродский сидиром в боку проваливает весь концепт с потрохами.
Дизайнер очень широкое понятие)
Почекму не должны, люди никогда не убирают окно браузера за экран, что-ли?
Важность участка может пониматься лишь в каком-то контексте. В контексте нехватки места на экране, я привел примеры важности справа. Выравнивание по левому краю и важность слева — разные вещи.
Да, ты прав. Не подумал про оконные вкладки, просто в отличие от инструментов они сворачиваются.
Я не борец за чистоту, но от этого моя интерпретация не становится ошибочной. К тому же это подтверждает практика.
Другие приложения: сайты с выравниванием по центру, например. Или если навигация на сайтах слева — то при нехватке места на экране окно логично спрятать влево, ведь важен контент, а не навигация. Те-же IDE — расположение оконных вкладок может быть произвольным. Кнопки ок-применить-отмена: внизу справа. Это случаи, в которых либо не важно, куда сдвигать, либо удобнее влево, а не вправо.
Но главное в другом.
Сдвигают за экран в большинстве исключительно из-за нехватки места на экране, и вам не важно, где будет крестик, вам важно, чтобы были видны нужные участки приложения.
Пример.
У меня в фотошопе (и у многих многих других дизайнеров) панель инструментов находится слева. Если я буду прятать окно фотошопа вправо за экран — то мне останется видна лишь эта панель инструментов. Ну и зачем она мне сдалась, если мне нужен участок полотна?
Таким образом, твой «очевидный» аргумент про важность слева имеет большие исключения, в том числе и в IDE.
А то, что люди пишут слева направо, говорит не о важности слева во всех окнах, а о выравнивании текста по левому краю, но этот левый край может быть где угодно.
Объясню непонятные выпады про закон Фиттса.
В данном контексте Фиттс гласит не о быстродостижимости, а о точности попадания по кнопке. Чем больше кнопка-тем легче попасть в неё. Очевидно, если разместить две маленьких кнопки рядом, то вероятность попасть по не правильной кнопке будет выше (коррелируют как-бы). А если одна из них будет часто использоваться, то ложные срабатывания второй так-же участятся. Отсюда аргумент за абсурдность расположения кнопки закрыть слева рядом с кнопками главного меню.
Про физиологию ты сострил так или не понимаешь её роли в интерфейсах?
Под прикрытием капитана очевидности вы делаете неверные выводы. У вашего «доказательства» индукцией всего лишь один аргумент, что делает это доказательство непригодным.
То, что слева информация полезнее(только на ресурсах с левым выравниванием) не говорит о вероятности сдвига окна вправо.
Это, возможно, лишь один фактор, влияющий на направление сдвига.
Физиологические обоснования, например, какое направление движения кисти руки (т.е. курсора) более удобно, говорили бы о большем.
Плюс факторы предпочтения, привычки, психологические и др.
Плюс у кнопки закрытия слева есть больший риск ложных срабатываний, так как, как вы уже сказали, слева информация важнее — соответственно доступ к ней чаще, а закон фиттса пока еще работает.
А. Купер
Нормальная программа не должна допускать возможность случайно закрыть её вместо доступа к главному меню
Очень хорошие материалы у вас там, спасибо
В хроме не работают локальные бд, сохранение данных сессий и анимации.
Так что по большому счету только сафари.