сорри не туда

и ты умрешь

already dead inside

добро пожаловать👍

смотрю в десрипшне отсылки к джулие, типа ж функционалный язык, которому Левенчук пророчил будущее в области нейросетей...

Итак, я вроде оформил более-менее задачу и попытаюсь вам её объяснить.
Внутри веб-страницы встроен векторный документ (svg) внутри которого расположен прямоугольник (rect),
у svg есть свои внутренние настройки масштабирования, в них я выставил 1920x1080px, как вы знаете, это нынешний fullHD размер и от него я плящу.
По замыслу, я хочу что бы содержимое svg. а пока, именно вот этот вот rect адаптировалось к любым экранам и масштабировалось до нужных размеров.
Я настроил контент svg так что бы он держался правого-верхнего угла (что бы не именно манипулировать с width/height объекта, а не мучаться с накыдыванием начальных координат. Как вы увидите в дальнейшем в примере — там творятся чудеса. этот rect имеет начальные координаты 50,50 и по длинам сторон на 100px меньше размеров окна.
Мне удалось добиться нужного масштабирования по X, не спрашивайте как, скорее методом тыка, однако формулу можно наблюдать в разделе JS, она снабжена комментарием
"if window width is more than 16:9"
Но вот с масштабированием по Y какая то беда и я никак не могу уловить какой то коэффициент. подозреваю, он вылезает из за того, что и у броузера, и у svg есть свои внутренние настройки масштабирования и они, в моём случае, не хотят работать корректно (по иксу то всё норм!).
Вот я и обращаюсь за помощью к Вам, господа, дабы коэффициент этот отловить и в формулу подставить.

https://codepen.io/flyby/pen/NmPRPZ

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

продолжу тут же пояснять, что у нас есть. первая пара чисел — это фактические размеры "окна", в оригинале — сколько пикселей занимает окно броузера, а вот это число ниже — это результат вычисления отношения сторон. взяв за осонову 1.778 как разницу между 16:9 (fullHD) я пляшу от того что 1920x1080 это ноль и если

 wp = 1.778-window.innerWidth/window.innerHeight

отрицательное — значит ширина страницы больше 16, ну и наоборот, это позволяет мне отлавливать, когда и что масштабировать

Вчера под ночь я добился масштабирования по горизонтали и возликовал, но не тут то было!

scaleFrame.style.width=1920-1080*wp-100;

(формула для масштабирования по горизонтали)
Сначала пытался для вертикали переделать как то что есть, но как бы безрезультатно, мозги уже в кучу и тут методом тыка, обнаружил, что при ширине окна в 1920px rect прекрасно масштабируется принимая значение фактической высоты окна, только нужно отнимать 100px что бы поля оставались!
А вот если сменить ширину окна на более низкую, например 1820 — всё сыпется, возникает какая то погрешность которая увеличивается по мере того как ростёт высота экрана и чем дальше вглубь — тем жопнее.
Поэтому я сегодня методом ручного подбора собрал данные о том, какой размер нужно принимать rect height что бы чётко вставать на место и отрисовал их в качестве графика, что бы как то это всё осознать, но пока у меня не получается. ПРОШУ ПОМОЧЬ РАЗОБРАТЬСЯ

здесь то что у меня получилось:
https://codepen.io/flyby/pen/c07e0c8a8fb9fa67e4486e45590cd7d4

что мы здесь имеем.
итак, вон во вкладке JS торчит объект массивов — это та самая дата которую я визуализирую, каждая пара объекта — это то как rect взаимодействует с высотой экрана при разном window width. Фактически, я просто в отладчике броузера выставлял ширину в 1820px (решил пройтись с шагом в 100px 10 раз) и смотрю как реагирует rect при увеличении высоты экрана на 100px (тоже 10 шагов) первое число каждого массива — это высота окна, а второе — высота rect, третье число — это коэффициент wp (см выше формулу).
первый элемент массива — это значение по Y, я для удобства развернул график, что бы он комфортнее отображался, сорь за путаницу.
второй — это X — тобишь, высота rect удовлетворяющая требования.
к сожалению. удобный ui — дело кропотливое и навестись на каждую линию сложно, но я не стал упарываться, там часа на 3 ещё дел, откуда я знаю, может тут все выебщики, никто помочь не может или не хочет.
Вообщем, если открыть консоль и навестись на линию — в консоле отобразится значение ширины экрана

Всем привет! Вопрос по ДУ. Изучаю особые точки, фазовые портреты. Вопрос в том, почему в нелинейной системе, когда начинаем считать собственные значения системы уравнений, мы просто отбрасываем все переменные, у которых степень больше 1, т.е. приводим систему к линейной?

Ну потому что такой метод сам по себе. Функция представляется в виде суммы функций

Продублирую из соседнего канала

Привет. У меня есть две кривые с переменным шагом: одна на временной сетке от 5 и до 165Е3, другая на временной сетке от 1000 и до 280Е3)
Задача такая, чтобы совместить обе кривые (совместить их точку старта): т.е. чтобы вторая начиналась там же, где первая. Получается, здесь необходимо использовать экстраполяцию?

Или как-то скомбинировать с интерполяцией

интерполяция

отобразите отрезок 5..165e3к на отрезок 1к..280к или наоборот

или аппроксимация, например методом наименьших квадратов

Такое дело: могут захотеть отобразить кривую (1к..280к) на (5..165к), т.к. интерполяция/экстраполяция - это единственное, что я пока нахожу для того, чтобы совместить их начальные точки

вычтете из иксов каждой кривой начальную точку, чтоб получить ноль

Спасибо, я что-то усложнил всё там, где не нужно совсем