I just want to stand on land.
- User Since
- Oct 9 2014, 1:53 AM (349 w, 4 d)
- IRC Nick
- LDAP User
- MediaWiki User
Mon, Jun 14
Wed, Jun 9
Tue, Jun 8
Thu, May 27
Wed, May 26
May 6 2021
May 3 2021
Apr 27 2021
Apr 21 2021
Apr 19 2021
Apr 8 2021
Apr 7 2021
Apr 6 2021
Apr 5 2021
Mar 31 2021
Mar 30 2021
Thanks for catching this @Tchanders. You are right, the message was an update to the inline help text, and wasn't meant to be added to the top of the page.
@Tchanders and I met and decided that:
- The Dup row shouldn't have any icon and just have the text 'Duplicate' written in it.
- The down arrow icon should be moved to the end of the sentence. It should be a ButtonWidget with the downTriangle icon and text "See this warning".
- The warning icon should use the OOUI alert icon, in the color #fc3 .
Mar 24 2021
You're right. Do you know the process of moving something to Wikimedia's Github? Should I request a Gerrit repo first and get it mirrored?
We'd also need to find out how Shopify is deploying it and if it relies on the prtksxna URL (I don't think it does).
the box is being added conditionally now, so not for the unencrypted elections.
Mar 23 2021
@Tchanders, yep this is looking great, exactly what I had in mind. A few notes:
- Do you think it is warranted to bring more attention to the 'alert'? If yes, we could use the yellow variant for it. If not, this is good.
- The GPG decryption key textarea would still be there, right?
Mar 22 2021
Mar 18 2021
Mar 16 2021
If we want to keep it as close as possible to the existing UI: F34155362 seems replaceable with a close or trash icon in the color #d33. For the first image in F34155367 we could use expand or the down (indicator) in color #36c. And for the last we have alert in color #fc3.
Mar 12 2021
Mar 11 2021
My primary concern is that the basic layout of the voting interface remains the same, and it doesn't take up more vertical space than it needs to (especially as the number of candidates can easily be over 10). So, I'd be against (1).
Should showing and hiding the wikitext also regenerate the wikitext? This might be useful in cases where someone has changed the sorting of the table and wants the wikitext of that version.
Mar 10 2021
Using something like a ButtonSelectWidget might reduce the vertical space the radios are taking up. Would that be possible on a page like this?
Mar 6 2021
@Xover, thank you so much for this explanation!
Mar 4 2021
This is looking good @nayoub. I have two thoughts:
- Do we need to run this by legal?
- Do we need to mention the exactly CC license that is being used? (Another question for legal)
Feb 25 2021
This look good @ifried. We should layout the checkboxes one below the other (instead of next to each other) now that we'll have three of them.
Feb 24 2021
Feb 23 2021
@STran, both these decisions make sense to me, thank you.
Feb 19 2021
Feb 18 2021
Feb 17 2021
Feb 16 2021
Feb 11 2021
Feb 10 2021
Feb 9 2021
Yep, changing to just (username) in the brackets make sense. Thanks for pointing it out.
Feb 8 2021
@Tchanders I was thinking it could follow the same functioning and label as Special:Log, 'From date (and earlier):'. Is there something different in SecurePollLog that would benefit from '(and later)'?
Is it alright to have a link to a mediawiki.org help page in the help text? If so, the help text could be generic like "For more information, see Help:Downloading account data". We could then give more details on single project and wiki-farm setups there.
Feb 4 2021
Feb 2 2021
The help text at the top might need some updating.
The election record has been encrypted, but the decryption key is available. You can choose to either tally the results present in the database, or to tally encrypted results from an uploaded file
Feb 1 2021
Jan 28 2021
Jan 26 2021
@Tchanders merging the two forms sounds like a good idea. What do you think about not adding the radio, and instead processing using the file if its uploaded, and otherwise processing whats in the database? We could have some inlineHelp with the File input to explain this.
Jan 25 2021
Jan 21 2021
Jan 20 2021
Jan 15 2021
Thanks for the screenshots and explanation, @STran. We aren't using the pattern of having submit button both on the top and bottom in MediaWiki. We could make it work but it might require more design and subsequently development work. I'd suggest we go with option 2.
Jan 14 2021
Jan 13 2021
@STran I thinks it's alright to use the same error text. Is there a default error style we can use here? Something from HTMLForm or OOUI?
We can add a text input to enter the key and decrypt the page
@STran could you share a screenshot of the page? Would it be possible to move the button to the bottom of the form?