Андрей Рысь: в каком смысле как? Сам алгоритм? Он же довольно прозрачный... ну ладно, если вам интересно, то по ресайзу 1) обновляем количество колонок, 2) в каждом ряду ищем элемент с максимальной высотой, выставляем эту высоту остальным элементам в ряду.
Андрей Рысь: то, что вы хотите, можно сделать адаптивно и кроссбраузерно до IE7 только с помощью JS. Мне такое дерьмо как раз неделю назад пришлось писать) Получился локальный treeWalker, за первый проход собирающий высоты блоков и дочерних блоков, считающий максимум в зависимости от количества колонок, за второй проход раздающий высоты.
И я хочу сказать, что оно того не стоило) Работает, конечно, но довольно монструозно.
Вы посмотрите код Яндекс.метрики, там все относительно просто. Функция, которая добавляет в window свойство yaCounterX запихивается в массив window['yandex_metrika_callbacks'], функции из которого потом выполняются скриптом watch.js, которому тоже нужно время на загрузку)
Как-то так:
1. Выполнение скрипта непосредственно метрики,
2. Сразу за этим начало загрузки watch.js, или в случае с Оперой не сразу за этим, а on DOMContentLoaded,
3. По загрузке watch.js, его выполнение, ну и где-то там в коде можно увидеть выполнение функций из массива window['yandex_metrika_callbacks'], одна из которых и добавляет yaCounter в window.
Не видно этого свойства может быть только 1) если оно еще не добавлено или 2) если dev tools тупят. Я склоняюсь к второму варианту)
yaCounter появится в window после выполнения скрипта Яндекс.метрики. Если вы до каких-то пор не находите этого свойства, значит в этот момент до скрипта еще не дошла очередь. Есть еще вариант, что хром как-то некорректно (поздно, а то и вообще никогда, в связи с какими-то обстоятельствами) обновляет отображение объекта в dev tools.
yanis_kondakov: это вы о чем, о тех логах которые вас просили привести? Если да, то нас же ширины и отступы не интересуют) Я лично рассчитывал там увидеть что-то типа "$ is undefined" или "jQuery.fn.get is undefined", откуда было бы понятно, что у вас путаница в загрузке скриптов. Ну раз работает, то работает, логи можно не постить)
Почему жуть, просто недоделки маленькие. Думаю, в самом просто варианте нужно три слоя:
1. Багровая подложка, повторяющаяся по горизонтали, например,
2. Собственно, fill. Лучше без тени, наверное,
3. Верхняя часть, с тенями,
То есть слой №1 в самом низу, слой №2 посередине, самый верхний - слой №3.
По поводу заполнения - для начала реализуйте абсолютно любой самый простой вариант заполнения, там проще будет представить как сделать это в нужном варианте.
Это вы из моего ответа нашли такое?)) Нее, там не написано что это решение. Там как раз написано что zoom это не самое удачное решение, т.к. с поддержкой проблемы) Вместо этого советуют использовать transform: scale() (хотя если честно я не очень представляю как его можно использовать)
Если будет готовое решение - поделитесь, пожалуйста)
1. Может быть у вас дважды вызывается window.ttCatElem.prototype.Init ?
2. Может быть у вас один из элементов this.obOffer.itemClass находится внутри другого ?
strify_25: ну вы смотрите, что код делает: в #length ищет td, фильтрует. Потом ищет #width, фильтрует. Потом ищет все tr, берет l-вый, в этом l-вом tr ищет w-вый td. Выводит в консоль его текст.
Если у вас обе таблицы на одной странице, то стоит объяснить скрипту, в каких именно таблицах что искать.
