Pull to refresh
21
0
Send message
Да, тогда придется ненавидеть непрошенные файлы :-)
Никаким :-) Здесь речь о юзабилити: обо всех ошибках ввода сообщается на месте. И о повышении удобства разработки клиентской части: больше не нужны специальные решения на JavaScript. Никто и не говорит, что проверка на стороне сервера отпадает.
> без яваскрипта меню не показывать - нормально, а емейлы - нет?

Лично я ничего такого никогда не говорил.
На корпоративном сайте нужно уважать посетителя, а не причинять ему мелкие неудобства, попутно намекая на то, что компания даже со спамом бороться не может.

А kde.org — иной пример. Такой сайт должен минимизировать не только неудобства пользователей сайта, но и одновременно неудобства добровольных участников проекта. Точно так же почтовые адреса в явном виде не показывают публичные сервисы, социальные сети, и т. д.
E-mail в явном виде — это не ошибка. Если сайт серьезный, то искажать почтовые адреса или выдавать их через хитрые скрипты — дурной тон. (Если сайт несерьезный, тогда можно делать все что угодно.)
Ну тогда хотя бы о «рейтинге пользователей». «Карма в принципе» — это уже индуизм, буддизм, и т. д. :-)
Оригинал текста находится на моем личном сайте: http://beshenov.ru/effective-color-contr….

От себя добавлю, что для определения хороших сочетаний цветов есть специальные средства. Например, http://www.snook.ca/technical/colour_con….
На самом деле, текст тех цветов, которые оказались «плохими», просто сложно читать на белом фоне. Сильно зависит от настроек монитора, но обычно от #ff00ff и #cc99ff глаз устает. И текст цвета #ff0000 тоже на белом фоне не очень, #cc0000 более приятен.

В общем-то, исследование было бы интереснее, если бы использовалась модель HSB (тон-насыщенность-яркость), и рассматривались различные значения одного из каналов при фиксировании значения других каналов. В частности, изменение тона. (Как я понял, вы в первую очередь интересуетесь влиянием тона.)

Но это уже исследования из области Usability и Accessibility, а не электронной коммерции. Материалов на эту тему уже достаточно. Вот, например, http://www.lighthouse.org/accessibility/
Только если санкции будут приниматься исходя из четких правил. Правила, в свою очередь, должны позволять расправляться только с особо невменяемыми пользователями и/или спаммерами. Но и при таком раскладе злоупотребления не исключаются полностью.
В общем да, у вас вышло очень дешево, поэтому и воспоминания исключительно приятные.
Приходилось сталкиваться, да аж с самим Денисом Гледеновым :-) Последний широко известен тем, что удерживает тысячи доменов, в том числе самые экзотические, которые заинтересованные люди вряд-ли купят по его грабительским ценам.

В общем, киберсквоттер он не то чтобы вор, а паразит. Да, киберсквоттер отнимает у ресурсов хорошие потенциальные домены. Однако если домен совпадает с названием бренда, то вопрос решается в суде. Если не совпадает, то можно пережить без конкретного домена, другой придумать. Доменное имя, в конце-концов, не играет решающую роль.
Поздравляем Мишку!
В огороде бузина, а в Киеве дядька. Не нахожу в себе сил дальше бессмысленно возражать.
Вы сами пишете: «мантиса принимает значения от 1 до 10(не включая 10)». То есть, сами подразумеваете основание 10.
Я не говорю о том, как вам можно представить ноль, я вам говорю о том, как его представляют практически во всех компьютерах. Например, для 32-битной арифметики у нуля в экспоненте 00000000, а у единицы — 01111111.

Бесконечность и NaN тоже не представить, если следовать вашей логике.
Если начальная 1 скрывается, то 0 и 1 имеют одинаковые мантиссы, но различаются по экспоненте.
IEEE 754 — стандарт для двоичной арифметики над числами с плавающей точкой, который практически везде используется. Вы пишете «у программистов подобные проблемы возникают при работе с числами с плавающей запятой», значит, отсылаете на представление чисел в компьютере. А сначала вообще написали «ровно нуль в double записать нельзя». Не делайте предположений, если не знаете, что и как на самом деле.

То, что вы вспомнили, и даже доводите до моего сведения, (спасибо, да) принято называть нормализованной «научной» записью, и, ясное дело, касается только десятичной арифметики.
Ознакомьтесь с IEEE 754.
Если в мантиссе нули и экспонента — 0, то это вполне себе точный 0. Это даже +0 или -0, в зависимости от бита знака.
«Все прекрасно знают, что ровно нуль в double записать нельзя» — ну ничего себе! Похоже, это прекрасно знаете только вы, зато не знаете IEEE 754 (хотя дальше и пишите о проверке на близость к нулю, а не про запись нуля).
1
23 ...

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered