s0rr0w

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

Мало данных для решения проблемы

Не могу. Я не могу повторить вашу проблему.

Навалом.

Только клонирование. Но td * { display: none } нормальное решение. Практическая задача - рисование таблиц через визарды

Первое мое решение было более "сложным". Я сначала пытался использовать трюк с генерацией события клика мыши в какие-то координаты. Но, в отличие от реальных кликов пользователя, искусственные не работают так, как мне хотелось. И тут всплыла информация, что есть такой замечательный метод, как elementFromPoint. Код стал еще проще. С математикой трудно спорить

Смысл в том, что есть несколько вариантов решения задачи, и есть костность мышления, которая не дает людям выходить за рамки. Я уверен, что ни у кого из вас не было даже мысли о том, что с таблицей ничего не надо делать, это уже является готовым хранилищем данных, необходимо просто извлечь из него информацию. А задание звучало как? Ни слова про читабельность или наличие контента

А что ты ожидаешь увидеть?

Как и обещал, мое решение

Я по нарастающей, сначала несколько вводных теоретических докладов, потом пойду только по практике. Следующие доклады будут именно такими, с примерами из жизни.

Все так понимаешь. Но vDescr.height() не равно vDescr[0].height(), потому что первый вариант работает с jQuery объектом, а второй с нодой, что не одно и то же.

height действительно не функция, это свойство. Мало того, его нет у span'а

Не, твой подход тоже неплох, развернуть двумерный массив в одномерный - это неплохая стратегия. Читабельность страдает, но в целом - неплохо.

Есть еще один из вариантов организации кода. http://jsfiddle.net/JUF9y/

Ты не переживай, это не ошибка, это же особенности реализации.

Не, я его создам один раз, но хранить буду в теге <table> Ты хранишь ссылку на ноду таблицы (this.table) и сам массив (this.tableGrid) в инстансе TableGrid. А я бы хранил это так: table.tableGrid = [] Потому что любой другой скрипт, который захочет изменять структуру таблицы, должен будет рапортовать TableGrid'у о своих изменениях. Но как он это сделает, если таблица никак не связана с нужным instance'ом? Значит придется городить огород из менеджеров, которые бы связывали несколько модулей воедино. Короче, все строго по моей последней презентации. Свое решение я выложу завтра. Если у кого есть желание показать свои работы, то выкладывайте.

Или эмуляция hover-а в каком-то другом месте

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

Зачем именно конструктор? Почему не синглтон? По поводу второго решения. У меня оно не работает почему-то. Но я посмотрел код, и, честно говоря, не понял, зачем нужна функция check()

Постараюсь следующие доклады сделать более практичными.

Они снова отожгли напалмом... Место встречи: г. Киев Дата и время: 02 февраля 2013, с 12:00 и до 17:00 Формат докладов: 30/30, пол часа на доклад и пол часа на обсуждение. Количество докладчиков не ограничено. Можно оставлять заявки, на какие темы было бы интересно послушать доклады и про какие полезные вещи вы можете рассказать сообществу. Телефоны для контактов: s0rr0w - +380 (67) 964-67-16 Svatov - 0(68)359-ноль-ноль-87 Программа докладов: Александр Шпак (s0rr0w) Velosipedium structuris. Очередная методология организации CSS в промышленной разработке Еще одна вселенная NOSQL Антон Матвийчук (Louie) Функциональное программирование в JS 1.8 Евгений Сиротин (Svatov) Структура документа в контексте HTML5. Кому нужны новые теги. Александр Чухман Укрощение Twitter Bootstrap

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

Я вечером напишу, хорошо? Выходные все-таки...

Господа, имейте совесть. Для выхода на более серьезный уровень потребуется помощь профессионального организатора, а не на коленках все провести. Но, я уверен, что мы таки дорастем до этого.

Большое спасибо всем собравшимся. Конференция стала гораздо взрослее и организованнее. Не знаю, стала она интереснее или нет, не мне судить. Хотелось бы выслушать критику в адрес выступавших и тем выступления. К сожалению и на удивление, времени на обсуждения не хватило, поэтому предлагаю перенести обсуждения на форум. Ссылки на презентации Управление потоком (flow) в CSS3 Структурно-событийная архитектура веб-приложений