Closed wengleigood closed 7 years ago
学习连接:https://github.com/salesforce-ux/theo Theo初学理解:
最简单的用法:利用Theo以文件流读写的形式,将源文件props.json转换,生成不同平台可以解析的变量定义文件;各平台依据自己的样式语法使用变量实现业务。
对于我们OMNICHANNEL,现主要是在web端的多主题base同源。(目前不同主题,有不同base.css) Props.json的example如下: { "props": { "color_brand": { "value": "#ff0000", "type": "color" } }, "global": { "category": "some-category", ".meta": { "foo": "baz" } } } 那么讨论: 我们是否可以将这样的transform/format转换思路用于我们套件,将现有的两种主体base文件,抽取变量集成独立文件;针对此变量定义文件,编写props.json源文件。 此后定制开发,可以根据基线的props.json以及原定制局点前端视觉风格,定制一份props.json文件、生成具有定制性的变量定义文件。
Hi @wengleigood, I'm afraid I can't read Chinese. Would you be able to ask your question in English?
Closing this as it's a month old with no activity.
学习连接:https://github.com/salesforce-ux/theo Theo初学理解:
最简单的用法:利用Theo以文件流读写的形式,将源文件props.json转换,生成不同平台可以解析的变量定义文件;各平台依据自己的样式语法使用变量实现业务。
对于我们OMNICHANNEL,现主要是在web端的多主题base同源。(目前不同主题,有不同base.css) Props.json的example如下: { "props": { "color_brand": { "value": "#ff0000", "type": "color" } }, "global": { "category": "some-category", ".meta": { "foo": "baz" } } } 那么讨论: 我们是否可以将这样的transform/format转换思路用于我们套件,将现有的两种主体base文件,抽取变量集成独立文件;针对此变量定义文件,编写props.json源文件。 此后定制开发,可以根据基线的props.json以及原定制局点前端视觉风格,定制一份props.json文件、生成具有定制性的变量定义文件。