ахахаха

я был бы крайне доволен, если бы мои ux-чуваки могли мне собирать прототипы сразу на реакте. либо если бы я мог в пару кликов конвертировать psd/sketch/zeplin в react-код среднего качества

psd -> react хахахаахаа

парни кто м mongodb работает, как назад json -> bson перегнать чтобы залить дамп назад?

psd -> react хахахаахаа

тут надо уточнить - react-native)

кто использовал https://github.com/insin/react-maskedinput? как проверить заполнено ли поле полностью как в маске?

тоже самое, что векторизировать написанную картину

> если бы я мог в пару кликов конвертировать psd/sketch/zeplin в react-код среднего качества можно конвертировать в html, а дальше html2react :)

парни кто м mongodb работает, как назад json -> bson перегнать чтобы залить дамп назад?

а вроде монга сама умеет

> если бы я мог в пару кликов конвертировать psd/sketch/zeplin в react-код среднего качества можно конвертировать в html, а дальше html2react :)

ну вот да, тут просто мало смысла конвертить html именно в react. для веба psd итак можно в html собирать. а вот для RN - нет

я был бы крайне доволен, если бы мои ux-чуваки могли мне собирать прототипы сразу на реакте. либо если бы я мог в пару кликов конвертировать psd/sketch/zeplin в react-код среднего качества

https://github.com/roman01la/html-to-react-components

а вроде монга сама умеет

Из консоли Типо?

да

а как по другому можно?

https://github.com/roman01la/html-to-react-components

ого, ничего себе, крутая тема. спасибо

> если бы я мог в пару кликов конвертировать psd/sketch/zeplin в react-код среднего качества можно конвертировать в html, а дальше html2react :)

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

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

так я и имел в виду https://github.com/roman01la/html-to-react-components )) решения же psd2react нет)

так я и имел в виду https://github.com/roman01la/html-to-react-components )) решения же psd2react нет)

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

я думал оно анализирует html-древо на предмет блоков с одинаковой структурой

и типа сама херачит компоненты))

я думал оно анализирует html-древо на предмет блоков с одинаковой структурой

открой ишью, обсуди, пришли пулл-реквест

я думал оно анализирует html-древо на предмет блоков с одинаковой структурой

ага и с гигантской нейронной сетью в придачу

все равно тебе это не поможет html != rn

да тема с html пришла вообще не от меня в ходе обсуждения =)

на самом деле, идея с psd/sketch -> react мне тоже не особо интересна

ну вот я и говорю, забудь, не особо поможет))

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

короче, нужно уяснить, что нельзя конвертнуть экскиз в код и получить что-то адекватно работчее

не, это понятно

визуальные редакторы есть я их видел

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

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

Но все они упираются в то, что реакт != html Это не только визуальщина. Пропсы задавать на уровне редактора это фигня А как задавать условия отображения, зависимости от пропсов, стили?

Но все они упираются в то, что реакт != html Это не только визуальщина. Пропсы задавать на уровне редактора это фигня А как задавать условия отображения, зависимости от пропсов, стили?

в сложных кейсах - никак

но часто ли бывают сложные кейсы на небольших проектах?

зависмости от данных - простые биндинги

да, если какие-то лютые преобразования есть - всё сломается. но это, вновь же, редкие кейсы

мне как то пол года с лишним назад сказали сделай pinch-to-zoom по быстрому на простом проекте) оказалось что это не так просто))

в-третьих, визуальное редактирование для школьников?

Визуальное редактирование — гипотетически крутейшая абстракция, которая должна быть реализована не менее крутейшим образом. Не видель такого.

Визуальное редактирование — гипотетически крутейшая абстракция, которая должна быть реализована не менее крутейшим образом. Не видель такого.

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

зависмости от данных - простые биндинги

да вот сложно эти биндинги простые сделать

как хранить компонент, можно ли его редактировать руками потом? поймет ли то, что ты там наредактировал редактор?

в JSX и хранить, он вполне ведь програмно читабелен

вот руками потом - навряд ли

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

ну как сказать, и да и нет. на стандартных контролах, статический экран можно

а вот динамика...

ну динамика ведь делается уже потом

тут речь именно про прототипы по большей части

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

такого как ты говоришь нет нигде

почему на говноадроид можно собрать приложение в такой штуке: https://img.utdstc.com/screen/windows/thumb/android-studio-008.jpg а на реакт-нейтив, в котором всё для этого есть - нельзя?

чтобы нагенерили тебе код и ты его правишь

в JSX и хранить, он вполне ведь програмно читабелен

короч сложно

ну они генерируют xml-код же, если мне не изменяет память

почему на говноадроид можно собрать приложение в такой штуке: https://img.utdstc.com/screen/windows/thumb/android-studio-008.jpg а на реакт-нейтив, в котором всё для этого есть - нельзя?

потому что там XML

у меня была идея как сделать такой редактор

и потом к этому xml привязывается какая то вьюха

аля DI

у меня была идея как сделать такой редактор

и где он?)

и где он?)

зачатки лежат в столе)

ну в jsx ведь проблемы начнутся только в случае есть появятся структуры типа (bool ? (<Cmp />) : (<Cmp2 />))

так-то jsx это же и есть суперсет xml

subset я бы сказал)

{true ? (<Cmp />) : (<Cmp2 />)}

и все пашет)

Ну не надо уж так жёстко-то.

ну не

ERROR: S client not available

это уже какой-то интерпретатор получается

XML и JSX — разные вещи.

я люблю упрощать дико и поэтому в редакторе ты оперируешь компонентами из готовой библиотеки и своими созданными И во время создания компонента не оперируешь JSX, а создаешь JSON грубо говоря Его сохраняешь и экспортишь Далее у тебя в проекте есть пакет-билдер, который во время билда возьмет JSON-компонент и сгенерит по правилам React/JSX-код И уже далее ты юзаешь эти компоненты в коде как из библиотечки

я люблю упрощать дико и поэтому в редакторе ты оперируешь компонентами из готовой библиотеки и своими созданными И во время создания компонента не оперируешь JSX, а создаешь JSON грубо говоря Его сохраняешь и экспортишь Далее у тебя в проекте есть пакет-билдер, который во время билда возьмет JSON-компонент и сгенерит по правилам React/JSX-код И уже далее ты юзаешь эти компоненты в коде как из библиотечки

ну вот в deco такая проблема как раз. у них компоненты оч сложно представлены в виде json

я люблю упрощать дико и поэтому в редакторе ты оперируешь компонентами из готовой библиотеки и своими созданными И во время создания компонента не оперируешь JSX, а создаешь JSON грубо говоря Его сохраняешь и экспортишь Далее у тебя в проекте есть пакет-билдер, который во время билда возьмет JSON-компонент и сгенерит по правилам React/JSX-код И уже далее ты юзаешь эти компоненты в коде как из библиотечки

Есть риск обосраться и не учесть множество кейсов.

добавить туда свой компонент - секс на минут 20

я люблю упрощать дико и поэтому в редакторе ты оперируешь компонентами из готовой библиотеки и своими созданными И во время создания компонента не оперируешь JSX, а создаешь JSON грубо говоря Его сохраняешь и экспортишь Далее у тебя в проекте есть пакет-билдер, который во время билда возьмет JSON-компонент и сгенерит по правилам React/JSX-код И уже далее ты юзаешь эти компоненты в коде как из библиотечки

наверно ты хотел сказать не сгенерит а вызовет?

ну вот в deco такая проблема как раз. у них компоненты оч сложно представлены в виде json

как они представлены в json Тебя касаться не должно это внутренний кейс

как они представлены в json Тебя касаться не должно это внутренний кейс

да, в случае если я легко могу сделать jsx -> json, json -> jsx

наверно ты хотел сказать не сгенерит а вызовет?

сгенерит js-код чтобы потом бандлером собрать

я делал уже похожее когда делал аналог unreal-blueprints

а без возможности добавлять туда свои компоненты, использовать их 20 стандартных мне совсем неинтересно

а без возможности добавлять туда свои компоненты, использовать их 20 стандартных мне совсем неинтересно

так можно же) (не в том что ты прредложил)

не, так не получится, надо в рантайме

да? когда я чекал ещё было нельзя

энивей, не вижу причин использовать некий промежуточный json

не, так не получится, надо в рантайме

в рантайме дорого, но можно для дева

да, я понимаю, что jsx - это много извратов с js и все кейсы покрыть нереально. тернарный оператор - простой тому пример

Чисто в теории. Можно готовый андроидовский стандарт перегонять в JSX. Но за каждый компонент будет цепляться определённая императивная логика.

но вновь же - я говорю вообще первично про прототипы

и уже только вторично про данные)

да, я понимаю, что jsx - это много извратов с js и все кейсы покрыть нереально. тернарный оператор - простой тому пример

не много там извратов, это просто вставки js в редакторе ты можешь только редактировать те которые в нем же и создал или использовать внешние

не много там извратов, это просто вставки js в редакторе ты можешь только редактировать те которые в нем же и создал или использовать внешние

вот да. речь о том же

вы не в том направлении думаете

Чисто в теории. Можно готовый андроидовский стандарт перегонять в JSX. Но за каждый компонент будет цепляться определённая императивная логика.

да нельзя, там по-другому совсем работает

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

Ну, суть в том, что декларативно можно перечислять состояния приложения при разных условиях и объявлять структуру компонентов. Но их поведение всё равно придётся описывать на JS.

это конечно

никто и не говорит о поведении

речь о прототипировании, где поведения - минимум)

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

Прототипирование не решит некоторых моментов. Например, где явная зависимость а где её инъекция должна быть.