Content pfp
Content
@
0 reply
4 recasts
4 reactions

bark bark pfp
bark bark
@king
how do you feel about building your frames/actions logic like this? this is a compact script for a simple 4-pager tx frame. compact because instead of using the no-code components im using code instead (quicker for me). the goal is to keep the syntax good enough to make things workable and not too complex the user might as well build the logic in native lang. https://warpcast.com/king/0xb1e77fca
8 replies
5 recasts
24 reactions

Rafi pfp
Rafi
@rafi
Looks really cool. I wonder how do you pass context / output between the nodes?
1 reply
0 recast
0 reaction

bark bark pfp
bark bark
@king
the diagram is only visual representation of the entire script for easy organization but really it's one whole script combined/parsed.
1 reply
0 recast
0 reaction

Rafi pfp
Rafi
@rafi
Ah, make sense. I thought the graph is serialized and then executed with a some op-based state machine
1 reply
0 recast
0 reaction

bark bark pfp
bark bark
@king
yea it's serialized on publishing then sent to the back with the state machine 🙂
1 reply
0 recast
0 reaction

bark bark pfp
bark bark
@king
i suppose there's 2 different parts to the editor: the template editor and the logic editor, the template simply modifies the frame front and the logic then lives on the platform's backend ready to take requests.
1 reply
0 recast
0 reaction

Rafi pfp
Rafi
@rafi
Very interested to see how it feels to navigate both graph-based and code-based editors at the same time. I implemented a PoC for extended version of /frametown and it was quite a challenge to use. Context-switching tax was high for my brain. Your implementation looks much more integrated than mine. Pretty sure it works better!
0 reply
0 recast
0 reaction