фронтендщики, здеся? есть два последовательных div. у одного фон первая половина картинки, у другого - вторая. все padding и margin сброшены. какого хуя между этими divами появляется такой зазор?
да, забыл сказать что этот зазор виден сильнее в режиме эмуляции моб. девайсов. короче, 1й пик(просто браузер) виден стык, 2й пик - виден зазор(эмуляция девайса).
в html дивы расположены вплотную без перевода строки
>>253732404 Да епт, я же говрю тебе - хроморендер. Нахуя вообще пилить картинку пополам? Если нужно так делать, то либо это очень специфичный кейс, либо ты хуйню делаешь
>>253732556 Не люблю свой код на всеобщее обозрение выкладывать если честно, тупо из за халявщиков, но понадеемся на их порядочность. Вот: <div img src="баня_верх" alt="баня_верх" width="500" height="600"></div><div img src="баня_низ" alt="баня_низ" width="500" height="600"></div>
>>253732911 >тупо из за халявщиков >понадеемся на их порядочность Кек, лошара. Забрал твой код себе в проект, хуй ты чо сделаешь теперь. Ну ебать, а ты как хотел? 300к/наносек сами себя не заработают. Но бляяя, <div img - это конечно решение инновационное. Я думаю, черта у тебя потому что закрывающий тег не соответствует открывающему. Должно тоже быть </div img>.
>>253732911 Ладно, хуй с тобой. img - это инлайн-блок и на него распространяется line-height родительского элемента. Так что есть 3 варика: ставишь родительскому диву line-height:0;, ставишь картинке display:block;, убираешь нахуй картинку и делаешь фон с помощью бэкграунда.
>>253734948 >четко жестко и в px Двачую, это единственная нормальная практика, шрифты тоже. Четко задавать ширину и что самое важное - высоту каждого элемента в пикселях
>>253735396 То есть, типо, ты хочешь сказать, что чел с 17' макпука и я с 32' монитором увидим одну и ту же картинку. Какой смысл тогда покупать большой монитор, если они показывают одно и тоже?
>>253735347 Это и правда лучше, изображение выводится точнее на экран, но для этого нужен линейщик у монитора, а на них только в крупных компаниях обучают
>>253735183 Слишком жирно. Пиксели пишутся только один раз на весь стиль - это базовый размер шрифта. Дальше, если ты не используешь rem для вообще всего, то иди нахуй.
>>253734948 >нецелочисленные вычисленные значения высоты и ширины >width="500" >height="600" Нецелочисленные вычисленные значения высоты и ширины и связанные с этим проблемы я последний раз на IE6 видел.
>>253733327 ><div img - это конечно решение инновационное. Я думаю, черта у тебя потому что закрывающий тег не соответствует открывающему. Должно тоже быть </div img> Двачую этого. Когда уже дурачки из комитета заведут это в стандарт?
>>253736909 Так, давай я тебе как для маленького объясню еще раз прям по пунктам пока я добрый: 1) Очевидно, что <div img> - это хуйня какая-то, должно быть<div><img /></div> 2) Пустая строка у тебя не между двумя div, а между div и img. 3) Она образуется потому, что img - это блочно-строчный элемент и обладает свойствами обоих типов элементов. Пустая строка - не что иное, как межстрочный интервал, который задается css свойством line-height. 4) Поэтому решение сводится к тому, чтобы либо сделать картинку блоком, либо назначить контейнеру нулевой интервал. 5) Итого 2 рабочих решения выглядят так:
Ладно опхуй хуесос конечно, потому что не сделал кодепен, поэтому иди нахуй. Вот первый вариант: В нем появляются полосы. Полосы появляются, потому что изображение считается как строчный элемент (inline) и поэтому создает отсутп под ним для некоторых букв (например буквы р,у и прочие, которые выходят за пределы). Что бы дополнительное место не создавалось тебе надо выставить стиль line-height: 0%; у этих изображений Код первого скрина: <div><img width="1280" height="360" src="1.jpg" alt="жирная мать опа"></div> <div><img width="1280" height="360" src="2.jpg" alt="гречневый батя опа"></div> Код второго скрина: <style>* { line-height: 0%;}</style> <div><img width="1280" height="360" src="1.jpg" alt="жирная мать опа"></div> <div><img width="1280" height="360" src="2.jpg" alt="гречневый батя опа"></div>
>>253737534 Нахуй ты время свое тратишь? Этому дауну путь даже во фронтенд закрыт, если он не может понять такую элементарную хуйню. Ты только продлишь агонию и подложишь свинью тем, кто его наймет.
Ебать вы пориджи конечно тупые, мы то в нулевых таблицами все хуярили и 1пикселными гифков прямо в блокноте, а эти дебилы не омгут в ИДЕ написать примтивный код
>>253737908 ты совсем еблан или че? Тебе тут даже прописывать ничего не надо кроме ссылок и размерности <style> .bg-image { width: 1280px; height: 360px; } .bg-image.first { background: url('1.jpg') no-repeat; } .bg-image.second { background: url('2.jpg') no-repeat; } </style> <div class="bg-image first"></div> <div class="bg-image second"></div>
>>253738368 Ну хуй знает, у нас в конторе всегда прописывают внутри и еще айди приписывают как страховку, еще раз то же стиль переназначают на него. Вообще хтмл полностью переделывают оригинальный, чтобы все стабильно и уверенно прописать. Но мы то профессионалы в отличие от вас видимо лол
>>253738578 пиздец у вас там глупые сидят. Давно уже все нормальные конторы вместо элементов используют один канвас и ресуют в нем через скомпилированный в WASM код на питоне.
>>253738782 1) нахуй тебе жиквара когда есть нативный жс 2) нахуй тебе лезть в айфрейм, это уже ошибка. пинай менеджера чтобы те кто его дали внесли нужные тебе правки, либо предлагаем другие способы броадкастинга данных 3) если совсем наркоман, то как то можно было через shadow dom в айфрейм залезть, но это не только депрекейтед фишка хромиума, так еще и после тебя хуй кто разберется лет 5 назад из интереса такое как то сделал, никогда не пригождалось
ты типо выебнуться хотел на анонимном форуме? совсем долбаеб?
>>253739027 >>jquery >поеееехали Если этот сеньор пиздабол реальный сеньор то 100% работал или работает с этой либой. >>253739031 >Какой в пизду канвас, наркоман ты ебливый? Изначально было написано что васм будет отвечать за отрисовку говна в канвасе. Читать не умеешь? >>253738626 > и рисуют в нем через скомпилированный в WASM код на питоне.
>>253739198 >нахуй тебе жиквара когда есть нативный жс Ну вот проект разрабатывался лет 5 назад, еще с учетом поддержки ие11 и там дохуя где используется жиквара. >нахуй тебе лезть в айфрейм, это уже ошибка. пинай менеджера чтобы те кто его дали внесли нужные тебе правки, либо предлагаем другие способы броадкастинга данных Так сложилось, что в результате перехода на новый интерфейс нужно открывать старые страницы во фрейме, что бы они ничего не нахевертили и нужно отследить событие специальное событие, которое отправляется в определенных случаях. >если совсем наркоман, то как то можно было через shadow dom в айфрейм залезть Псевдосеньор детектед. В айфрейм залезается просто на изи: const {contentDocument, contentWindow} = document.getElementsByTagName('iframe')[0]
>>253731494 (OP) Охуевшее чучело и хамло. Зачем вы ему помогаете? ОП, ебись со своим говно-кодом сам. Ты даже не удосужился скинуть свою хуйню в кодпан.
>>253740104 Ебать все умные стали. Я когда начинал учить хтмл, писал его на кнопочном телефоне и запускал в мобильной опере. Ни про какие сервисы, среды разработки или хотя бы блокнот с подсветкой синтаксиса я не знал. Вот он тоже может не знать ни про какой кодпен.
>>253738782 > Как мне навесить обработчик события на jquery событие внутри дочернего фрейма в документе? Никак. Гугли window.postmessage и как фрейм должен сообщаться с родительским окном.
>>253740674 Вмысле никак? Возьми за вводные данные, что фрейм и его документ-владелец находятся на одном домене. Общение между родителем и фреймом никак не ограничено.
>>253740757 Ну если ориджин одинаковый, то можно через contentWindow, но архитектурно все равно хуйня и параша, тем более что в 2к21 фреймы используют для сторонних сайтов. Вывести oauth какой-нибудь или еще что.
>>253740801 Фронтенд. Тайпскрипт, нода. Можно за 4-5 лет и меньше дорасти с хорошей командой и встроенной с рождения наглостью (просить больше), можно не дорасти и за 10.