Re: Lynx is a form of accessibility (was Re: Lynx is not Accessibility)

2022-03-07 Thread Jean-Philippe MENGUAL
Hi, Le 08/03/2022 à 00:26, Thorsten Glaser a écrit : Sam Hartman dixit: Thorsten> Alternative solutions may • have accessibility problems Thorsten> (not work with lynx, for example Working with Lynx is not a requirement for accessibility. No, but not working with lynx is an

Re: Lynx is a form of accessibility (was Re: Lynx is not Accessibility)

2022-03-07 Thread Luke Faraone
Hi Thorsten, On Mon, 7 Mar 2022 at 15:31, Thorsten Glaser wrote: > > Sam Hartman dixit: > > >Thorsten> Alternative solutions may • have accessibility problems > >Thorsten> (not work with lynx, for example > > > >Working with Lynx is not a requirement for accessibility. > > No, but not

Lynx is a form of accessibility (was Re: Lynx is not Accessibility)

2022-03-07 Thread Thorsten Glaser
Sam Hartman dixit: >Thorsten> Alternative solutions may • have accessibility problems >Thorsten> (not work with lynx, for example > >Working with Lynx is not a requirement for accessibility. No, but not working with lynx is an accessibility problem. >Obviously accessibility depends on

Re: Ballot option 2 - Merely hide Identities of Developers Casting a Particular Vote and allow verification

2022-03-07 Thread Sam Hartman
> "Judit" == Judit Foglszinger writes: >> I think it would be clearer to add "that" between "confirm" and >> "their": >> >> {+ public, but developers will be given an option to confirm that >> their vote is included in the votes+} cast. Judit> I agree. It makes

Lynx is not Accessibility

2022-03-07 Thread Sam Hartman
> "Thorsten" == Thorsten Glaser writes: >> At the same time it relaxes the requirement that the secretary >> must conduct a vote via email. There are no current plans to >> move away from Thorsten> This is a very bad idea. Hi. Several of the issues you brig up are

Re: Ballot option 2 - Merely hide Identities of Developers Casting a Particular Vote and allow verification

2022-03-07 Thread Judit Foglszinger
> I think it would be clearer to add "that" between "confirm" and "their": > > {+ public, but developers will be given an option to confirm that their > vote is included in the votes+} cast. I agree. It makes this option diverge a bit from the Option A it was forked from, but since the

GR ballot option: Alternative: only make vote tally available to DD (or to voters)

2022-03-07 Thread Lucas Nussbaum
Hi, On 05/03/22 at 20:49 +, Bill Allombert wrote: > On Fri, Mar 04, 2022 at 08:47:40PM +0100, Lucas Nussbaum wrote: > > Hi, > > > > On 04/03/22 at 19:36 +0100, Bill Allombert wrote: > > > A suggestion: > > > > > > An alternative to secret vote would be to make the vote tallies only > > >

eMail voting (was GR: Hide Identities of Developers Casting a Particular Vote)

2022-03-07 Thread Thorsten Glaser
>At the same time it relaxes the requirement that the secretary must >conduct a vote via email. There are no current plans to move away from This is a very bad idea. Alternative solutions may • have accessibility problems (not work with lynx, for example) • require different transport (eMail

Re: Ballot option 2 - Merely hide Identities of Developers Casting a Particular Vote and allow verification

2022-03-07 Thread felix . lechner
Hi Judit, > I think it would be clearer to add "that" between "confirm" and "their": {+ public, but developers will be given an option to confirm that their vote is included in the votes+} cast. Please proceed either way, at your choosing. Kind regards, Felix Lechner signature.asc

Re: Ballot option 2 - Merely hide Identities of Developers Casting a Particular Vote and allow verification

2022-03-07 Thread Carsten Leonhardt
Hi Judit, it might be a bit late for a change now, but at first I had some difficulties parsing the last added sentence in 4.2: Judit Foglszinger writes: > 4.2. Procedure > @@ -228,9 +246,10 @@ earlier can overrule everyone listed later. > >Votes are taken by the Project