Improve UI and styling for the "/poll" widget to be shippable

[timabbott]

The Zulip webapp has an experimental /poll slash command feature, currently disabled in most Zulip organizations because it's very unpolished. We've been hearing from a lot of folks that they'd like it on Zulip Cloud, so it's worth making an initial TODO list of what needs to happen before it can be shipped. Here's my list:

• Change the "Edit question" UI to just be an edit-pencil button rather than a large "Edit question" button.
• Move the "Add option" text box below the results section.
• Style the results section to look nicer; ideally, including some sort of more visual display where large numbers of votes jump out.
• Use nicer button styles.

These might not be blockers but would also be really high value.

• Add slash command typeahead: [wip] Add typeahead for slash commands. #10267
• Make the default UI for setting the initial question text be to include it as an argument in the slash command.
• Probably a bunch more little styling/UI things, but we can worry about those once the strong blockers are done.

The JS code for this widget is in static/js/voting_widget.js, static/templates/widgets/poll-widget.handlebars, and various CSS files.

[zulipbot]

Hello @zulip/server-integrations, @zulip/server-message-view members, this issue was labeled with the "area: integrations", "area: message view" labels, so you may want to check it out!

[showell]

This is mostly CSS/HTML work. The main todos possibly require zero JS changes, although you'll probably need to understand the JS code.

[rht]

On another note, what about adding a settings group called "Experimental features"? This way, testing can be outsourced to zulipchat.com, not just on czo.

[timabbott]

Generally we just add things in the place they should go, and tag them as "experimental". It's not super hard to do that here, but I also don't think it's any less work than just fixing the widget.

[rht]

but I also don't think it's any less work than just fixing the widget.

I'm not referring just to the "/poll" widget but to all the experimental "lab" features. Isolating them in a group helps to reinforce that they are experimental.

[timabbott]

I understand. We used to have such a settings area, and we removed it because we preferred having individual experimental features where they belong in the settings UI.

[ishanrai05]

@zulipbot claim

[zulipbot]

Hello @ishanrai05, you have been unassigned from this issue because you have not updated this issue or any referenced pull requests for over 14 days.

You can reclaim this issue or claim any other issue by commenting @zulipbot claim on that issue.

Thanks for your contributions, and hope to see you again soon!

[Varunvaruns9]

I would like to take this up if no one is working on it already. @zulipbot claim

[ishanrai05]

@Varunvaruns9 I am almost done with the edit pencil thing... so i would request you do the other parts of this issue

[Varunvaruns9]

I thought this was abandoned. Please continue @ishanrai05 👍

[Varunvaruns9]

@ishanrai05 you can reclaim the issue if you are working on it.

[Varunvaruns9]

Maybe we can add a special highlight if the current user votes on a given option, something like this:

[timabbott]

@Varunvaruns9 seems like a reasonable addition.

[ishanrai05]

@zulipbot claim

[ishanrai05]

@zulipbot abandon

[timabbott]

Closing, since this was mostly resolved via 85535ae and related commits. We should still work on the follow-ups that have their own issue.