s0rr0w

Не, ошибка должна звучать не fatal error, а "DNA error" Особенно меня прикалывают удивления по типу NaN === NaN //false, а логически порассуждать, почему так, никто не хочет Вот вам пример toNumber("one") === toNumber("two"). Представьте, что будет, если NaN будет равен NaN? "Не номер" это описательная характеристика, а не значение, и если бы это сравнение было истинным, то сравнение toNumber("0") === toNumber("0") не имело бы смысла.

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

https://developer.mozilla.org/en/HTML/Element/audio Купите для MozillaFoundation лицензию на формат mp3, и они обязательно включат его поддержку

Вполне может быть.

А есть выбор?

Скорее всего создание свойства у анонимного объекта. Вроде как не запрещено.

И снова ошибся {} + {} не сложение блока и объекта, это просто блок и +n {} + [] не сложение блока и массива, +[] приводится к +toNumber(getValue([])) [] + {} а это сложение двух строк "" и "[object Object]"

Ха, я тоже ошибался... В выражении {} + {} первый элемент блок (!), а второй инициализатор объекта Разрыв шаблона { var x = 1; var z=1 } + { x: 1, y:2 } Результат вычисления блока undefined складываем со строкой и получаем NaN

Я смотрю, интерес к теме разгорается.. Я "бухтел" только потому, что иногда люди смеются над собственной глупостью. Но только сейчас начали задумываться над тем, а почему так? Чуть позже выложу всю цепочку, потому что она длинная и витиеватая alert приводит объект к строке. А getValue объекта с приведением к строке будет как раз [object Object] Напиши в дебаггере просто {} //undefined

Простите, а как вы представляете себе процесс сложения объектов { x: 1 } + { x: 2 } Вы хотите получить: { x: 3 } или { x: 2 } или NaN ? Лично я хочу получить NaN, потому что undefined + undefined = NaN

После этой фразы я оставляю клиента делать самому.

Какое нафиг нелогичное поведение? Вы где его увидели?

Может я отстал от жизни, но где там юмор? Что может быть смешного в приведении типов и умении отличить знак конкатенации/сложения от вычитания?

Не понял вопроса.

Это тонкий троллинг баранов, которые ржут сами с себя, так как ни разу не читали спецификацию. Именно поэтому им смешно.

SVG

Телепаты в отпуске. А мне ваш вопрос вообне не понятен.

Потому что у нас нет до сих пор ни одной дизайнерской школы.

1. Двумя способами, или через замену значения атрибута/свойства onclick, или при помощи замены "слушателя" через addEventListener 3. Вот и используйте

Значит сэмулировать наличие большого полотна. Уверен, что держать его все одновременно в памяти совершенно не нужно.

1. Заменить обработчик onclick при нажатии первый раз 2. Написать функцию-обертку, которая будет считать количество нажатий на кнопку и вызывать ту или иную функцию 3. Первую кнопку спрятать, вторую показать. У второй будет другая функция Выбирай на вкус...

Главное – донести информацию. Никогда не оправдывайте свою безграмотность. Это порочная практика. Он есть.

Для начала учебник по русскому языку Слово "ключ" пишется без мягкого знака. А потом уже литературу с названием "Как правильно задавать вопросы". Лично я вообще не понял ни вопроса, ни проблемы, которую надо решить

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

Все в мире относительно...