@vlad20012 чот после обновы последней подсветка разъебалась

К счастью, там можно вырубить инспекцию. Но баги интересные

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

Суть моей поделки чтобы из коробки было все минималистично но гибко и красиво

Чтобы человек написал свою программульку, может не было каких то дефолтных компонентов готовых, но был скролл ющабельных, и можно было просто сделать свои собственные компоненты как в RN где по сути дефолтных компонентов сначала не было вообще нихуя

Скорее у Антона вопрос о том, в какой апи это оформить

Да

Я осилил интеграцию изингов в эвентлуп, но как это оформить относительно скроллинга, все таки это не то где есть начал и конец

Там просто начало и конец меняется при поступлении новых ивентов

Чувак крутанул колесо, ты берёшь текущее за начало, рассчитываешь конец, крутишь

Пока оно едет, чувак ещё раз крутанул колесо, ты берёшь опять текущее за начало, считаешь новый конец

@vlad20012 чот после обновы последней подсветка разъебалась

Undefined reference включили по-умолчанию, они иногда ложно-положительные срабатывания даёт

Пока оно едет, чувак ещё раз крутанул колесо, ты берёшь опять текущее за начало, считаешь новый конец

Ну так то да, но там же еще ускорители есть, определение очереди прокруток и тд

Жесткий скрол типо как у хрома по дефолту я не хочу

Что за определение очереди прокруток?

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

имхо тебе нужно дать возможность только скролить через api и задавать "стратегию" скролинга. и пару дефолтных стратегий по умолчанию

Ну тут надо экспериментировать уже. Но вообще если время константным делать от начала до конца, то примерно так и получится

потому что это сложная ux штука

собственно у меня разработка идет по ходу такому - компонентная простая система блочная - билдер стилей, лайаут, фильтры и свойства вида - базовые элементы, собственно Touchable, ScrollView, Text, Image, TextInput - базовые эвенты относительно стилей - hover, focus - Базовые и простые сервисы: Navigation, Animate

простую систему элементов я сделал, простой лайаут тоже, немножко сделал относительно стилей, как доделаю настанет черед основных компонентов, и Scroll один из самых важных

Scroll — сложная штука

имхо тебе нужно дать возможность только скролить через api и задавать "стратегию" скролинга. и пару дефолтных стратегий по умолчанию

вот, и мне нужно понять как оформить эти стратегии и как с ними работать, и как назначить базовую стратегию плавного скролла

Там ещё может понадобиться тема, чтобы можно было ставить заглушки и он оповещал о том, что они видимыми стали

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

Такого часто не хватает в UI-фреймворках

Это я так, хотелки уже озвучиваю)

вот, и мне нужно понять как оформить эти стратегии и как с ними работать, и как назначить базовую стратегию плавного скролла

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

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

слишком много свободы

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

Ну и когда я все это говно по базису сделаю, наступает этап номер 2 - шлифовка и обертка говна в конфетку, в эту стадию уже входит - верстка компонентов с помощью RSX - собственный cli для создания приложений, запуска и упаковки под разные платформы - создание красивого до пидорства сайтика с туториалами

тут надо учится у отцов основателей хайпа, и у дедов пидорасов из apple

не у современных индусов из яббл, плз

тут надо учится у отцов основателей хайпа, и у дедов пидорасов из apple

пиши сразу на swift, во всяком случае в этом чатике хайпанешь.

тут надо учится у отцов основателей хайпа, и у дедов пидорасов из apple

не у современных индусов из яббл, плз

кек

нет, вообще я довольно сильно заценил весь хайп и тему React Native

4 года назад макось лучше работала

нет, вообще я довольно сильно заценил весь хайп и тему React Native

на flutter посмотри

вполне себе интересный подход, очень даже неплохая идея

react native done right

проблема главная всегда в идее пиши один раз юзай везде

react-native другая идея

каждые 6 недель мажорные релизы которые ломают целиком обратную совместимость

learn once, write everywhere

там нету use everywhere FYI

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

learn once, write everywhere

s/everywhere/nowhere/g

learn once, write everywhere

learn once, write nowhere

а так, я помнб давно читал статью, на тему того почему веб это говно

yay, какой клевый бот

и там был момент, что по сути сейчас изза того что веб-браузер дохуя как хорошо справляется с дизайном и простым написанием программ клиентских

писать под десктоп стало дорого, ибо непонятные фреймворки, минимум кастомизации и контроля, и тд

тоесть писать софт клиентский даже уровня "запрос к серверу, покажи на экран" писать неебейше дорого

писать под десктоп стало дорого, ибо непонятные фреймворки, минимум кастомизации и контроля, и тд

а еще лок UI при открытии выпадающего списка, ле

дизайнить тоже дорого и сложно, ибо нельзя совместить дизайнера и человека который дрочит на с++

и я решил что надо взять лучшие пидорские новации и портировать их на системный язык с сахаром

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

где есть простейшая компонентная модель и подобие DOM

где есть стили из css

и можно просто писать красивые и удобные вещи

во мне просто проснулся ор от такого

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

тоесть даже если смотреть на всякие skia, webrender это уже сформированная модель DOM в каком то смысле

плюс платформонезависимые opengl и тд

к тому же у раста есть простой пакетный менеджер для дистрибуции контента и плагинов всяких

а раст сахарный что аж жопа слипнеться как удобно

плюс размеры бинарников будут небольшими, не будет DLL Hell и прочего говна, одна команда на любой системе и вуаля)

некоторые сложности возникнут при вещах типо интеграции модулей печати, нативных файловых менеджеров, и меню интеграций например в mac os. В остальном сделать клиентскую GUI программу будет даже без этого вполне реально и удобно

это будет в разы проще чем ебать гусей с qt и qml который никто не знает, можно будет легко перевести на либу верстальщиков ибо css знают сейчас даже бомжи. не будет ебли с тыщей бэкендов, верстка будет не на богомерзком xml как в android где заебешься понять что и куда пихать. Все будет по феншую, просто и расширяемо

и как только будет готова чистая rust версия первым делом нужно сделать байдинги целиком под NodeJS

Эх, я не осилил css

и вот тогда, ВОТ ТОГДА БЛЯТЬ, можно будет покорить пол мира

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

как и порог вхождения в разработку

и мы получим хоть какойто кусок мира без вездеебучего веба

звучит как влажные мечты

я кстати css тоже не осилил. крайне нелогичная поделка из гавна и палок

Да хорошо звучит

У меня такие же мечты по поводу игрового движка

я не спорю, что влажные мечты хорошо звучат

и мы получим хоть какойто кусок мира без вездеебучего веба

@tapok_satan мне вот что интересно, когда ты своё творение нам покажешь?