abec716308
Defining a behavior on hover means making it different for people using a keyboard or a touchscreen (most of the population, nowadays). In this case, we had an accessibility issue where the message wouldn't disappear once it appeared. That meant that, after tabbing through all the links and buttons in, for instance, the debates index, the page would be filled with "participation not allowed" messages, and in order to see the information about how many people have voted, reloading the page was required. For touchscreen users the behavior was similar to what we get on hover, although we've found some inconsistencies when trying to support several elements on the same page. We think in proposals it makes sense to hide the "support" button when users click on it, and the same applies to the buttonsto support and vote investment projects. However, we aren't hiding the buttons to agree/disagree with a debate in order to keep the information about the current number of people agreeing and disagreeing visible. Note we're removing some support spec methods because after these changes the duplication isn't as obvious as it was in the past.
14 lines
374 B
Ruby
14 lines
374 B
Ruby
module Budgets
|
|
def expect_message_organizations_cannot_vote
|
|
expect(page).to have_content "Organization"
|
|
expect(page).to have_button "Vote", disabled: true, obscured: true
|
|
end
|
|
|
|
def add_to_ballot(investment_title)
|
|
within(".budget-investment", text: investment_title) do
|
|
click_button "Vote"
|
|
expect(page).to have_content "Remove"
|
|
end
|
|
end
|
|
end
|