может тогда уж base64 строку туда в джс прокинуть? я ведь правильно понял что ты получаешь на входе?

Да, всё именно так. Можно и всю строку прокинуть, просто хотел максимум полезного сделать в пределах эльма

да ну - с бека приходит джсонка сразу с нужными данными

да, эльм фронтенд же, зачем ему в бинарные подвалы лезть

картинки тоже бек должен декодить если по-чесноку

вот. с нашего бэка прилетает base64, который, помимо прочего, содержит несколько флоатов

то есть реально ваш бэк? тебе не проще бэкендерам сказать что это не дело?

А мы и есть бэкэндеры=) Нам раз в полгода надо дебажить один хитровыдуманный легасёвый бинарный формат; думал, хотя бы флоаты из него за половину утра задёшево вытащу, городить полноценный декодер ради этого не хотелось

то чувство когда ругаешься на гребаный бек а потом понимаешь что ты фулстек и бек это тоже ты

Тэкс. Привет всем ещё раз. Быстрый вопрос.

Есть SPA, есть страница с формой. Под неё есть рекорд в модели.
Юзер может нажать на кнопку “save”, тем самым подтвердив изменения, но может просто уйти со страницы. В последнем случае, нам нужно по-идее “откатить” изменения в модели.

Как это делать идиоматично? Нужно иметь ещё один такой же рекорд в модели, который будет содержать “грязные” поля? Если пользователь жмет на save, то посылать “грязный” рекорд бэку, а отрисовывать страницу всегда с “чистого” рекорда?

Лучше просто каждый раз спрашивать бэк, наверное.

upd:

Да, точно, перегрелся прост.

"грязные поля" - норм вариант

именно

Из любопытства наклепал на коленке два миниатюрных SPA с идентичным функционалом, одно на пьюрскрипте (400кб скомпилированное), одно на эльме (50Кб скомплированное). Есть какие-то объективные причины того, что пьюрскрипт выдаст больший размер? или это просто я в лыжах на асфальте?

пурса же не занимается абсолютно никаким сжатием и оптимизацией

ясно, спасибо

Так и эльм не занимается :)

В 0.19 уже занимается :)

нет ещё 0.19

Вот когда будет - посмотрим :)