@Andreii787 я это Вам не в обиду говорю. Просто Вы задаете вопросы, которые говорят об обратном )
Ну напишут Вам тут в ответах вариант верстки, задача простая, люди за плюсик сделают без проблем. Но ведь это не обучение, сами понимаете.
@TANK_IST примерно понятно, возможно это как раз тот случай, когда дочерний элемент может быть больше родителя, понятно теперь, почему было overflow:hidden. В следующий раз лучше задавайте вопрос целиком, calc - новая возможность, а подобные Вашему примеру реализовывали и без него раньше.
@TANK_IST Что? В вашем примере общий контейнер, div без класса по высоте равен div.value, и соответственно шире, так как занимает 100% экрана.
А если это то, чего Вы хотите добиться, то почему вычитаете 40px? Кроме того, такая практика, когда дочерний элемент больше родительского редко оправдана, чаще всего это из области говнокода.
@hogddttr27 ок, я ведь только предположил. Часто такая возможность бывает нужна именно тогда, когда нет возможности опустить блок по z ниже.
А зачем Вам отслеживать события? В том смысле, что зачем для этого делать iframe? Вы же и так можете сделать блок некликабельным как я указал выше, чтобы затемнить блок, а получать объект, на котором произошло событие Вы и так можете, без отслеживание его координат.
@TimeCoder подобное - да, простые анимации - лучше на html/css/js, самая лучшая поддержка. Да, я забыл упомянуть flash, но это устаревающая технология.
@VitaZheltyakov не напомните вопрос? Поддержка у этого свойства плохая, его необходимо использовать в крайнем случае. Возможно, автор хочет поместить в iframe видео, тогда без него никак. А если у него просто из-за плохой верстки блок наезжает, то лучше переверстать.
@distorting_reality что Вы имеете в виду под произвольными фигурами? Состоящие из нескольких частей? Так или иначе Вы получаете весьма ограниченный список примитивов, составляйте из них что хотите, хоть Гомера Симпсона habrahabr.ru/post/201750
