Писать код под градусом?
Как думаете, может ли это помочь снять блокировку? Не переношу ООП и циклы, в голове не укладывается, ажно дым из ушей!
А сишарпник, говорит "элементарщину нагуглить", это вам программистам аутистам хорошо, а как быть нам гуманитариям? Как кодить?

Мюнгаузен в отличии от тебя понял, как программировать блокчейн, берешь слово в окошечко, жмёшь на кнопку и получаешь ключ к богатствам.
А словарный запас у него очень большой, +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. Это ломает всю систему и подстроить ее под всех очень сложно!!
а так? https://jsfiddle.net/bc09otfk/12/
Не то. Это просто постоянная ширина рамок для любого размера контейнера. Задаётся просто пиксельной величиной.
У меня на примере с зелёными шкалами видите - если шкала увеличилась по минимальной стороне, то и рамки увеличились.
Я сформулировал своё требование простым правилом: ширина рамки должна быть столько-то процентов (скажем 10) от длины минимальной стороны. Это простой вариант, который можно реализовать с одним контейнером. А потом для усложнения (и чтобы было больше не шкалу похоже) добавил требования для разных цветов фона, заполнения и рамок шкалы. Реализовать это надо скорее всего двумя контейнерами.
Давайте более конкретно сформулирую:
- ширина рамки должна быть 10% от минимального размера контейнера (width or height);
- фон должен быть серым, рамка чёрной, заполнение зелёным;
- величиная заполнения 25%;
- без джаваскрипта.
Величина заполнения пока статическая - для тестов, чтобы видно было все три цвета.
Я сейчас в своей программе создаю эти элементы динамически, поэтому могу кодом посчитать значение рамки в зависимости от заданных ширины и высоты. Но надо сделать, чтобы она изменялась динамический при изменении рамеров контейнера. Чтобы не перехватывать разные события изменения размеров и не считать всё снова, надо сделать всё средствами чисто CSS и HTML. Чтобы браузер сам всё перехватывал и пересчитывал.
Не надо делать кучу контейнеров, как в вашем примере. У меня куча, потому что это картинка, где надо показать сразу многие варианты. На самом деле это один и тот же контейнер, только в разных случаях. Сделайте один контейнер, у которого можно менять размер (поместите его в какой-нибудь flex-container), и тогда, меняя размер вьюпорта, видно будет, как он себя ведёт.
Пипец, у меня какая-то утечка произошла - Студия выжрала 50+ гигов памяти, так что система в глубокий своп ушла... при установленных 64 ГБ. )))
Это просто постоянная ширина рамок для любого размера контейнера.
нет, там в зависимости от минимальной стороны. Код же есть играйтесь.
Если хочется чтобы изменялось сразу при размере окна, то нужно как то комбинировать с предыдущим примером.
Задача мне совершенно не нужная и больше времени инвестировать не хочется пока.
без джаваскрипта.
расскажете когда получится "ширина рамки должна быть столько-то процентов от длины минимальной стороны."
без джаваскрипта.расскажете когда получится "ширина рамки должна быть столько-то процентов от длины минимальной стороны."
Вроде, в стили какие-то вычисления добавили через calc или что там. Я глянул мельком - по-моему не то. Нет доступа к контексту контейнера. Для контейнера используют запросы к контейнерам. Но всё это выглядит громоздкими костылями. Проще на скриптах или каком нормальном языке сделать.
и тогда, меняя размер вьюпорта,ну да для теста еще и размер менять
А как вы хотели? Всё должно быть динамическим, да ещё контейнеры должны быть вложенными. То, что на картинке, упрощённый вариант, как я раньше сказал. Точнее, это разные состояния одного и того же контейнера, а не куча разных контейнеров.
Ну, с кодом и я могу. А на чистых стилях, как я понял, не получится, даже используя все последние стилевые новинки?
Кстати, где объявлена переменная border-width?
Я так понимаю, это ИИ сделал, а не вы? Можно проще. И не надо городить кучу квадратиков этих. Как я сказал, достаточно одного, но правильно работающего. Вот, например
Меняем размер вью порта с рендером страницы и смотрим за поведением рамки. Не могу только избавить от полосы прокрутки вертикальной. И не пойму, нафига нужна
height: 100vh;
для body. Но без неё вообще ничего не показывает. Похоже, без явного указания размера всё просто сжимается в ноль.
Ну а вот со внутренней шкалой. Добавил в скрипт считывание свойства внешнего контейнера flex-direction. И если оно вертикальное, то выставлять высоту внутреннего контейнера, а если горизонтальное, то ширину. Меняя направление элементов во внешнем контейнере (например, row или row-reverse), можно управлять заполнением справа налево или слева направо.
https://jsfiddle.net/1ob37zge/
Блин, в этом мире всё приходится делать самому. Ни на кого нельзя положиться.
А на чистых стилях, как я понял, не получится
чё? CSS это между прочим настоящий ЯЗЫК ПРОГРАММИРОВАНИЯ! на нем возможно даже операционную систему написать можно!
Вот например ЯваСкрипт, тоже язык программирования и на нём пишут код для процессоров, Embedded, перспективное направление!
Но тема то совсем не об этом, а о пользе алкоголя... я тут провёл исследования, вот и сейчас, сиська 1.2 Жигулёвского это хорошо!

Кстати, где объявлена переменная border-width?
Похоже вы уже нашли, в JS
Я так понимаю, это ИИ сделал, а не вы?
ну так попробуйте ему задать задание чтобы именно такое сделал.
Но конечно, его заставили такое сделать
Можно проще. И не надо городить кучу квадратиков этих.
Не знаю, кому как, для меня ваш вариант абсолютно не подходит.
но правильно работающего
Так там не размер рамки меняется...
Кстати, где объявлена переменная border-width?Похоже вы уже нашли, в JS
Нет, это же CSS-переменная. Она в стилях глобально должна быть объявлена. А её нет в объявлении в стилях.
но правильно работающегоТак там не размер рамки меняется...
Всё меняется - границы вью порта подвигайте. Рамка меняется, когда меньший из размеров контейнера меняется. Если сдвинуть левую границу вьюпорта максимально вправо, то шкала станет узкой, вытянутой по высоте. Меньший размер в этот момент - ширина. Толщина рамки равна 10% от ширины. Далее двигаем левую границу вьюпорта влево. По мере увеличиния ширины увеличивается и толщина рамки. Как только ширина стала не меньшим размером, толщина рамки начинает зависеть уже от высоты. Но т.к. мы двигаем левую границу вью порта, то высота шкалы не меняется. Значит, остановился и рост толщины рамки. Аналогично и с изменением по высоте.
Специально такое поведение придумал - уже объяснял, почему. Попробуйте дундуку ИИ это объяснить - хрен сделает. Хотя объяснение - в одну строчку (ширина рамки должна быть 10% от минимального размера контейнера). И смотрите, сколько мусора он вам понаписал - я заманался чистить (я ведь в JS плохо разбираюсь).
Она в стилях глобально должна быть объявлена.
не требуется, хотя можно
границы вью порта подвигайте
Ну вот поэтому и не переношу всего один элемент.
Далее двигаем левую границу вьюпорта влево. По мере увеличиния ширины увеличивается и толщина рамки
не замечаю , может мы о разных рамках говорим, я о белой.
И смотрите, сколько мусора он вам понаписал
не интересовало вообще и не вижу никакого мусора. Если это if (windowSize >= 1000) {, так это специально для теста чтобы хоть что то менялось
уже объяснял, почему
один фиг, так и не понял зачем.
Есть одна идея почему у нас разный взгляд на прямоугольники. Я считал что размер рамки должен зависеть от размера окна, а похоже только от размера прямоугольника
Естественно, что от размера прямоугольника. Важно, какая ширина рамки у шкалы, в зависимости от её собственного размера, а не окна или какого другого её контейнера.
То, что надо менять размеры вью порта - это просто для теста, как ведёт себя шкала при разных размерах её контейнера. Когда в реальном времени всё двигаешь, лучше видно, чем создавать кучку разных "застывших" вариантов.
Но как-то же он их завлёк в свою укромную группу? Причём один аккаунт явно давно мёртвый. В личку он там чтоли долбился - добивался внимания? А по какому принципу выбран именно этот аккаунт, и как вообще на него вышел, если он давно не активный был?
Что-то тут нечисто с этим нашим трубочистом... ))
Но как-то же он их завлёк в свою укромную группу? Причём один аккаунт явно давно мёртвый. В личку он там чтоли долбился - добивался внимания? А по какому принципу выбран именно этот аккаунт, и как вообще на него вышел, если он давно не активный был?
Где у тебя логика? Моя группа открытая, в группу может любой зайти и написать. Даже боты.
Вот кстати сейчас тебя на две недели забанили на основном форуме, заходи в группу и пиши.
Но надо только правильные темы писать - как меня обогатить и решить какие-либо проблемы.
Если знаешь как меня обогатить - милости виллькомен, пиши + код яваскрипт для блокчейна.

Чёт не понял, в приведённом примере использования чому бы не сделать сервис глобальным? Нафига тащить ссылку на него куда-то, чтобы там потом использовать? Вот первый вариант как раз и правильный и удобный, если WeatherService глобальный (в Сишарпе - статический класс, например).
Беда поклонников всех этих паттернов-шматтернов, что они объясняют их на простейших примерах, где эти шматтерны не нужны и даже вредны. В результате ученики обоснованно начинают думать, что эти старпёры совсем уже нулись.
Каждый раз, когда слышишь что-то про чистый код, чистую архитектуру и прочее чистое, так и охото кинуть в них что-то грязное. Познакомить их так сказать с землёй. Приземлить. Чистюли блин... ))
Ещё забавно читать, как молодые помидорчики друг друга насекомят, аж гай стоит. Моя архитектура чище твоей! - Нет моя! Щас дам тебе "дядей Бобом" по башке! - А я тебе "бандой четёрых", она тяжелее!
Решил глянуть, чем тут молодёжь под градусом увлекается.
Посмотрел в педии - короче, мефедрон, от то, с помощью чего слезают с герыча. А они этим "лекарством" умудряются упороться до столбняка. И вином набухиваются, а не водку хлещут. Слабаки!
Глянул комменты:
- звучало из каждого чайника и утюга
- целых 3 года прошло!
- 2019 - как давно это было!
- Как же круто быть олдом этой песни
- Как же захватывает вайб 19-го года и просто кайфуешь от воспоминаний
- 5 лет, ушла эпоха ушел тот момент моя молодость
Олды, млять, школу не закончившие )))
А спроси вякнуть что по-англицки - воды в рот наберут. Вайберы, олды )))
Содержание песенки конечно отстой полный. Со всех сторон. Что лирика, что музыка, что сюжет, что исполнение. Вообще никуда и ни во что не смогли. И это лучшее, по этому сохнет молодёжь. Вот раньше тот же "Сектор газа" казался чернухой, но он на порядок лучше этой хрени.
Ах да, ЭТО будет заменять нас, вооружившись ИИ, чтобы штаны не сползали. "Где та молодая шпана, что сотрёт нас с лица земли? Её нет, нет, нет..."
Где та молодая шпана, что сотрёт нас с лица земли? Её нет, нет, нет...
Тебя уже подвинули! Каждый получает то что заслужил! Судя по твоей маленькой зарплате, бездомности, стыдной машине... опомнись! Богатей!

А что, Окташка уже считается приличной машиной?
Не вариант, как ты собрался 2 доски, +парусы, 2 велосипеда, итд, итп, в салоне разместить?
Даже если заднюю сиденье убрать и пассажирское положить, без фургона жизнь НЕВОЗМОЖНА!
Многие генерации зачинались именно в фургоне, и в последний путь тоже - фургон катафалка!
