buddah
Expert-
Posts
1,065 -
Joined
-
Last visited
-
Days Won
20
Content Type
Profiles
Forums
Calendar
Store
Everything posted by buddah
-
Использовать absolute вместо realtive для #nav, никаких сдвигов не нужно.
-
Я бы просмотрел исходный код виджетов, который ты подключаешь в том месте, где реклама появляется. Без доступа на твой фтп и доступа к админке ничего не ясно.
-
Я не знаю, есть ли еще один такой читающий псих, как я. Я даже не знаю с чего начать, так как очень много прочитано и перечитано. В 4 года научился читать и до сих пор не могу уснуть без пары прочитанных страниц. Но если в целом, очень похоже на список Great Rash + Быколай. И я не преувеличиваю, реально читаю очень много, поэтому трудно охарактеризовать вкусы в целом и приводить какие-либо списки. В музыке та же проблема.
-
Скорее всего баг верстки у вас. Такое что-то есть, сам не пользовался никогда.
-
Как говорят америкосы it depends. Как один из вариантов решения - задать для ul display: inline-block;
-
У вас наверное монитор меньше 1600px по ширине.
-
ахахахх )))
-
Лучше 10 профи, чем 60 "сотрудников"
-
Случайно + тебе поставил. С какой еще такой периодичностью? Хватит мыслить шаблонно. Сайты как и люди - все разные. Как мне кажется, твоя главная проблема в том, что ты выискиваешь какие-то закономерности, общее правило, подходящее для всего и всех. Нету такого. Тогда весь интернет был бы одинаковым. Так же думали архитекторы в СССР.
-
Непонятна суть вопроса. Только там где нужно. Это все свойства css и каждое надо использовать по надобности.
-
Есть простой способ, которому я следую. Флоат - для главной структуры колонок (в большинстве своем) В меню, или в отображении товаров или в галлереях, то есть в более мелких деталях, для которых нужно сделать так чтоб они следовали друг за другом, я чаще всего использую inline-block. Absolute используется только там, где на 100500 процентов есть уверенность, что тот элемент будет именно там и нигде больше. Еще реже я использую table-cell для табличного поведения. Скажу по секрету - я недолюбливаю float, в свое время он мне доставлял немало хлопот, потому что вечно надо думать о структуре (какой блок выше по коду, какой ниже, учитывать выпадение блока из потока, нулевую высоту если она не задана жестко и т.д.) Там где можно обойтись инлайн-блоками и если не нужно плодить кучу дополнительной разметки - я обхожусь без float. Но нет ничего более удобного, если нужно обтекание текстом например какого либо элемента.
-
Boolat, никто не хотел сказать "я лучше знаю как верстать", мы учимся всю жизнь, извини если обидел. Просто ты сейчас повторяешь ЛИЧНО МОЙ путь и я еще хорошо помню как меня пинали за айдишники и почему, никто не сказал мне тогда - не делай так, чувак, не прививай себе плохих привычек. А я пытаюсь сказать это. Не всегда хватает терпения, времени и настроения все расписывать по полочкам, часто надеешься что новичок сам загуглит почему можно и почему нельзя. В общем дерзай, товарищ. Все будет. Со временем.
-
Автонастройка ширины блока в соответствии с шириной img
buddah replied to buddah's question in JavaScript
Да, конечно будут классы) Спасибо большое, что помог, я хоть и редко обращаюсь за помощью, но очень ценю это. Будем разбираться, теперь мне все понятно) -
Автонастройка ширины блока в соответствии с шириной img
buddah replied to buddah's question in JavaScript
mishka, да там особо нечего показывать, я только начал. Вот. Забудем про дерганье, сосредоточимся на высчитывании ширины картинки. Вот такую красоту можно наблюдать при не указании явно ширины img. $(window).load работает во всех браузерах, спасибо, коллега. Век живи век учись. Теперь другая проблема. Правильно высчитывается ширина только для первого article и второму присваивается она же. Что в общем-то логично. Здесь нужны манипуляции с each()? Здесь я могу схалтурить и нахаркодить, но хотелось бы более изящное решение. -
Автонастройка ширины блока в соответствии с шириной img
buddah replied to buddah's question in JavaScript
mishka, не катит, но вроде меньше дергает, когда к коду добавляю еще подгонку ширины родительского под img. Searcher, float под содержимое подстраивается, а содержимого много (текст). Ширину задавать нельзя, картинки разными могут быть. inline-block не понимаю как может помочь тут, возможно зациклился на js и не вижу самого очевидного. updated: я точно что-то делаю не так. Ведь откуда jQuery возьмет свойство css.width, если оно явно не задается нигде. Если не задать явно картинке ширину, то возвращает 0. И правильно делает. Думай, Саша, думай... -
Задача довольно простая. Есть блок со статьей. В этом блоке есть img с иллюстрацией. Нужно сделать так, чтоб ширина блока равнялась ширине загружаемого img (либо ширине блока, что содержит наш img, но это уже мелочи). Допустим есть такой вот макет: Самое простое, что приходит в голову - это jQuery. Вот пример элементарной реализации: http://jsfiddle.net/audetwebdesign/bpN8x/ Проблема в том что на долю секунды, пока не загрузился рисунок, блок растягивается на 100% ширины родителя и верстка дергается. Есть способ избежать такого поведения? p.s. знаю вроде что это можно как-то решить с помощью использования таблиц, но я их ярый противник, хотелось бы избежать этого.
-
Front-end Job Interview Questions Думаю многим будет полезно почитать. А на хабре сегодня переведена статья, которая полностью противоречит первой. Тоже очень интересная.
-
В Хроме тоже текст слипается. Все из-за маленького line-height. Сделайте его больше.
-
Boolat, конечно достало немного говорить одно и то же, куда деваться. Это нормально. В действительно крупных проектах следить за айдишниками очень сложно. Это наверное главное, что следует помнить. Возможны варианты, когда случайно задаются одни и те же id для разных элементов. Я считаю, что пока человек новичок, ему нужно безукоризненно следовать стандартам и рекомендациям правильного кода. Просто чтобы прививались хорошие привычки. Потом, со временем, когда он будет полностью уверен в том, что он делает - можно уже рассматривать рекомендации под разными углами. JavaScript программисты скажут спасибо за грамотный код, когда им легко будет понять с какими именно элементами нужно работать. Наивно полагать, что тот минимум js, который умеет делать почти каждый верстальщик - задача максимум и ничего другого быть не может.
-
abused, это позиция типичного верстальщика-одиночки. Ну пиши айдишники раз тебе нравится, наше дело на этом форуме простое - подсказать как нужно делать, соглашаться с высказанным или нет - твое личное дело.
-
Возможно ты не спрашивал. Если серьезный проект, то в их же интересах предоставить все для грамотной работы.
-
А какую вы предлагаете алльтернативу? (font-face не всегда подходит. Слишком глючный при сложный шрифтах + что бы сгенерировать нужна лицензия на это дело... Если не генерировать - то появляются проблемы с отображением...) Покупать лицензии. Извините но мне это мягко говоря не подходит... И думаю что большинству начинающих в вёрстке тоже! (Особенно,если учесть факт того какие суммы предлагают за вёрстку новичкам...) Верстальщик получает шрифты вместе с макетом вообще-то
-
Забор надо было делать первым, с max-width и min-width, в нем уже фиксированный хедер. Айди плохо-плохо. Сразу видно в команде не работаете, а если и будете работать, то вас там быстро переучат.
-
А какую вы предлагаете алльтернативу? (font-face не всегда подходит. Слишком глючный при сложный шрифтах + что бы сгенерировать нужна лицензия на это дело... Если не генерировать - то появляются проблемы с отображением...) Покупать лицензии.
-
Ну вообще говорят, что лучший способ чего-нибудь научиться - это учить другого. И этот форум тому подтверждение)