Linux для всех → debman — фронтенд для apt с синтаксисом pacman'а
debman — фронтенд для apt'а с синтаксисом pacman'а (пакетного менеджера в Arch linux). Сейчас он поддерживает все deb-based дистрибутивы, а так же rpm-based с apt (проверено на ALT linux'е).
Персональные блоги → Google chrome не показывает атрибут alt у картинок
Убедиться в этом легко, создав документ с текстом
<img src="wrong" alt="Alt"/> и открыв его в хроме. Результат будет такой.
Предвидя вопрос «нафига браузеру, в котором в принципе не возможно отключить картинки1), нужен Alt», напоминаю, что альтернативный текст бывает полезен и в случаях, когда картинка не может быть доставлена до пользователя по различным причинам.
1) На самом деле возможность есть, но для этого нужно перезагрузить браузер, когда нужно выключить, и когда нужно включить.
<img src="wrong" alt="Alt"/> и открыв его в хроме. Результат будет такой.
Предвидя вопрос «нафига браузеру, в котором в принципе не возможно отключить картинки1), нужен Alt», напоминаю, что альтернативный текст бывает полезен и в случаях, когда картинка не может быть доставлена до пользователя по различным причинам.
1) На самом деле возможность есть, но для этого нужно перезагрузить браузер, когда нужно выключить, и когда нужно включить.
Персональные блоги → Лень или шаблоны писем в Microsoft
Получил как обычно Бюллетень TechNet от Microsoft. Почтовик Mozilla Thunderbird сразу не стал показывать изображения в письме и я обратил внимание на Alt к фотографии из письма…
Веб-стандарты → IE 8 не показывает текст alt во всплывающей подсказке
Одно из достоинств браузера IE 8 состоит в том, что в стандартном режиме (standards mode) он больше не показывает текст alt во всплывающей подсказке. Прежние версии Internet Explorer показывали этот текст, когда вы наводили курсор мыши на изображение — и такое поведение побуждало многих людей к неверному пониманию атрибута alt и к написанию скверных текстов alt.
Хорошо, что сейчас его исправили, и что IE 8 теперь ведёт себя подобно прочим браузерам. Оборотная сторона этого — в том, что вам, возможно, понадобится объяснять клиентам, отчего пропали их подсказки. Заодно поведайте им о написании хороших текстов alt и о том, что им следует использовать атрибут title, если они желают появления некоей подсказки. Однако также удостоверьтеся, что вы не в атрибуты title помещаете существенно необходимую читателю информацию.
Хорошо, что сейчас его исправили, и что IE 8 теперь ведёт себя подобно прочим браузерам. Оборотная сторона этого — в том, что вам, возможно, понадобится объяснять клиентам, отчего пропали их подсказки. Заодно поведайте им о написании хороших текстов alt и о том, что им следует использовать атрибут title, если они желают появления некоей подсказки. Однако также удостоверьтеся, что вы не в атрибуты title помещаете существенно необходимую читателю информацию.
Персональные блоги → Alt — обязательный атрибут тега img
Alt — обязательный атрибут тега img. Не надо забывать его указывать.

Скриншот в Opera.

Скриншот в Opera.
Интерфейсы → Корявых интерфейсов пост (keys/shortcuts)
Давно хотел высказаться на одну тему. А именно «Клавиши-Модификаторы» (Shift, Alt, CTRL, Win/CMD/Apple/Amiga).
Имеют ли они право (при нажатии на них) выполнять какое-либо действие?
Я вот считаю, что не имеют. Взять например ALT — он используется в комбинациях клавиш типа ALT+F4 (win) или ALT+F2 (Far), или (прости господи) ALT+SHIFT (rus/lat).
Однако человек может передумать нажимать комбинацию клавиш или нажать клавишу-модификатор случайно. И что же тогда произойдёт? На «безопасных», нормальных клавишах-модификаторах — ничего.
К ним в Windows можно отнести Shift и CTRL. А на «опасных» типа WIN или ALT-а — произойдёт совершеннейшая ерунда: ALT — сменит фокус ввода, переместив курсор в строку меню. WIN — вообще может выкинуть вас из полноэкранного режима приложения, только для того, чтобы радостно показать вам меню «пуск».
Отсюда первое правило клавиатурного пользовательского интерфейса: клавиша-модификатор сама по себе должна быть инертна. (При нажатии на неё ничего не должно происходить.)
Далее, есть ужасное сочетание ALT+SHIFT, которое в некоторых случаях используется в Windows для переключения раскладок клавиатуры. Чем же оно ужасно? если вы промахнулись по SHIFT-у или недостаточно чётко его нажали и он не сработал — сработает одиночный ALT, который изменит фокус ввода и выплюнет вас в строку меню. А так как вы в это время писали текст — вы этого можете не заметить и ваши нажатия в худшем случае могут привести к выполнению каких-либо команд меню, либо просто к неприятному вводу нескольких букв в пустоту.
Сочетание CTRL+SHIFT не особо лучше, так как оно хоть и является «безопасным» и инертным (то есть при несрабатывании той или иной клавиши — ничего не произойдёт), обратная сторона этой «безопасности» — это то, что в фокусе внимания невозможно узнать произошло ли переключение (индикатор рус/лат, как правило находится вне поля зрения во время набивки текста).
А всё почему? Потому что нарушено второе правило: сочетания клавиш-модификаторов друг с другом также должны оставаться инертны (то есть нельзя назначать на сочетания типа CTRL+SHIFT или CTRL+SHIFT+ALT какие либо действия — во-первых потому, что если это действие молчаливое и незаметное — невозможно будет сразу однозначно определить совершилось оно или нет, а во вторых, любое исключение из правила инертности клавиш-модификаторов разрушает ощущение «безопасности»).
Какое сочетание было бы более удачным для переключения раскладки? (раз уж его привели в пример). А вот хотя-бы то же CTRL+Space (или CMD+Space на Mac). Почему оно лучше? 1) используется сочетание безопасной клавиши-модификатора и условно-безопасной клавиши «пробел» (она условно-безопасна при вводе текста — так как знак пробела не портит текст). 2) в случае несрабатывания клавиши-модификатора, мы сразу увидим это — вместо переключения раскладки введётся пробел.
Вобщем, для полного счастья в windows необходимо: 1) сделать все клавиши-модификаторы инертными и избавить, наконец ALT и WIN от этих ужасных побочных действий. 2) отключить все действия назначенные на сочетания клавиш-модификаторов.
И тогда, возможно, управление приложениями (и самой системой) с помощью горячих клавиш — станет удобнее (начнут, наконец, полномасштабно использовать кнопку «WIN» наравне со всеми).
(p.s. этот пост — ответ на подзамочную публикацию. Чтобы прочитать её, подпишитесь на блог «эти пользовательские интерфейсы».)
N.B. Друзья, переключение раскладки — всего-лишь один из примеров. Не стоит его принимать близко к сердцу =) Главный вопрос звучит так: «должны ли клавиши-модификаторы и их сочетания быть инертны».
(Иными словами: стоит ли ради сомнительного удобства вызывать какую-либо одну функцию одной клавишей — получать неудобство от использования данной клавиши во всех сочетаниях с ней?)
Имеют ли они право (при нажатии на них) выполнять какое-либо действие?
Я вот считаю, что не имеют. Взять например ALT — он используется в комбинациях клавиш типа ALT+F4 (win) или ALT+F2 (Far), или (прости господи) ALT+SHIFT (rus/lat).
Однако человек может передумать нажимать комбинацию клавиш или нажать клавишу-модификатор случайно. И что же тогда произойдёт? На «безопасных», нормальных клавишах-модификаторах — ничего.
К ним в Windows можно отнести Shift и CTRL. А на «опасных» типа WIN или ALT-а — произойдёт совершеннейшая ерунда: ALT — сменит фокус ввода, переместив курсор в строку меню. WIN — вообще может выкинуть вас из полноэкранного режима приложения, только для того, чтобы радостно показать вам меню «пуск».
Отсюда первое правило клавиатурного пользовательского интерфейса: клавиша-модификатор сама по себе должна быть инертна. (При нажатии на неё ничего не должно происходить.)
Далее, есть ужасное сочетание ALT+SHIFT, которое в некоторых случаях используется в Windows для переключения раскладок клавиатуры. Чем же оно ужасно? если вы промахнулись по SHIFT-у или недостаточно чётко его нажали и он не сработал — сработает одиночный ALT, который изменит фокус ввода и выплюнет вас в строку меню. А так как вы в это время писали текст — вы этого можете не заметить и ваши нажатия в худшем случае могут привести к выполнению каких-либо команд меню, либо просто к неприятному вводу нескольких букв в пустоту.
Сочетание CTRL+SHIFT не особо лучше, так как оно хоть и является «безопасным» и инертным (то есть при несрабатывании той или иной клавиши — ничего не произойдёт), обратная сторона этой «безопасности» — это то, что в фокусе внимания невозможно узнать произошло ли переключение (индикатор рус/лат, как правило находится вне поля зрения во время набивки текста).
А всё почему? Потому что нарушено второе правило: сочетания клавиш-модификаторов друг с другом также должны оставаться инертны (то есть нельзя назначать на сочетания типа CTRL+SHIFT или CTRL+SHIFT+ALT какие либо действия — во-первых потому, что если это действие молчаливое и незаметное — невозможно будет сразу однозначно определить совершилось оно или нет, а во вторых, любое исключение из правила инертности клавиш-модификаторов разрушает ощущение «безопасности»).
Какое сочетание было бы более удачным для переключения раскладки? (раз уж его привели в пример). А вот хотя-бы то же CTRL+Space (или CMD+Space на Mac). Почему оно лучше? 1) используется сочетание безопасной клавиши-модификатора и условно-безопасной клавиши «пробел» (она условно-безопасна при вводе текста — так как знак пробела не портит текст). 2) в случае несрабатывания клавиши-модификатора, мы сразу увидим это — вместо переключения раскладки введётся пробел.
Вобщем, для полного счастья в windows необходимо: 1) сделать все клавиши-модификаторы инертными и избавить, наконец ALT и WIN от этих ужасных побочных действий. 2) отключить все действия назначенные на сочетания клавиш-модификаторов.
И тогда, возможно, управление приложениями (и самой системой) с помощью горячих клавиш — станет удобнее (начнут, наконец, полномасштабно использовать кнопку «WIN» наравне со всеми).
(p.s. этот пост — ответ на подзамочную публикацию. Чтобы прочитать её, подпишитесь на блог «эти пользовательские интерфейсы».)
N.B. Друзья, переключение раскладки — всего-лишь один из примеров. Не стоит его принимать близко к сердцу =) Главный вопрос звучит так: «должны ли клавиши-модификаторы и их сочетания быть инертны».
(Иными словами: стоит ли ради сомнительного удобства вызывать какую-либо одну функцию одной клавишей — получать неудобство от использования данной клавиши во всех сочетаниях с ней?)
Персональные блоги → Радио-Т #98
— Что LiveJournal нам готовит? Похоже немного хорошего и больше разного
— IBM в альянсе за Linux на десктоп
— 4х летняя таргет группа ALT Linux
— 40М украденных кредиток
— $999 по заслугам
— Слухи о новом дисплее от Apple
— Откуда берется популярность web серверов
— top4top не совсем в топ
— хакер-подглядыватель получил по заслугам
— Линус об управлении проектами
— Работа.ру через видео
— 8 средств разработки с открытым кодом
— Темы наших слушателей
— IBM в альянсе за Linux на десктоп
— 4х летняя таргет группа ALT Linux
— 40М украденных кредиток
— $999 по заслугам
— Слухи о новом дисплее от Apple
— Откуда берется популярность web серверов
— top4top не совсем в топ
— хакер-подглядыватель получил по заслугам
— Линус об управлении проектами
— Работа.ру через видео
— 8 средств разработки с открытым кодом
— Темы наших слушателей
прослушан 63 раза