XSF Discussion - 2019-10-16

pep., jonas’: it looks like the build process still hasn't finished.

Cloudy

> Yeah no I guess it wasn't on purpose and nobody noticed Like most messages being of type=normal, because it's the default, and nobody noticed.

Ge0rG, I don’t have credentials with me and won’t be able to kick the job before 13:00Z

jonas’: thanks

xmpp.net is also down - 504 Gateway Timeout

docker cloud still throws 500 at me

I’ll build locally and try to push it from here

ok, apparently I’m able and allowed to push

so I’m doing that now, lets see if that helps

pushed

ping me if something breaks

it’ll take about 5min to arrive on the server, if that still works

seems to have updated and be working

jonas’: 👍

lskdjf, please see https://github.com/xsf/xeps/pull/845 (pre-rendered here: https://sotecware.net/files/xeps/xep-0392.html )

does this remove all restrictions you want to see gone?

lskdjf, also, https://github.com/modernxmpp/modernxmpp/pull/24

jonas’, notes/ideas: - link to §7.2 in §5.3 is broken - get rid of "Implementations SHOULD allow the user to turn off any colorization completely."? - define how to generate secondary/additional color/hue if implementations require more than one color (e.g. use the second/third/... 16 bits in §5.1 algorithm) - add reference to WCAG in §7.2 - make XEP Informational (not sure how/if this would be possible)

Use of mystical Editor powers like `sed` maybe?

> If the proposal is accepted as a XEP, the XMPP Extensions Editor shall do the following: > * specify an appropriate type

Zash: I think formally it would have to be resubmitted to a different track

We might need board to bypass all that?

I think it just needs to be resubmitted, and The Editor can change the type

You mean with it staying ”0392”?

Nah, redoing this would be a new number

OK so we're saying the same thing

> The XMPP Council may, at its discretion, decide to convert an Historical XEP into a Standards Track XEP if [...] So there's a tiny bit of precedent for changing type.

jonas’, yes indeed, that's much better now! Thanks for the edits 🙂

Only thing is I agree with larma about "Implementations SHOULD allow the user to turn off any colorization completely." - I also don't allow the user to turn off button hover effects or that nicks are written in bold text. To my (limited!) knowledge about color vision deficits this should be fine, but especially when allowing to select correction having colors shouldn't be any problem.

SHOULD isn't a MUST, you MAY just ignore it

lskdjf, this is about a different accessibility thing, which has to do with distraction, IIRC

and yeah, also that I’m certain that there will be facets of CVDs which simply can’t be accounted for, or interactions between CVDs and contrast ratios which make things weird/tricky

Shouldn't that be an OS level thing, like done on iOS? I have a family member with color blindness and an iPhone, and you can't imagine how happy they were when I showed that setting

Ge0rG, it should, but until we have that ....

(also, if an app prepares for that by doing the right thing right away, it may degrade a bit nicer? I don’t know)

Where are all the accessibility gnomes?

hah

Ge0rG, what does iOS do? Correct the colors? Or disable them?

jonas’, if the OS fiddles with the color space in the same way that the algorithm does, it might get done twice and I don't think that'll look nice

Zash, true

lskdjf: it has a set of different color filters that you can choose from, globally for all apps

This is most important for display of photos and video

http://www.iphonehacks.com/2016/09/enable-screen-filters-help-color-blindness-ios-10.html has screenshots

Tho if the OS has that, it should probably provide some API that lets the app know it doesn't have to deal with it, or something.

"Am I running on iOS?" -> Don’t have to deal with it, apparently

android also has a color blind setting

https://burtrum.org/up/10ca549e-7bd6-47a2-bb52-e314017947c3/yDHbMJa2QGqayvDSoU4jYw.jpg

called "Color correction" you even get to pick the type of colorblindness you have, that's a screenshot from my phone

Color correction will *not* fix everything for you, it will certainly help, especially if it's "only" an anomaly instead of full blindness, but it is still way better to handle it at application level if possible

unless like Zash said that is made worse by OS-level Color Correction

https://news.ycombinator.com/item?id=21274160

cisco jabber?

I thought cisco had killed that one :-)

Where did you get Cisco from?

zash: I have a very vivid memory of the towel dispensers in the bathroom at the cisco office during the ... 2013 summit

which advertised cisco jabber video as THE BEST THING EVER

I'm inside your network.