mishka

Вот Правда, немного тормозит сайт.

Да отличие в последней строке. В innerHTML

Просит img -- делай img. Надо давать заказчику то что он просит. Конечно, скажи ему про то что это можно сделать фоном. (скажи программеру, а не конечному заказчику, иначе будет выглядеть это так что ты учишь прогера как ему надо делать, да еще и через "испорченный телефон"). Но так как картинки будут не спрайтом, то не вижу смысла это делать фоном. Толку то?

Great Rash, что-то у тебя неточности есть. Может так: var i = new Image(); var block = document.getElementById('box'); i.toString = function() { return '<img src="' + this.src + '" alt="" />'; }; i.onload = function() { alert(this); }; i.src = 'http://33gb.ru/gallery/album_1/min/test.png'; block.innerHTML = block.innerHTML.replace(/\{img\}/, i.toString());

можно так: block.replace(/\{\{img\}\}/, ('<img src=' + '/' + upp + '/' + data[i].img1 + ' />')) или если всетаки хотите иметь дело с new Image(). то appendChild вам в помощь.

Предлагаю так: Стили писать не через псевдоклас, а через класс. a:hover заменить на a.hover Скриптом этот клас вешать на элементы. Для устройств с мышкою на mouseenter добавлять клас и убирать на mouseleave Для устройств с поддержкою тачсобытий на touchstart на элементе добавлять клас, а на touchend на документе убирать этот класс. Должно сработать.

За ценовой демпинг. А разве нельзя было написать там в теме что это он дешево продает? Почему сразу "-"?

Каждого, говоришь. А я вот не знаю кто минусует, а ты знаешь. Это как при голосовании за ширмой, но ты тоже там за ширмой стоишь и смотришь . http://forum.htmlbook.ru/index.php?showtopic=40257 вот человек предлагает товар. За что ему сразу же минус влепили? Если он мошенник и сделал некачественно то неплохо было бы написать об этом. А то смотришь что минус стоит, и уже настораживаешься. Или же этот минус поставил завистник?

как по мне так минусы не всегда адекватно ставятся. Иногда только из-за разбежностей мнений. Можно ли настроить это изменение репутации так, чтобы если человек минусует, то он должен объяснить почему?

что делать при резиновой или адаптивной верстке? Пересчитывать все это снова при ресайзе? Или при изменении размера шрифта?

Ну да, с клонированием как-то надежнее. В теории

Да это какой-то путь джс-ниндзя. Полезно знать, интересно. Но лучше по старинке протоптанными дорогами. Я так попался раз на верстке. Тоже с помощью джедайских фишек сделал красиво и просто. Но через время в опере(после обновления) вылез баг. Незнаю что подумал обо мне заказчик, но мне было оочень неприятно. По поводу "временно". Бывают такие баги лезут, что только удивляешься. Пример: на маке во льве, если блок с флешкой обрезается родителем -- флешка не проигрывается. Казалось бы почему и и отчего? И на такие баги уходит немало времени. Это "временно" тоже может чето сломать. Было видео в блоке с бордеррадиусом, красивое скругление захотел клиент. И это видео, так как его резал бордеррадиус, не проигрывалось. Поэтому, всетаки, для експерементов это все полезно, но на практике.. может дать сбой.

Я тоже так(через класс) представлял это. Но меня больше интересует то что если в ячейке будет полноценное содержание. Ты это решил так: .ch td *, .ch th * { display:none; } Как-то стремно это юзать

Теперь хочется посмотреть на решение практичных задач этим способом. Накидай пример как ты будешь уменьшать табличку и очищать.

И как это применить на практике?

Хорошее решение, только, почему-то, не рабочее. Смотрю в хроме и в ФФ 16. Бяка якась.

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

Блин. Ну вот. Ну почему я сразу не додумался?

Мне не конструктор не нравится, а преждевременное усложнение кода, особено в теле конструктора. У тебя только половина кода выполняет полезные действия, остальная - обслуживающая. Я не говорю, что это плохо, но это может стать причиной чрезмерного усложнения в будущем. Синглтон будет содержать только методы работы, но не данные. Данные пусть таблица и содержит, они ведь к ней относятся. Тоесть ты будешь постоянно создавать этот массив ячеек? Если надо будет найти 10 ячеек, то все 10 раз будешь строить массив? Как-то это будет напряжно для браузера.

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

вот еще одно решение: http://forum.htmlbook.ru/index.php?showtopic=40101&view=findpost&p=280031 Конструктор делал чтобы структурировать код. Так же работать легче. Может в будующем добавится метод который будет возвращать все ячейки строки или колонки. Когда все структурированно то легче поддерживать.

Не проверял это на мобилах. Еа симуляторе айпада не работает (( Так что наверное лучше воспользоватся джсом, предложенным выше.

http://jsfiddle.net/pvV5r/1/

Код, конечно, тяжело читать http://learn.javascript.ru/coding-style Но работает!

Да хватит тебе самокритиковаться. Я сам немножко только из танка вылез. Так... люк приоткрыл.