Писать код под градусом?
Как думаете, может ли это помочь снять блокировку? Не переношу ООП и циклы, в голове не укладывается, ажно дым из ушей! 
А сишарпник, говорит "элементарщину нагуглить", это вам программистам аутистам хорошо, а как быть нам гуманитариям? Как кодить?
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
Мюнгаузен в отличии от тебя понял, как программировать блокчейн, берешь слово в окошечко, жмёшь на кнопку и получаешь ключ к богатствам.
А словарный запас у него очень большой, +100500 словарей омонимов и синонимов, соответственно в блокчейн король всех приватных ключей.
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
Гуманитариям лучше не кодить.
Денег хочется поднять, а программисты аутисты не хотят мне помогать, ленивые очень, им даже у ИИ спросить лень как задеплоить смартконтракт!
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
После появления такого крутого и замечательного ИИ вы уже просто не имеете права жаловаться на программистов. А ну поднял свою жопу в темпе и пошёл базлать со всякими чатами, прогрызая себе дорогу к триллионам!
))
PS. Куда ей этот ключик вставляется?
После появления такого крутого и замечательного ИИ вы уже просто не имеете права жаловаться на программистов. А ну поднял свою жопу в темпе и пошёл базлать со всякими чатами, прогрызая себе дорогу к триллионам!))
PS. Куда ей этот ключик вставляется?
Да я сам прифел, время летит - топчусь на месте. Программисты во всем виноваты! Они работать не хотят!
ЧатГПТ конечно даёт мне кусочки, но даже я, со своими слабыми способностями - вижу ошибки в гпт примерах!
А ошибка значит мне снова и снова будут ломать смартконтракт, сливать у меня бабосики, так дело не пойдёт,
короче глянь там чё почем, потом мне расскажешь, я начну резко богатеть, снова перееду на море, а не наездами.
PS. Ключик вставляется в окошечко из второго задания, получаешь публичный адрес 0х.... и пользуешься блокчейном.
и чем больше нулей в адресе тем круче! Смотри, баланс.хтмл, надо делать так чтоб перевести как можно больше нулей:
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
PS. Ключик вставляется в окошечко из второго задания, получаешь публичный адрес 0х.... и пользуешься блокчейном.
и чем больше нулей в адресе тем круче! Смотри, баланс.хтмл, надо делать так чтоб перевести как можно больше нулей:
Пипецлять! Процентные величины для вертикальных и горизонтальных параметров зависят ЛИШЬ ОТ ГОРИЗОНТАЛЬНОГО параметра контейнера.
Давайте придумывать ипаные абстракции с самоописывающими именами, а потом мелким шрифтом за десятью ссылками объяснять, почему эти абстракции протекают - работают не так, как они названы. И таких мелких "нюансов" в этом долбанов вебовском фронтэнде - на каждом шагу. Их надо все знать и помнить.
Что, не читал всю эту куеву спецификацию? Не следишь за её обновлениями (у меня палец устал листать эту хрень колесом)? - На нах ёпта! Сиди ищи долбаный баг, который на самом деле фича.
Уроды! Просто уроды кто эту хрень придумал!
https://stackoverflow.com/questions/11003911/why-are-margi...
Челы, пишущие сначала по вертикали, потом по горизонтали (японцы, китайцы, например) охреневают с такой логики.
Для тех, кто не понял - установка скажем 10% padding для одного и того же элемента приводит к разным результатам в зависимости от контейнера этого элемента, но не так, как вы могли бы подумать. Если контейнер узкий, то будет как слева, если квадратный, то как посередине, а если широкий, то ваши отступы вообще весь дочерний элемент съедят, и вы не поймёте, в чём дело, куда лять всё делось.
А должно быть так, если следовать логике, а не мелкому шрифту на стопятисотой странице такого-то издания такой-то инструкции
Короче, это делает задание отступов, ширин рамок и прочего подобного нахер непригодным для разных масштабируемых сценариев. Когда на маленьком экране смартфона с разрешением таким же, как твой 30 дюймовый монитор, твоя рамка в 2 пикселя будет нихрена не видна. А на мониторе - нормально. Для масштабирования они предлагают упарываться в пачки так называемых медиа запросов (media queries) - наборов кейсов для разных разрешений, при которых размеры будут меняться скачками, а не плавно, как при процентном задании.
Тут лять не то, что под градусом, тут алкоголиком станешь, ещё не дойдя до кода, а просто пытаясь разобраться во всей этой бабуйне.
Я сказал, как правильно по дефолту - проценты для величины должны быть относительно такой же величины контейнера. Ширина от ширины, длина от длины. С толщинам обводок и отступов так же - вертикальные границы и отступы - от высота контейнера, горизонтальные - от ширины. То, что зависит только от одного размера и выглядит по-разному - это плохо. Но сам факт, что они привязались к специфической точке отсчёта, сильно уменьшил гибкость и заставил плодить построения из костылей там, где можно было бы обойтись одной строкой.
Вроде, сейчас всякие запросы к контейнеру есть и фукнции для вычислений в стилях. Выглядит это всё жутко громоздко и неудобно для того, чтобы получить зачастую простой и логичный результат. Например, хочу толщину границы как 10% от полусуммы абсолютных значений длины и ширины контейнера. По-моему, сейчас это сделать нельзя. По крайней мере по-простому. У контейнера можно запросить лишь относительный размер (проценты от его длины и ширины).
Идея в том, чтобы сделать универсальный контрол-шкалу, которая должна выглядеть эстетично при любых своих относительных размерах. Длинная узкая шкала должна иметь тонкие рамки, как бы она ни удлинялась. Короткая широкая шкала должна иметь определённые рамки сообразно своему размеру, но если она ближе к квадрату, то при увеличении рамки должны тоже увеличиваться (и наоборот, уменьшаться при уменьшении). Вобщем, контрол должен подстраивать свой вид под свои относительные размеры. Это можно прописать даже одним конкретным правилом. Например: толщина рамок должна быть 10% от размера меньшей стороны. Такого сделать, похоже, без расчётов нельзя.
У вас когда прямоугольники вытянуты, их контент почти съедается рамками.
Вот для примера, как должен выглядеть один и тот же контрол-шкала в зависимост от своего размера и направления вытянутости. Я его делаю двумя вложенными контейнерами, т.к. нужно иметь шкалу заполнения, задний фон шкалы заполнения (тут не показан), и рамки вокруг этого всего - всё потенциально разных цветов. Одним контейнером этого не добиться.
Видите, тонкие шкалы имеют тонкие и при этом одинаковые рамки, какими бы длинными они ни были. Короткие шкалы имеют всё ещё тонкие рамки, пока их большая сторона не станет меньше меньшей - тогда рамки должны начать уменьшаться. Если меньшая сторона увеличивается, то увеличиваются и толщины рамок, пока меньшая сторона не достигнет размера большей. Такое поведение позволяет шкале и её рамкам выглядеть красиво и аккуратно при любых изменениях её размера - как абсолютного, так и относительного (длины относительно ширины). Если бы шкала была большой, но с тонкими рамками, как если задвать пикселями, то это бы плохо выглядело, т.к. рамки были бы почти незаметны при таком размере заполнения шкалы.
Пиксели ещё не подходят, т.к. не подстраиваются сами под устройства с разными разрешениями и разными физическими размерами экрана. Пикселями можно задавать, только если их вычислять по правилу, что я выделил жирным. А если чисто стилям следовать, то там лишь брать абсолютные величины контейнера и от них уже задавать относительные (minWidth * 10%, например).
AlexNek Вы спрашивали какую модель нужно создать? Согласно моего поиска ИИ выдает мне страхование начиная от крипты и заканчивая пенсией. Страхование связано как с унтернемен так и приват. Пишите а личку пожалуйста.
alex445 для описания контейнеров прошу внести пунктик что страхование его личной жизни не гарантировано в силу его многофункциональности с различными ID. Это ломает всю систему и подстроить ее под всех очень сложно!!
назад
список