Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BALLOT for "handling delimiting of patterns in complex messages" #505

Closed
aphillips opened this issue Oct 30, 2023 · 27 comments
Closed

BALLOT for "handling delimiting of patterns in complex messages" #505

aphillips opened this issue Oct 30, 2023 · 27 comments
Assignees
Labels
Ballot Balloting issue normative Issue affects normative text in the specification

Comments

@aphillips
Copy link
Member

aphillips commented Oct 30, 2023

WORKING GROUP BALLOT

This issue being used to track votes on an issue as requested by the MessageFormat Subcommittee (working group) in the 2023-10-30 teleconference.

Please read the instructions CAREFULLY before responding.

The current syntax requires all patterns in complex messages to be delimited ("quoted")
using curly brackets. The working group has discussed at length different options for allowing patterns
to be unquoted. This document contains the proposed solutions, including some that have been rejected by
the working group, along with some of the arguments related to the relative suitability of each solution.

Balloting Instructions

In the 2023-10-30 WG teleconference, there was a unanimous support for balloting the group on
the following question:

Using instant runoff voting, rank your choice for how to handle delimiting of patterns in complex messages.

The deadline is 1700 (5 PM) in the America/Los_Angeles time zone on Saturday, 4 November, 2023

  • A group member in good standing MAY submit one vote consisting of a ranked set of choices
    up until the deadline.
  • A group member MAY edit, change, or delete their vote up until the deadline.
  • Votes MUST be submitted as a comment on github issue #505.
    Group members who cannot submit a comment on this issue should contact the chair (@aphillips) for assitance.
  • Votes MUST contain a stack ranked list of candidate options.
  • Votes MUST only contain votes for candidate options. Write in votes are not acceptable.
  • A vote MUST have at least one item in order to be counted and MAY rank two items or all three items.
  • Only ranked votes will be counted. That is, do not submit a vote equating two entries.
  • Group members MUST NOT comment on the votes of others in this issue. "Electioneering" or non-voting commentary is not permitted in the issue except the chair may seek clarification of a vote. You can, of course, discuss elsewhere. As a suggestion, please use Discussion Thread for Delimiting Pattern Boundaries #507 for this purpose)

Definitions

group member in good standing is any member of the MessageFormat mailing list or
watcher of the message-format-wg github repo who has not be banned.

Candidates

Option 1 Always Quote Non-Simple Patterns (current syntax)
Option 3 Permit non-simple patterns to be quoted and trim unquoted whitespace
Option 4 Trim all unquoted whitespace, but do not permit quoting non-simple patterns

@aphillips aphillips added the Action-Item Action item assigned by the WG label Oct 30, 2023
@aphillips aphillips self-assigned this Oct 30, 2023
@aphillips aphillips added blocker normative Issue affects normative text in the specification Agenda+ Requested for upcoming teleconference labels Oct 30, 2023
@aphillips aphillips changed the title Balloting for "Pattern Delimiting" [* ACTION REQUIRED *] BALLOT for "handling delimiting of patterns in complex messages" Oct 30, 2023
@aphillips
Copy link
Member Author

aphillips commented Oct 30, 2023

(chair hat on)

This is an example of what a vote can look like.

(chair hat off and as a group member in good standing)

My stack rank preference is:

1 > 3 > 4

@duerst
Copy link

duerst commented Oct 31, 2023

3 > 1 > 4

@sffc
Copy link
Member

sffc commented Oct 31, 2023

1 > 3 > 4

Prefer to keep the code mode syntax predictable. Option 3 has more than one way to do the same thing. Option 4 requires special syntax for leading and trailing whitespace which should "just work" without having to learn yet another corner of the syntax.

@sffc
Copy link
Member

sffc commented Oct 31, 2023

(moved to #507 by the chair)

@eemeli
Copy link
Collaborator

eemeli commented Oct 31, 2023

4 > 3

I wrote up some of my thoughts on this here: #503 (comment)

@sffc
Copy link
Member

sffc commented Oct 31, 2023

I also don't understand this ballot. It is asking a narrow question (should we quote patterns in code mode) but the implications are much greater than that. Either option 2 or option 3 requires that we start quoting code in code mode. So we're not deciding a narrow question; we are deciding a direction from which future questions will need to be answered.

@gibson042
Copy link
Collaborator

gibson042 commented Oct 31, 2023

4 > 3

@poulsbo
Copy link

poulsbo commented Oct 31, 2023

1 > 3 > 4

@echeran
Copy link
Collaborator

echeran commented Oct 31, 2023

FYI @aphillips created Issue #507 for a place to have discussion on this

@echeran
Copy link
Collaborator

echeran commented Oct 31, 2023

1 > 3 > 4

@vdelau
Copy link

vdelau commented Oct 31, 2023

3 > 4 > 1

@mihnita
Copy link
Collaborator

mihnita commented Oct 31, 2023

1 > 3

@catamorphism
Copy link
Collaborator

1 > 3 > 4

@Crell
Copy link

Crell commented Nov 1, 2023

3 > 1 > 4

@dminor
Copy link
Contributor

dminor commented Nov 2, 2023

3 > 4 > 1

@ryzokuken
Copy link
Contributor

1 > 3 > 4

@SimonClark
Copy link

3 > 1 > 4

@relgu
Copy link

relgu commented Nov 3, 2023

1 > 3 > 4

@flodolo
Copy link

flodolo commented Nov 3, 2023

4 > 3

@aurambaj
Copy link

aurambaj commented Nov 3, 2023

1 > 3 > 4

1 similar comment
@stasm
Copy link
Collaborator

stasm commented Nov 3, 2023

1 > 3 > 4

@rxaviers
Copy link
Contributor

rxaviers commented Nov 4, 2023

1

@macchiati
Copy link
Member

macchiati commented Nov 4, 2023 via email

@aphillips
Copy link
Member Author

aphillips commented Nov 5, 2023

===== voting closed here =====

I am using the IRV tool here: https://petertheone.github.io/IRV/

Results of this balloting will be reviewed in our teleconference call on Monday, 6 November, 2023.

@aphillips aphillips changed the title [* ACTION REQUIRED *] BALLOT for "handling delimiting of patterns in complex messages" BALLOT for "handling delimiting of patterns in complex messages" Nov 5, 2023
@aphillips aphillips removed the Action-Item Action item assigned by the WG label Nov 5, 2023
@vdelau
Copy link

vdelau commented Nov 6, 2023

@aphillips I've ran the IRV tool but I'm not sure it is 100% correct. It does not seem to matter for the final result, but it doesn't seem to tally the first round correctly for me. I'm unable to attend today's call.

(For ballots, I filled out 2 vote ballots with the third option as least preferred, I removed the ballot with only a single vote.)

@aphillips
Copy link
Member Author

aphillips commented Nov 6, 2023

@vdelau In running the tool, I filled out both 2-vote and 1-vote ballots with 0 for the unselected option(s). Not voting for a specific item or items is a real strategy in these sorts of multi-stage voting systems, when a voter does not wish to ever vote for a specific item or items. I therefore counted all 20 ballots and I did not infer any votes.

Because 11 of the 20 ballots have 1 first, we have an outright winner (regardless of voting system).

(Note: I also had a single transferable vote tool queued up, just speculatively, in case we ended in an IRV tie (which is, ironically, possible).)

@aphillips aphillips removed blocker Agenda+ Requested for upcoming teleconference labels Nov 6, 2023
@aphillips
Copy link
Member Author

Group consensus is now #1. Thanks to all who participated in balloting.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Ballot Balloting issue normative Issue affects normative text in the specification
Projects
None yet
Development

No branches or pull requests