Scrum
Expert-
Posts
553 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Scrum
-
Почитай внимательно то что тебе предлагают. поэкспериментируй и выбери для себя наиболее подходящий вариант. Не флоаты, реч шла про inline.
-
text-align: center; ???
-
Не стоит педалировать из-за непонимания и принципов использования. Смотри сколько граблей вы собрали inline-block.
-
Камера возвращает картинки вот в чем ответ, это не видео.
-
Не угадал )) произойдет resize на уровне скрипта. Ам если замечал то на всех фото-что-нибудь указывается либо что произойдет с картинкой либо какое разрешение необходимо для заливки. И естественно известна высота блока, так зачем мчать браузер лишний раз ? Ну и будет супер конешно если я зайд на сайт а там здоровенная картинка. 1.Да возможно, но (попробую наверное потом) костыли ? 2.Уп 3.padding ? 4.Пример ? А зачем мне размер ? нее мне размер ненужен, я незнаю какой длинны у меня будут менюшки. более гибкий вариант ? Опять padding.
-
А просто inline чем плох ? Скорее всего тем что приходиться высчитывать отступы, учитывать размер шрифта, ну да может быть попробую но это опять набор костылей, или нет ?
-
хм )) Задача ТС, захожу на сайт и распологаю там картинку 800*600, что происходит ? Ну я не спорю, на вскидку, пару тройку примеров где ты используешь inline-block ?
-
Дело больше не в последствиях, а в не востребованности из-за плохой поддержки, как следствие такие знания выпадают. Таких значений и свойств море, и (вот тут теперь я думаю) как ты так и я большей частью не пользуемся (список приводить не буду) пользуемся только самыми ходовыми и практичными, в случае неординарных задач применяем редко используемые. Вот мы и подобрались к самому вкусному )) ам хочу рисунок 800х600. есть идеи ? Немного под впечатление от семинара 2010. Мне больше нравиться практичный и кроссбраузерный, но это не идеальный вариант. А отличие это как в жизни ))
-
Не было отрицания. inline-block - не востребовано и часто не применяемое значение в силу неполной или неправильной поддержки. Последствия неизвестны. Не решение, очередные костыли. Теперь прикинь общую сумму костылей и указание высоты ? У каждого есть минусы и плюсы, что практичнее ? По мне так Flexbox самый идеальный вариант ))
-
Со временем, как рисование так и верстка, ты начнешь выбирать более оптимальные и практичные механизмы, естественно более неудобные механизмы будут забываться. Мой вариант валидный.
-
Совмещение было бы самым уместным в данном тексте. Знаешь в чем разница в предложенных тобой и мной вариантах ? Равносильно попытке запомнить все и вся, я считаю это бесполезно. Каждая верстка идентична рисованию новой картины(думаю тут ты спорить не будешь.) и как следствие методы равносильны стилю рисования.
-
Не переживай я то же удивляюсь себе порой.
-
Затем что для ie 6 все равно придётся указывать высоту.
-
Нет, в строку будет умещаться допустимое количество изображений исходя из ширины блока в котором они были расположены, при превышении суммарной ширины картинок последующие картинки буду располагаться ниже.
-
Как вариант. Определить максимальное значение ширины и высоты и соответственно указать эти значения блоку.
-
margin: 0 auto; - основному блоку. - нет перепутал. Основному блоку указываем абсолютное позиционирование, свойсву top указываем значение 50% и верхнему отступу минусовое значение половины высоты блока.
-
Ну тогда вам либо вчитываться в пост blaga либо меняем в фале <meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />
-
Все зависит от редактора в котором вы писали. У мня примерно так: file->save as Name file: index.html encoding: UTF-8 without BOM Сейчас у вас фал index.html сохранен в кодировке UTF-8 BOM
-
Это вроде лишнее. .loginbox li { ... overflow:hidden; ... }
-
сохрани файлы без BOM.
-
Ответ лежал на поверхности. <img src="http://video.kva-kva.ru:8081" />
-
Тестировал при совместимом доктайпе. Картинка одинаковая во всех.
-
Во всех браузерах отражается одинаково. Приведите полный пример.