ByKraB

Добрый день. У меня есть 2 домена. Доступ имею к обоим доменам и серверам. На домене 1 есть iframe, который открывает страницы c поддомена 2. Нужно отследить клик в iframe и получить адрес страницы перехода. Т.е нужно получить доступ к DOM документа в iframe. Собственно, возможно ли это, учитывая что оба домена мои. Пробовал прописывать заголовки X-Frame-Options, но они не очень кроссбраузерные и работают как-то не айс. Может есть еще какие-нибудь способы открыть данные iframe на другом домене?

По кроссбраузерности, все человеческие браузеры + IE 8 включительно. С загрузкой картинки не вижу проблемы. Обычная форма и input type="file". Работу с локальными файлами оставим более серьезным проектам )) P.S Большое всем спасибо за помощь, советы и ссылки. Пойду копать все это богатство.

К сожалению, пока не много опыта работы с Canvas. Подскажите пожалуйста, в какую сторону копать. Обработка на сервере тоже приемлима. Какой язык для этого подойдет?

Здравствуйте. Не уверен, что пишу в нужную тему. Делаю это не специально, а по незнанию ) Стоит задача - написать скрипт для подбора кейсов для iPhone. Т.е есть шаблон кейса, посетители могут изменять цвет кейса, добавлять текст и картинки. Картинки пользователь грузит сам со своего компа. После кастомизации кейса, готовый результат должен сохраняться в виде картинки. Собственно сабж - как реализовать сохранение результата в виде изображения? И какие инструменты для этого использовать? Предполагаю, что с помощью js это сделать не представляется возможным. Спасибо.

спасибо большое за разъяснения. буду пробовать em-ы

Приветствую всех. Наткнулся на хабре на несколько статей, в которых обсуждается, какие единицы измерения использовать при указании размеров шрифтов во время верстки. Прочитал статьи и еще больше запутался)) В одних пишут, что em необходимо для нормального масшатбирования, в других пишут, что браузеры уже умею масштабировать px. В общем, то ли статьи старые, то ли я дурак) Конкретно на данный момет, какие преимущества от использования em вместо px ? Поддержка ie ниже 9 версии не планируется.

Зачем же все так усложнять. Можно использовать парсер. Только нагрузка на сервер будет приличная, так что как минимум VDS потребуется. А вообще, MVS, вы немного ошиблись адресом. На этом форуме больше верстальщиков, чем программистов.Попробуйте попытать счастья на других.

ну ладно. может быть услышим другие мнения.

Вы используете главный аргумент - правильно отображение.Возможно вы меня неправильно поняли.Вы скорее пишите что отличает плохую верстку от хорошей. Мне более интересно, что отличает просто хорошую верстку(валидную, кроссбраузерную и т д), от очень хорошей - от того идеала, к которому стоит стремиться.С которой удобно работать не только тебе, но и программистам, работающим вместе с тобой. Понятно, что все это приходит с опытом, но хотелось бы услышать что-то более конкретное.

Человек находит сайт, который ему нравится и устраивает, и хочет такой же.Сразу экономит деньги на макете и ТЗ, а с текущими ценами это довольно хорошая денежка. Да и просто проще сказать, "хочу как здесь", чем придумывать что-то свое. Если первый магазин не ваш, то будьте готовы заплатить от 15 000 до 50 000р, в зависимости от размеров совести программиста. А вообще, порядочные люди такими вещами не занимаются.

Это просто валидный код. Что значит правильная? Т.е по вашему получается, что уровень всех верстальщиков одинаковый? Или верстальщик или нет?

Верстка может быть ровной, но не семантической.

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

Приветствую всех посетителей форума.Собственно, сабж: Уже около года более-менее постоянно занимаюсь версткой(CSS+HTML+jQuery).Фриланс, разовая работа,помощь друзьям.Учился всему сам. Довольно часто заказчики кидают ссылки на крупные, добротные сайты, с просьбой "сделать как там".Ну и что уж греха таить,иногда внаглую копипащу код оттуда, и подгоняю под запросы заказчиков. Заметил, что на качественных сайтах верстка, скажем так, "усложнена"(не знаю какое слово подобрать ) Чтобы было понятнее, приведу кусок кода, взятый из формы. <div class="inputText" style="width:150px;"> <i> <b> <input type="text" name="phone" id="phone_number" value=""> </b> </i> </div> <!--Стили --> .inputText > i { display: block; border: 1px solid #A7A7A7; zoom: 1; padding: 2px 2px; font-style: normal; background: #EEE; } .inputText > i > b { display: block; font-style: normal; font-weight: normal; } .inputText input { border: 0; display: block; width: 100%; background: transparent; line-height: 17px; margin: 0; } Зачем в данном случае input вложили в <b> и <i>, притом что стили текста и толщина выставлены в normal ? Почему бы не прописать border сразу для input-а? Данный код привел просто для примера. Больше интересует, что отличает профессионального верстальщика от просто верстальщика? Надеюсь, написал не очень запутанно)

файл PIE.htc должен лежать в корне сайта. В CSS прописываешь behavior:url(PIE.htc);