Jump to content

TonKhaO

User
  • Posts

    341
  • Joined

  • Last visited

Everything posted by TonKhaO

  1. я немного не то имел ввиду когда я задаю флоатом то родитель перестает этот бокс замечать, и без clear: both тут не обойтись а это получается дополнительный пустой див
  2. самое что ржачное баг то выскакивает только при значениях 50% на 50%, попробуйте любие другие скажем 49% на 51% или 30 % на 70% ВСЕ БУДЕТ ИДЕАЛЬНО для 6 и 7 версии, пипец ))) мозг взорван
  3. Понимаю что вопрос слегка риторический с точки зрения что при почти любой верстке мы используем смесь из всех трех (которые я знаю) видов раскладки: Насколько я понял изучаю пока статьи в интеренете существует 3 вида раскладки: 1. Float`ами 2. Потоками с использованием маргинов и паддингов для позиционирования блоков 3. Позиционированием (position: absolute; position: relative) Я лично редко пользуюсь абсолютным позиционирование и относительным так как и не особо пока в этом спец Часто использую флоаты, но они тем плохи что как бы выбиваются из потока страницы (в нек случаях это конечно и нужно) Начинаюсь задумываться о первом способе для того чтобы выравнивать по горизонтали элементы ибо margin с параметром авто рулит ))) Давайте немного подискутируем :-)))
  4. вряд ли, у левого блока нет маргинов и поэтому display: inline и не нужен, но я поставил и тем не менее проверил - не помогло, словно у правого блока отступ не 50% а примерно 51% всмысле правильно? из-за чего отступ в 3 пикселя? увы мы же знаем что display: table и display: table-cell ИЕ6 не держит
  5. вроде оно http://softwaremaniacs.org/blog/2005/09/05...t-flow-margins/
  6. давайте будем культурными, таблицы это вообще в самую последнюю очередь ибо мы же все знаем что таблицы - для данных, не для верстки дезайна
  7. можно такое взять на заметку, НО не всегда это подойдет, мы ведь по факту можем сделать либо для левого блока отриц левый отступ, тем самым он у нас на пиксель вообще за экран выйдет, либо же более реальный вариант для правого блока отриц левый маргин и тем самым правый блок "налезет" на пиксель на левый, беру на заметку можно но теперь ИЕ6 что почему то сделал маргин у павого блока больше пикселей на 3-4
  8. Предлагаете условные комментарии? Впринципе это конечно вариант сделать с помощью них скажем по 49% для обоих блоков, но у нас они так и не получатся тык впритык
  9. ну это понятно, это можно без проблем сделать но мож кто то все таки знает. может где статейка есть на эту тему и там это как то разруливают ибо когда нужно чтобы сайтец тянулся и еще 2 блока как у меня допустим с фоном друг к другу прилегали то нужно все таки как то сделать чтоб тык в притык PS: кстати как время будет обследую еще такую проблему на тему если бы эти 2 блока были бы не прямиков в body а скажем в другом блоке, вот тогда тоже интересно как они себя поведут, ибо у меня были помоему схожие проблемы с этим делом
  10. да, впринципе так можно было бы сделать если бы не одно большое НО, опера десятая точно не поддерживает дробные проценты, только что проверил
  11. неа, видите он то правому выровнялся то темнеменее не стал в правильную ширину ))) PS: кстати а как вы ставите +/-1 то есть мне немного непонятно стоит у меня допустим в диве width: 50% я же не могу потом от этого отнять 1 пиксель ширины, типа width: 50%-1px
  12. но я тут сори не согласен немного вы ведь не делаете код через тот же дримвавер визуально ибо если профессионально этим заниматься то я считаю что человек с нуля должен писать код, но это мое мнение КМК, я имел ввиду про трату времени то что хотел чтобы мне указали, можно сказать буквально ткнули в то место где косяк, но в то же время я не отказываюсь от изучения уже готовых решений, спасибо за ссылки на досуге как время будет я обязательно изучу
  13. Народ еще нашел странную особенность http://shinoda.ru/bug_fix/block_test.htm Баг в том что в шестой и седьмой версии ИЕ при ширине в 50% и с флоатом лефт (вроде бы поровну и в сумме 100%) не помещаются на одной линии. И даже вроде знаю из чего, вот решил покопать по-подробнее, итак по порядку Я брал и скриншотил экран и замерял правильно ли браузер расчитывает ширину и вот что получилось (разрешение у меня 1280): IE6: Ширина окна браузера (без учета скролла и всего отсального) - 1253 px Ширина одного блока при разрешении 1253px была равна 627px, умножаем это на 2 и получаем 1254!!! и тут уже понятно почему блоки не стоят на одной линии, итог - ИЕ неправильно посчитал половину :-( IE7: Все тоже самое что и в IE6 IE8: Ширина окна браузера опять (без боковых полос обозревателя) - 1270px. Причем так как у меня страница не высокая то скроллбара заблокирована у меня нет, в ИЕ8 его убрали в таких случаях, чего не скажешь о пред Иешках Ширина одного блока при таком разрешении браузера 635px потом опять умножаем на 2 так как у нас 2 блока по 50% и получаем магическую 1270!!!! УРА!!! то что нада. Ребята а теперь обьясните неужели в 6 и 7 версии такой косяк происходитиз за того что там скроллбар заблокированный присутствует???
  14. ок будем изучать как изучу попробую исправить и написать )))
  15. Сори ребят я вчера рано начал трубить в трубы все равно происходит то что я не понимаю, гляди на скрины терь такое уже во всех браузерах, я блоке #left_menu_block задают отступ сверху 70 пикселей, этот блок лежит в #left_menu_block2 (то есть у этого блока должно быть пустое расстяние сверху в 70 пикселей ), НО почему то он сам, и также самый внешний #left_menu_block3 смещаются тоже вниз на 70 пикселей, бррррр ! то есть словно отступ сверху проставлен не у #left_menu_block а у #left_menu_block3 Здесь все лежит http://shinoda.ru/verstka/default.htm
  16. отключил, вроде отступы заработали, хммм, теперь я не понимаю почему бордеры такую фигню делали :-(
  17. как видите на скринах зум проставил, блок с зеленой рамкой тот самый у которого верхний маргин не отображается, теперь покажи мне плз действительно то чего не вижу я, ибо я уже не понимаю в чем тут соль PS: причем если это действительно баг то почему в 8 ие номально и в остальных браузерах?
  18. Сперва полезно - насчет zoom был не прав и не знал о нем, теперь о лчином :-) я нигде не кричал Я УМНЕЕ, но время действительно афигенская вещь и его всегда мало и когда я прошу помощи и прошу указать мне место действительно у меня косяк то это стоит понимать дословно ))) если у вас есть время штудировать кучу литературы из за одной лишь проблемы то у меня к сожалению нет, было бы - был бы счастлив.
  19. вам знакома статья Блю мена под название footerStickAlt ? Так вот это из его трудов, очень удобная фикса для того чтобы сделать футер всегда прилегающим книзу :-)))) на изучение это про какое такое поведение? вам что то не понравилось?
  20. ну потому что верстка еще вообще не доделанная и на это не стоит обращать внимания плз точнее уточните для какого элемента и какое свойство вы называете бредом :-) зачем он вам, я вот лично все привык ручками делать пускай с косяками но когда вручнуе пишешь код с нуля лучше в нем разобрать и найти свои же косяки :-)
  21. а где вы у меня увидели относительно спозиционированные обьекты? :-)
  22. очевидно я не понял вашего прикола поставить какой то несуществующий параметр css а вы не поняли моего прикола, но я как бы немогу времени терять на шутки, мне нужно выяснить в чем же причина
  23. #left_menu_block { width: 190px; margin-left: 12px; margin-top: 40px; background: url(../images/left_part_bg.png) no-repeat top left; border: 2px solid green; } so what десьтикратный зум )))))
  24. уважаемый аргументируйте, я прекрасно вижу свои отступы у меня явно черным по белому margin-top: 40px и оно не работает по факту
  25. Народ всем привет, еще с одной проблемой столкнулся, взгляните http://shinoda.ru/verstka/default.htm, у блока #left_menu_block есть отступ сверху в 40 пикселей, все браузеры кроме седьмого и шестого ие показывают этот отступ (ие8 показывает нормально). Что за странный баг обьясните плз???
×
×
  • 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