Content pfp
Content
@
0 reply
0 recast
0 reaction
Tony D’Addeo pfp
Tony D’Addeo
@deodad
Request for feedback from frame devs: - give frames a way to respond with an error message that will be displayed to a user. - enables frames to give users quick feedback in response to user input https://warpcast.notion.site/Frames-Errors-ddc965b097d44d9ea03ddf98498597c6?pvs=74
23 replies
7 recasts
37 reactions
Jason Goldberg pfp
Jason Goldberg
@betashop.eth
like! we've been building our own
1 reply
0 recast
6 reactions
David Furlong pfp
David Furlong
@df
Is the value add over responding with a frame that the current input value can be preserved? performance? Is this an accessibility change? Perhaps this is possible via an accessible arial-label for images instead. Or is this a way for broken frames to communicate the errors back (not helpful for users)?
2 replies
0 recast
3 reactions
Samuel is @Farcon you too? DM! pfp
Samuel is @Farcon you too? DM!
@samuellhuber
Works. Did with custom error frames that tell the user and redirect back to original frame Would give clients control over showing the error, no difference for frames devs basically since you handle error anyways?
1 reply
0 recast
1 reaction
compusophy pfp
compusophy
@compusophy
intuition is to keep as much as possible in the image display, but maybe i misunderstand - requires client developers to implement this alert window? - frame devs still have to handle error cases, just not front end? wondering what the key benefits are, faster & no state change?
1 reply
0 recast
1 reaction
TOM pfp
TOM
@subtlegradient
This will be abused to render arbitrary text instead of an image. I would absolutely abuse this
1 reply
0 recast
1 reaction
manan pfp
manan
@mg-labs.eth
Love the direction but it would require the clients to very intelligently display the error. Can see this being a throwaway features if clients don't do justice by it.
1 reply
0 recast
0 reaction
phil @ farcon pfp
phil @ farcon
@phil
3 replies
0 recast
33 reactions
mulf pfp
mulf
@mulfdev.eth
Something inline would be much better than a whole additional request to generate an image!
0 reply
0 recast
1 reaction
jtgi pfp
jtgi
@jtgi
ship it i'd move what I could with /glass to this. Could delete some boring code and save the extra trip for img resolution would be a nice speed up (presumably). The flows I couldn't change are ones were I want to offer a follow up step based on the failure condition.
0 reply
0 recast
1 reaction
See you at FarCon 🤙 pfp
See you at FarCon 🤙
@manuelmaccou.eth
I’m into it if it’s faster than building custom error frames
0 reply
0 recast
1 reaction
memes du monde 🎩 pfp
memes du monde 🎩
@mrmemes.eth
Please and thank you! Having a standardized way of returning error responses will save a lot of time.
0 reply
0 recast
1 reaction
Colin Farconson ➡️ pfp
Colin Farconson ➡️
@cojo.eth
👋 hey Tony, any chance you can DC me? Have a question about frame transactions, horse said you may be able to help
0 reply
0 recast
1 reaction
Vladyslav Dalechyn pfp
Vladyslav Dalechyn
@dalechyn.eth
Love it
0 reply
0 recast
0 reaction
Manan pfp
Manan
@manan
Same feedback as before, the dance between json and html isn’t ideal. Other than that, looks great!
0 reply
0 recast
0 reaction
flick the dev 🎩📦 pfp
flick the dev 🎩📦
@flick
don't need it but don't hate it
0 reply
0 recast
2 reactions
frolic pfp
frolic
@frolic
initial feedback: - thank you
0 reply
0 recast
1 reaction
Drew Beechler 🟪 pfp
Drew Beechler 🟪
@drewbeechler
@hedges fyi
0 reply
0 recast
1 reaction
mike@sylphdapps.eth 🎩 pfp
[email protected] 🎩
@mikesylphdapps
I like this. It doesn't prevent devs from rolling their own error messages displayed in the images if they want to continue to do that, so this seems like a positive only.
0 reply
0 recast
0 reaction
Daniel - Bountycaster pfp
Daniel - Bountycaster
@pirosb3
Took a look at the spec 💯. The only inconsistent aspect is returning JSON on error while a successful response remains OG tags.
0 reply
0 recast
0 reaction