Jump to content

Scrum

Expert
  • Posts

    553
  • Joined

  • Last visited

Posts posted by Scrum

  1. Почитай внимательно то что тебе предлагают. поэкспериментируй и выбери для себя наиболее подходящий вариант.

    Да вон Scrum сообщил, что флоаты можно выровнять с помощью text-align: center; smile.gif

    Не флоаты, реч шла про inline.

  2. Почти, только используя img src мы будем использовать отображение потока в виде перегружаемых картинок, а при использовании video мы используем установленный в ОС проигрыватель, с поддержкой 2D и 3D ускорений ...
    Такие варианты я тоже продумывал, но в том то и дело, что теоретически HTML5 через тэг video позволяет легко и красиво решить эту проблему.

    По спецификации тэга video autoplay должно АВТОМАТИЧЕСКИ начаться воспроизведение видеопотока, а в действительности - этого не происходит.

    Вручную все отрабатывает, autoplay - не работает, значит надо искать хитрый болт на 16

    Камера возвращает картинки вот в чем ответ, это не видео.

  3. И что произойдёт? Блоки так же нормально выравняться.

    Не угадал )) произойдет resize на уровне скрипта. Ам если замечал то на всех фото-что-нибудь указывается либо что произойдет с картинкой либо какое разрешение необходимо для заливки. И естественно известна высота блока, так зачем мчать браузер лишний раз ? Ну и будет супер конешно если я зайд на сайт а там здоровенная картинка.

    - Выравнивание меню по горизонтали

    - В случае ТС

    - Выравнивание текста по вертикали

    - Для указания строчным элементов отступов

    Это только на вскидку. Вообще вещь очень полезная на самом деле. Советую обратить на неё внимание.

    1.Да возможно, но (попробую наверное потом) костыли ?

    2.Уп

    3.padding ?

    4.Пример ?

    Плох тем, что ты например не сможешь назначить им размеры, не сможешь назначить отступы и т.д.

    А зачем мне размер ? нее мне размер ненужен, я незнаю какой длинны у меня будут менюшки. более гибкий вариант ?

    не сможешь назначить отступы и т.д.

    Опять padding.

  4. в горизонтальных менюшках, кстати, время от времени используется.

    А просто inline чем плох ? Скорее всего тем что приходиться высчитывать отступы, учитывать размер шрифта, ну да может быть попробую но это опять набор костылей, или нет ?

  5. Не понял. Опиши задачу поподробнее.

    хм )) Задача ТС, захожу на сайт и распологаю там картинку 800*600, что происходит ?

    Я считаю в нашем случае эти знания нам как раз очень нужны. Я имею ввиду с inline-block;

    Ну я не спорю, на вскидку, пару тройку примеров где ты используешь inline-block ?

  6. Ну извини дружище, это уже зависит от опыта и знаний. Если ты знаешь что делаешь, то и последствий никаких не будет.

    Дело больше не в последствиях, а в не востребованности из-за плохой поддержки, как следствие такие знания выпадают. Таких значений и свойств море, и (вот тут теперь я думаю) как ты так и я большей частью не пользуемся (список приводить не буду) пользуемся только самыми ходовыми и практичными, в случае неординарных задач применяем редко используемые.

    inline в сочетании с zoom делает блок в ИЕ inline-block-овым и поэтому там можно работать с ним точно так же как и везде. Зачем мне указывать высоту, если она мне не нужна и я хочу, чтобы кол-во содержимого у меня было любым?

    Вот мы и подобрались к самому вкусному )) ам хочу рисунок 800х600. есть идеи ?

    Но это ты уже загнул дружище.

    Немного под впечатление от семинара 2010.

    Но знаешь, чем отличается идеальный вариант от реального?

    Мне больше нравиться практичный и кроссбраузерный, но это не идеальный вариант.

    А отличие это как в жизни ))

  7. просто великолепный на мой взгляд

    Не было отрицания.

    inline-block - не востребовано и часто не применяемое значение в силу неполной или неправильной поддержки. Последствия неизвестны.

    хм...ну вообще то условные комментарии ещё никто не отменял.

    Не решение, очередные костыли.

    Теперь прикинь общую сумму костылей и указание высоты ?

    У каждого есть минусы и плюсы, что практичнее ?

    но inline-block — всё же более гибкий вариант.

    По мне так Flexbox самый идеальный вариант ))

  8. А я говорил про понимание механизмов работы и их поведение.

    Со временем, как рисование так и верстка, ты начнешь выбирать более оптимальные и практичные механизмы, естественно более неудобные механизмы будут забываться.

    В чём?

    Мой вариант валидный.

  9. может тебе и не стоит пока на новые технологии то переходить

    Совмещение было бы самым уместным в данном тексте.

    раз старые не закреплены ещё как следует?

    Знаешь в чем разница в предложенных тобой и мной вариантах ?

    Хочу старые отточить.

    Равносильно попытке запомнить все и вся, я считаю это бесполезно. Каждая верстка идентична рисованию новой картины(думаю тут ты спорить не будешь.) и как следствие методы равносильны стилю рисования.

  10. Нет, в строку будет умещаться допустимое количество изображений исходя из ширины блока в котором они были расположены, при превышении суммарной ширины картинок последующие картинки буду располагаться ниже.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy