News for hackers. Stuff that matters.
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by ndarilek on Wednesday March 07, 2018 @08:30PM (#16541551)
Oh man, makes me so happy to see the accessibility concerns at the top of this thread. I hate Slack so much. Nothing has made me say "is 10 AM too early for a beer?" quite so much as that absolute pile of uselessness. I thought they'd actually improved their accessibility story when my screen reader read various elements as buttons. Later I discovered that, while they'd likely added the correct ARIA role to a <div/>, they didn't bother adding expected keyboard behaviors. I'm fortunate enough to work with co-ops, and the company I'm founding hosts its own tools specifically because those I can control, and I can pick the more accessible open source chat solution. But I can't count how many times I've had to be some company's special snowflake because I can't use Slack, can't use Toggl, can only use parts of Basecamp, and as such can't participate in a bunch of their processes. Now I'll encourage companies further away from Slack than I already do. Forget not touching it with a 10-foot pole. The 100-footer is coming out for this one. I'm sorry to post such an unproductive comment, but if you're working for a silicon valley company and not doing accessibility then you're doing it wrong, and you can pay me or any number of other talented blind developers with some of that investor capital if you want us to show you how to do it right. There is no excuse for being so exclusionary.
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by fyfy18 on Thursday March 08, 2018 @01:36AM (#16542749)
As a developer who should probably pay more attention to this than I do, can you recommend some reading material about how to make an app accessible, and how to make sure it stays accessible (i.e. is there a good way to CI test this?).
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by tvararu on Thursday March 08, 2018 @07:53AM (#16544019)
The only way I'm aware of today is to learn to use assistive technologies and use them on the right combinations of browser/OS/version. These are recommendations for common combinations. [0]

I've given the CI deal a good amount of thought. You'd have to go through the trouble of:

- Provisioning a Windows VM with specific versions of browsers (e.g. IE11) and AT (e.g. JAWS 17, the versions differ quite significantly)

- Writing an automation suite that is capable of controlling the browser and AT (Selenium probably does fine), but crucially interpreting the feedback from the assistive tool to check for correctness. This is tremendously hard. Either using some debugging APIs if any exist in the various assistive tools, or reading memory / reverse engineering using IDA, or capturing the audio output to the sound card and running it through speech recognition to figure out if what was said by the screen reader is what you'd expect. With something like Dragon Dictate you'd have to figure out how to trigger voice commands.

- Expose the VM using an API that you can call from your test suite

- `expect(jawsOutput).toBe("Type in two or more characters for results.")`

That's a potentially tremendously profitable SaaS offering (to the right companies), if someone can build it.

[0]: https://accessibility.blog.gov.uk/2016/11/01/results-of-the-...

Re:Tell HN: Slack decides to close down IRC and XMPP gateways by mwcampbell on Thursday March 08, 2018 @10:10AM (#16544762)
I wouldn't recommend using JAWS and IE for CI. For this purpose, I think it would be much better to use NVDA (https://www.nvaccess.org/) with any browser that can be controlled by a test framework like Selenium. (NVDA supports all the major browsers now.) Then, to feed the text-to-speech output back into your test framework, you can write a simple TTS driver for NVDA, in Python.
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by tvararu on Thursday March 08, 2018 @05:57PM (#16548476)
That would be a lot easier. I've assumed that NVDA would be the easiest to plug into for obvious reasons but have not looked into it specifically.

I used JAWS and Windows IE11 as a specific example because that's a popular combination with screen reader users. If something works well in NVDA and FireFox on Linux it does not follow that it will work in other combinations, at least in my own testing with things I've worked on in the past. Though targeting the low hanging fruit to begin with is how I'd also start if I was building something for this in earnest, ideally I'd want to automate testing with all the popular combinations that I expect users to have.

Re:Tell HN: Slack decides to close down IRC and XMPP gateways by mwcampbell on Thursday March 08, 2018 @10:12AM (#16544774)
For guidelines on making an app accessible, check out the W3C's WAI-ARIA Authoring Practices: https://www.w3.org/TR/wai-aria-practices-1.1/
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by forgotmypw on Thursday March 08, 2018 @08:32AM (#16544185)
I also dislike Slack. Slack is just IRC, but reinvented with one centralized provider of everything and clunky, inaccessible UIs that they can change around however they want whenever they want.

(My accessibility issue is much smaller: I merely avoid using the mouse cursor, because the keyboard is much lighter on my wrists and hands than the mouse, trackpad, or trackball.)

Re:Tell HN: Slack decides to close down IRC and XMPP gateways by bogomipz on Thursday March 08, 2018 @10:14AM (#16544779)
>"I hate Slack so much. Nothing has made me say "is 10 AM too early for a beer?"

Thank you for this, this made me laugh. You are not alone in this reaction.

Re:Tell HN: Slack decides to close down IRC and XMPP gateways by ankitank on Thursday March 08, 2018 @12:50AM (#16542601)
Go host your own messaging tool: Relay is an alternative to slack. Relay is open source, built on top of Mattermost. This means you can host Relay yourself. https://relay-chat.com/
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by nqzero on Thursday March 08, 2018 @01:40AM (#16542765)
i see the comparison to slack, but how does it compare to mattermost ?
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by ptman on Thursday March 08, 2018 @02:09AM (#16542863)
Mattermost is open core. So I guess that means mattermost has lots of paid features thay relay will have to reimplement. And I wonder if those will be available in the selfhosted version. https://about.mattermost.com/pricing/
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by abhin4v on Thursday March 08, 2018 @05:58AM (#16543610)
Relay is built on Mattermost team edition so it has all the team edition features. It plans to add new features as per user feedback which will be contributed upstream to Mattermost.
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by sriharis on Thursday March 08, 2018 @08:47AM (#16544262)
Relay is actually hosted mattermost. You'll get the benefits of mattermost, except with us taking care of the hosting :).
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by e12e on Thursday March 08, 2018 @01:15AM (#16542677)
> I can pick the more accessible open source chat solution.

I'd love to hear more about this (the good/Bad/ugly). My guess would be irc is head and shoulders above anything else, due to established standard + myriad of solid clients.

But what have you found so far?

Re:Tell HN: Slack decides to close down IRC and XMPP gateways by Cambridgeport90 on Wednesday March 07, 2018 @09:45PM (#16541865)
I couldn't agree more!
Re:Tell HN: Slack decides to close down IRC and XMPP gateways by gaius on Thursday March 08, 2018 @08:20AM (#16544132)
Oh man, makes me so happy to see the accessibility concerns at the top of this thread

Being “able-bodied” is only temporary, for everyone. Any dev that doesn’t realize this will eventually come to regret it as they age.