sytrus
-
Posts
17 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Posts posted by sytrus
-
-
p.s. ну не буду же я совсем наглым, чтобы сделать ещё одну тему))
Может лучше сначала посмотреть как обложки книг делаются, потом сделать несколько достойных вариантов, а потом уже выставлять на голосование. Отсюда мне кажется и все проблемы.
Мягко говоря мало достойных вариантов для выбора предлагается. IMHO
В этом весь Максим. Сам не знает, что ему нужно, поэтому перекладывает ответственность на сообщество, чтобы те помогли ему принять решение) На мой взгляд, если у тебя есть несколько вариантов - выбери сам! Ведь по большому счету, важнее материал внутри, а не обертка снаружи! Правда, Макс?
-
Хороший дизайн, мне нравится, только диаграмма внизу не в тему, имхо.
А если уж совсем придираться, то сайдбар я бы справа разместил, а не слева + информативности бы в него добавил, присущей блогам.
-
Если человек только верстает и не знает что с его версткой будет потом, то да! Если же кроме одной верстки разработывается весь сайт, то наличие id/нет определяешь сам.
Для крупных проектов и при работе в команде (в общем то сайт должна разрабатывать команда, а не один человек) конечно лучше использовать классы!
-
LESTAD
для всех ссылок на сайте прописан класс
a
{ font-weight: bold;
color:#2463AC;
}есть блок с объявлением на главной страницы сайта
............<br>
............<br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<br>как мне сделать чтобы к этим отдельным ссылкам были другие свойства? ибо при написании к ним какого либо свойства он меняет все ссылки на сайте.
Bayanruby
получается просто прописать к ним class и задать к нему в этом же коде стиль?
да, добавьте к ссылкам класс, например
<a class="normal" href="...."> ............ </a><br>
<a class="normal" href="...."> ............ </a><br>
<a class="normal" href="...."> ............ </a><br>
<a class="normal" href="...."> ............ </a><br>
<a class="normal" href="...."> ............ </a><br>
<a class="normal" href="...."> ............ </a><br>
<br>
/* CSS */
.normal {font-weight:normal}либо, если ссылки находятся в блоке
<div class="block">
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<a href="...."> ............ </a><br>
<br>
</div>
/* CSS */
.block a {font-weight:normal}Разницы нет!
-
Совершенно верно.
-
Смысл отказываться от id, если 100% уверен в том, что такой блок у тебя один (уникальный), что к ниму никогда не понадобится подключать js и что при оптимизации он играет некую роль, пускай не значительную, но играет.
А на скорость рендеринга это никак не влияет?Влияет, но не значительно!
-
Я поставил себе некий IE7 standalone, одновременно могу запускать шестой и седьмой. Девятый на ХР не встанет (Win7 на моё ведро ставить совесть не позволяет). Ну и приходится надеяться, что восьмой поведёт себя нормально =/ На крайняк, есть всякие сервисы типа browsershot.
IE7 от IE8 сильно отличаются по части понимания кода разметки. Поэтому верстать под IE8 и надеятся что все хорошо будет в IE7 нет смысла. Как вариант можно использовать эмуляцию, хотя в идеале лучше проверять верстку в реальных браузерах, а не всяких тестерах.
-
В идеале такой эффект лучше делать с двух картинок (превью/увеличенная), если я правильно понял задачу. Потому что при увеличении одной из картинок место где она находилась будет высвобождаться и неувеличенные так или иначе сдвинуться! Если же сделать как написал Justnewone, то картинки остануться на своих местах, но спан с увеличенной картинкой будет пустым - не думаю, что это будет красиво смотреться!
-
id нужно исплоьзовать только в целях программинга
Отчасти не соглашусь с тобой. Верстать можно как угодно, использовать id или нет дело каждого, нужно только помнить, что он должен быть уникальным, а остальное зависит от техники и навыков.
шапка - id, content - id, footer - id, остальные дивы в классах1. либо не понимают разницы между id и class
2. либо хотят подчернуть их уникальность //как вы и сказали
3. либо просто привыкли к этому
-
Отличная идея, вот ты этим и займёшься. Просто я например хренью страдать не планирую.
Давно сюда не заходил. А в ЛС одни спамщики))
-
как с этим бороться? не удается ни избавиться от него, ни перекрасить его под цвет фона. Такое только в опере.
Что прописано в стиле класса?
-
Не люблю использовать position. Пишу как бы я поступил в данном случае с уголком:
<html>
<body>
<div id="page">
Здесь все остальное..
</div>
</body>
</html>В стилях, для body делаем фон разлиновки, а для селектора page слой с уголком.
-
Не вижу надобности в position для header'а.
Можно сделать еще проще по крайней мере в стилях.
стили
.header {border: 1px solid #000;}
.header h1 {float: left; width: 220px; height:...px;} /* логотип например 200px, а ширину ставим на 20px больше */
.header h1 a {display: block;}
.header form {float: left;}xhtml, при это для валидности между input'ами лучше поставить "пустые" div'ы.
<div class="header">
<h1><a href="#">LOGOTYPE</a></h1>
<form action="">
<input type="text" />
<input type="password" />
</form>
</div>Flex, вам этот вариант думаю тоже подойдет.
-
Мне нравится
-
Да.. Метод конечно не из лучших. Во-первый не пригоден для IE, как это уже было сказано, а использование экспрешена не всегда уместно.
Наилучший вариант, использование position relative и absolute.
-
Не много не ясна задача. Но если использовать background лучше писать: background: url('img') repeat-y; а не так как написал Victor Ananiev!
-
Думаю без позиционирования (position) тут не обойтись. Как его правильно использовать ищите в сети. Так же можете посмотреть как сделано здесь http://urbanline.ru/
Разыскиваются front-end разработчики
in Job
Posted
Добрый день, коллеги!
Ищем front-end разработчиков для работы с автоматизированными системами.
Обязанности:
- Разработка клиентской части функционала;
- Верстка/переверстка страниц сайтов и сервисов;
- Взаимодействие с отделом проектирования/дизайна и командой back-end разработчиков;
- Инициативное и ответственное решение интересных задач;
- Рефакторинг существующего кода.
Требования:
- знание семантики;
- умение верстать inline;
- кроссбраузерность;
- html5/css3
- javascript
- angularjs (опционально)
Опыт работы с:
- Пре/постпроцессорами
- Jade/Stylus и/или аналогами
- Git
Будет плюсом:
- Продвинутое владение инструментами разработчика;
- Свободное чтение и понимание оригинальной документации на английском;
- Понимание и использование методолготии Яндекс БЭМ;
- Понимание принципов построения и интеграции REST API;
- Опыт в разработке NodeJS;
- Использование функционального подхода совместно с ООП.
Условия:
- График работы свободный;
- Работа удаленная;
- Оплата достойная, почасовая, по итогам собеседования;
- Возможность профессионального роста и развития;
- Возможность переезда в офис в Санкт-Петербурге;
- Премии и надбавки каждые 3 месяца;
- Оформление по ТК РФ, если нужно.
Коротко о компании
ООО "ДИКОМ ТЕХНОЛОГИИ", занимаемся разработкой интерфейсов для сайтов и приложений.
Территориально находимся в Санкт-Петербурге, скоро открываем офис в Москве.
Один из кейсов: кабинет пользователей CallbackHunter - виджет обратного звонка с сайта.