nostr:npub129shhche5qg2v0zlj6q2w8rtceeg868kac76yh9jl997wlf68glqzn67jr create| Pretty? | Yes | No

nostr:npub129shhche5qg2v0zlj6q2w8rtceeg868kac76yh9jl997wlf68glqzn67jr create| Pretty? | Yes | No

✅ Created poll:
Pretty?
Vote Here: https://pollerama.fun/respond/3e461be6dea4322ad65033c415013b29c312631bb4bec9212eff293637ca76ec
Poll Event
If you like pollerama, feel free to zap!
Probably needs a final | behind the last option, to separate the options from the rest of the note. Then you have clear parsing between @ and | .
nostr:npub1cgd35mxmy37vhkfcmjckk9dylguz6q8l67cj6h9m45tj5rx569cql9kfex
The image should have been before the options 😛 it did create the poll though
That wasn't apparent to anyone. Also, need a closing mark for parsers.
end of text can be the closing mark tho
or end of line
"No\n\nhttps:" is in the json, but was ignored, but you could also have \n within an option, and then the following options would be ignored.
Something more explicit, like a "|" is much simpler, and that matches the EOS for Markdown tables, which people are used it.
And means you can place the call anywhere in a note, which is more user-friendly.
the simplest parsing would be
\nPOLL: text | option | option\n
parser can then just scan for the sentinel and then end at the newline. it can go anywhere in the text it just has to have the sentinel directly after a newline
actually, probably \n@botnamepubkey question | option | option | option\n would make more sense
think of how easy a line structured parse goes: split all lines, iterate looking for the sentinel, split by | and first segment split by space
anyway, y'alls used to your retarded favorite language which isn't Wirth type that doesn't use line structure and sentinels, whatever. you don't write parsers. that's how i know you don't know how to write a parser. you like braces and parentheses and pointless redundant delimiters like semicolons
I have written all of Alexandria's parsers by hand.
We cannot dictate what the content fields contain or how whitespace is written, so going by whitespace characters is a nightmare, as the users have no idea what their client will do with them, when they publish, and they can't see them and confirm correctness, themselves.
Just try making a bulleted list. Many clients collapse it down to one line.
You don't have to put me down and talk to me like I'm an idiot, merely because I disagree with you.
yeah, goddamn vibe coded clients
i'm glad you do write parsers
i'll agree with what you are saying since the only thing you can trust the clients to do is not screw up the spaces and punctuation, and usually they will put a correct nostr:entity
Beginning of post
@Pollerama Bot create| Pretty? | Yes | No |
Rest of post