newdancer: если с 14:10, то уже не выйдет. Если с 14:15, то сначала пишем функцию по подсчету номера ячейки относительно времени, для 14:15 это число равно 14*4+1 = 57.
Берем и считаем то же для конечного времени - 14:45, получаем 59.
Затем удаляем 58-ую ячейку, 59-ую ячейку, считаем количество удаленных ячеек и прибавляем к этому единицу, число записываем как rowspan к 57 ячейке. получится rowspan="3".
Почему добавляем единицу? Потому что у нас есть 3 ячейки, их надо объединить. Раз есть три, значит нужно написать это число в rowspan. Поэтому, прибавляем к кол-ву удаленных ячеек ту, которая не удалена.
Роман Макаров: а поподробнее можно? Типа мы запускаем рендер ячеек, он тянет шаблон, пихает его в dom, а дальше при рендере каждой ячейки мы берем шаблон не из объекта/localStorage/кеша ajax а из DOM-дерева? Это же еще медленнее выйдет
Wheelie: а вы опытны в верстке под e-mail? Обнаружил, что ворд не поддерживает наследование css-Классов + если у тега несколько классов, word выбирает какой-то один (причем, не первый по алфавиту) и только его правила применяет, отбрасывая остальные.
Спасибо, на статьи натыкался, видосик не видел. К сожалению, информация там краткая.
Сейчас проблема с тем, что нет возможности понять, какие css стили работают, какие нет. Например, что-то работает через подключаемые стили по ссылке (ворд сам грузит их), что-то через style-тег, а что-то работает только из inline-стилей. Еще жизнь осложняется тем, что ворд кеширует все, зараза.
Походу, если получится - напишу гайд, как время будет. Но тем не менее, тыкаться наугад - то еще занятие :=]
Павел Волынцев: Когда проектом занимается несколько разработчиков, то куда удобнее разбираться в коде, имеющим документацию и проверенном в бою, чем в недавно написанном велосипеде, который не переключает передачи в болоте, а толкового описания нет, ввиду нехватки времени
Спасибо! Довольно доходчиво.
Как я понял из примера вашего, он совершенно не юзабелен в продакшене по причине использования классов через class, а его поддержка еще долгое время не будет широкой поддержки (умеет babel, конечно, но ни nodejs, ни подавляющее число браузеров нет).
Я сейчас столкнулся с проблемой, что постиг множество инструментов (и постигаю еще), и не очень понимаю, когда нужно использовать тот или иной. Понятное дело, что есть просто различные практики, и в одной из них принято писать так, а в других - сяк. Но все же, порой, хотелось бы увидеть в серьезной книжке что-то вроде, "get/set надо применять в таких ситуациях (a,b,c), а вот в (d,e,f) их не нужно применять".
При этом книжки, написанные для новичков, читать противно. Очень много лишней информации, а вся новая преподносится на бэйсик-уровне.
Можете чего посоветовать? Из личного, так сказать, опыта.
К сожалению, ваш приведенный пример не удовлетворяет условию в вопросе. Суть в том, что мы вешаем один обработчик на одно событие. И это событие - submit, а не click. Мой вопрос сводится к тому, что если мы не стопаем дефолтное поведение submit, мы НЕ можем поймать нажатую кнопку, когда же все просиходит без js, сервер МОЖЕТ распознать нажатую кнопку.
Отсюда я сделал вывод, что наверняка, каким-то образом можно распознать нажатую кнопку в форме по событию submit.
Digital Brain: спасибо за подробный ответ! Я сейчас совершенствуюсь и думаю на себе испытать все сложности неиспользования умных штук вроде react, backbone, ember, angular, чтобы лучше понимать, чем же они все же упрощают жизнить и лучше понимать как что они заменяют.
В текущую задачу все равно не получится Backbone ставить, иначе вообще возникнет жуткий зоопарк технологий.
Спасибо! Я немножно переделал пример с сайта https://jsfiddle.net/8fy45zqf/2/ и хотелось бы узнать, а что делать, если нужен обработчики по keyup, onfocus, change на внутренних инпутах? Тоже можно вешать на родителя? В learn.javascript указано, что делегирование незначительно повышает нагрузку. Не будет ли проблем с событиями отличными от click?
