Scrum
-
Posts
553 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Posts posted by Scrum
-
-
text-align: center; ???
-
А зачем тебе нужен этот некчёмный inline-block, вон Scrum padding советует вместо него использовать http://forum.htmlbook.ru/index.php?s=&...st&p=186026 smile.gif
Не стоит педалировать из-за непонимания и принципов использования. Смотри сколько граблей вы собрали inline-block.
-
Угу.
-
Почти, только используя img src мы будем использовать отображение потока в виде перегружаемых картинок, а при использовании video мы используем установленный в ОС проигрыватель, с поддержкой 2D и 3D ускорений ...Такие варианты я тоже продумывал, но в том то и дело, что теоретически HTML5 через тэг video позволяет легко и красиво решить эту проблему.
По спецификации тэга video autoplay должно АВТОМАТИЧЕСКИ начаться воспроизведение видеопотока, а в действительности - этого не происходит.
Вручную все отрабатывает, autoplay - не работает, значит надо искать хитрый болт на 16
Камера возвращает картинки вот в чем ответ, это не видео.
-
И что произойдёт? Блоки так же нормально выравняться.
Не угадал )) произойдет resize на уровне скрипта. Ам если замечал то на всех фото-что-нибудь указывается либо что произойдет с картинкой либо какое разрешение необходимо для заливки. И естественно известна высота блока, так зачем мчать браузер лишний раз ? Ну и будет супер конешно если я зайд на сайт а там здоровенная картинка.
- Выравнивание меню по горизонтали- В случае ТС
- Выравнивание текста по вертикали
- Для указания строчным элементов отступов
Это только на вскидку. Вообще вещь очень полезная на самом деле. Советую обратить на неё внимание.
1.Да возможно, но (попробую наверное потом) костыли ?
2.Уп
3.padding ?
4.Пример ?
Плох тем, что ты например не сможешь назначить им размеры, не сможешь назначить отступы и т.д.А зачем мне размер ? нее мне размер ненужен, я незнаю какой длинны у меня будут менюшки. более гибкий вариант ?
не сможешь назначить отступы и т.д.Опять padding.
-
в горизонтальных менюшках, кстати, время от времени используется.
А просто inline чем плох ? Скорее всего тем что приходиться высчитывать отступы, учитывать размер шрифта, ну да может быть попробую но это опять набор костылей, или нет ?
-
Не понял. Опиши задачу поподробнее.
хм )) Задача ТС, захожу на сайт и распологаю там картинку 800*600, что происходит ?
Я считаю в нашем случае эти знания нам как раз очень нужны. Я имею ввиду с inline-block;Ну я не спорю, на вскидку, пару тройку примеров где ты используешь inline-block ?
-
Ну извини дружище, это уже зависит от опыта и знаний. Если ты знаешь что делаешь, то и последствий никаких не будет.
Дело больше не в последствиях, а в не востребованности из-за плохой поддержки, как следствие такие знания выпадают. Таких значений и свойств море, и (вот тут теперь я думаю) как ты так и я большей частью не пользуемся (список приводить не буду) пользуемся только самыми ходовыми и практичными, в случае неординарных задач применяем редко используемые.
inline в сочетании с zoom делает блок в ИЕ inline-block-овым и поэтому там можно работать с ним точно так же как и везде. Зачем мне указывать высоту, если она мне не нужна и я хочу, чтобы кол-во содержимого у меня было любым?Вот мы и подобрались к самому вкусному )) ам хочу рисунок 800х600. есть идеи ?
Но это ты уже загнул дружище.Немного под впечатление от семинара 2010.
Но знаешь, чем отличается идеальный вариант от реального?Мне больше нравиться практичный и кроссбраузерный, но это не идеальный вариант.
А отличие это как в жизни ))
-
просто великолепный на мой взгляд
Не было отрицания.
inline-block - не востребовано и часто не применяемое значение в силу неполной или неправильной поддержки. Последствия неизвестны.
хм...ну вообще то условные комментарии ещё никто не отменял.Не решение, очередные костыли.
Теперь прикинь общую сумму костылей и указание высоты ?
У каждого есть минусы и плюсы, что практичнее ?
но inline-block — всё же более гибкий вариант.По мне так Flexbox самый идеальный вариант ))
-
А я говорил про понимание механизмов работы и их поведение.
Со временем, как рисование так и верстка, ты начнешь выбирать более оптимальные и практичные механизмы, естественно более неудобные механизмы будут забываться.
В чём?Мой вариант валидный.
-
может тебе и не стоит пока на новые технологии то переходить
Совмещение было бы самым уместным в данном тексте.
раз старые не закреплены ещё как следует?Знаешь в чем разница в предложенных тобой и мной вариантах ?
Хочу старые отточить.Равносильно попытке запомнить все и вся, я считаю это бесполезно. Каждая верстка идентична рисованию новой картины(думаю тут ты спорить не будешь.) и как следствие методы равносильны стилю рисования.
-
хм...ты меня удивляешь.
Не переживай я то же удивляюсь себе порой.
-
Зачем. А inline-block; уже отменили?
Затем что для ie 6 все равно придётся указывать высоту.
-
Нет, в строку будет умещаться допустимое количество изображений исходя из ширины блока в котором они были расположены, при превышении суммарной ширины картинок последующие картинки буду располагаться ниже.
-
Как вариант.
Определить максимальное значение ширины и высоты и соответственно указать эти значения блоку.
-
google.ru ?
- 1
-
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.
-
-
Тестировал при совместимом доктайпе. Картинка одинаковая во всех.
-
Во всех браузерах отражается одинаково. Приведите полный пример.
Центрирование ul
in HTML Coding
Posted
Почитай внимательно то что тебе предлагают. поэкспериментируй и выбери для себя наиболее подходящий вариант.
Не флоаты, реч шла про inline.