fluid-work IRC Logs-2013-03-13

[09:57:24 CDT(-0500)] <colinclark> yzen: You made a fix for the bug in Infusion causing issues with labels on selects in UI Options, right?

[09:57:31 CDT(-0500)] <colinclark> And did that pull request get merged?

[09:57:54 CDT(-0500)] <yzen> colinclark: yes

[09:57:58 CDT(-0500)] <yzen> and yes

[09:58:27 CDT(-0500)] <colinclark> So if the PMT team upgrades to the latest Infusion master, they will not have this problem?

[09:59:40 CDT(-0500)] <colinclark> yzen: Can you find the thread on the list regarding this issue and respond to it saying that the issue has now been fixed, and what needs to be done to update?

[09:59:45 CDT(-0500)] <yzen> colinclark: yes, just checked on our build demo site and the labels now match ids

[09:59:57 CDT(-0500)] <yzen> colinclark: sure

[10:00:38 CDT(-0500)] <colinclark> thanks so much

[10:03:02 CDT(-0500)] <yzen> colinclark: if they are using the builder they can just build a new bundle right ?

[10:03:12 CDT(-0500)] <colinclark> yes

[10:03:14 CDT(-0500)] <colinclark> or the build scripts

[10:03:35 CDT(-0500)] <yzen> ok

[10:07:14 CDT(-0500)] <colinclark> yzen: There is a discussion on the Architecture list about the Matchmaker teams needing device information passed into the, I think, Matchmaker strategy function

[10:07:34 CDT(-0500)] <colinclark> I'm wondering if there is a means by which they can already boil the arguments to their strategy and have this passed to them?

[10:07:42 CDT(-0500)] <colinclark> Or if we're going to need to change the signature of the strategy call

[10:07:57 CDT(-0500)] <colinclark> Can you spend a couple of quick minutes looking into that prior to today's meeting at noon

[10:08:08 CDT(-0500)] <yzen> colinclark: will do

[10:08:13 CDT(-0500)] <colinclark> thanks

[10:49:25 CDT(-0500)] <Justin_o> yzen: do you know if i could use markup like this with the prototree for creating radio buttons http://pastie.org/6472757

[10:49:40 CDT(-0500)] <Justin_o> i'm not sure how i would be able to fill in the spans correctly

[10:50:42 CDT(-0500)] <jessm> from the a list apart font article

[10:50:44 CDT(-0500)] <jessm> With a symbol font, however, you can’t have alternative designs for different font sizes.

[11:08:30 CDT(-0500)] <colinclark> jessm: Meaning that as the font size gets larger, the icons simply scale larger?

[11:09:18 CDT(-0500)] <Justin_o> jessm: that seems true. I guess the designers would know better.. I assume that for our use cases we'd typically just want it to scale..

[11:09:57 CDT(-0500)] <jessm> colinclark: i'm not sure

[11:10:03 CDT(-0500)] <jessm> we need to test

[11:10:20 CDT(-0500)] <jessm> i had asked arashs to do a battery of a11y tests on these icons

[11:10:41 CDT(-0500)] <colinclark> That's great

[11:10:50 CDT(-0500)] <colinclark> Have we listed the sorts of tests we will perform?

[11:10:53 CDT(-0500)] <colinclark> Perhaps on a JIRA ticket or something?

[11:11:22 CDT(-0500)] <jessm> colinclark: i believe we have not

[11:12:29 CDT(-0500)] <jessm> in addition, I asked arashs to get familiar with the landscape of options and alternatives out there for these icons. understand any "costs" involved: e.g. $s, uptime (are we dependent on someone else's uptime on a website?)

[11:14:10 CDT(-0500)] <arashs> jessm: colinclark: I have looked into different alternatives, but icomoon seems to be our best bet

[11:15:15 CDT(-0500)] <arashs> I think our biggest issue is IE

[11:19:28 CDT(-0500)] <jessm> arashs: can you unpack that? what is the issue? why is icommon the best bet?

[11:22:44 CDT(-0500)] <arashs> jessm: sure, I checked with the crater of it and made sure it is ok for us to use free

[11:23:28 CDT(-0500)] <arashs> we can easily import our own icons and add them with the existing ones and create a font

[11:23:50 CDT(-0500)] <yzen1> Justin_o: here's the example https://github.com/collectionspace/ui/blob/master/src/main/webapp/defaults/html/pages/Administration-role.html that uses that proto tree i showed you a day ago

[11:26:01 CDT(-0500)] <arashs> we can add ligatures, and we did some testing with a screen reader

[11:27:39 CDT(-0500)] <arashs> we can also have elements other than icons created, for example buttons and indicators

[11:28:33 CDT(-0500)] <arashs> there is also a free offline app

[11:31:09 CDT(-0500)] <arashs> we can have different scales and styles of icon in the same font file

[11:33:12 CDT(-0500)] <arashs> we do have some limitations, we can't import two tone icons in the free version

[11:34:26 CDT(-0500)] <arashs> we can't have other languages in the metadata

[11:34:40 CDT(-0500)] <jessm> arashs: we need to get a JIRA together as colinclark mentioned and list and then conduct some a11y tests

[11:34:52 CDT(-0500)] <jessm> can't have other languages?

[11:35:37 CDT(-0500)] <arashs> and for ligatures, space is not allowed between the words

[11:35:47 CDT(-0500)] <arashs> jessm: sure

[11:37:53 CDT(-0500)] <arashs> jessm: i was thinking, what if the user has chosen another language for the screen reader...

[11:38:33 CDT(-0500)] <arashs> we can't have letters like é in the metadata

[11:38:43 CDT(-0500)] <jessm> arashs: why don't you get the list of tests that should happen together in a JIRA

[11:38:46 CDT(-0500)] <colinclark> arashs: Do you know how to file a JIRA? And do you have a sense of what it would contain?

[11:39:48 CDT(-0500)] <arashs> colinclark: jessm no, but i can try

[11:40:04 CDT(-0500)] <colinclark> So I'm going to talk a little bit this afternoon about good open source JIRAs

[11:40:14 CDT(-0500)] <colinclark> but in short, you're going to want to file a JIRA that describes the task you're doing

[11:40:20 CDT(-0500)] <colinclark> and then, detail is the key

[11:40:27 CDT(-0500)] <colinclark> You'll need to list, in some detail:

[11:40:30 CDT(-0500)] <colinclark> 1. What you're going to do

[11:40:34 CDT(-0500)] <colinclark> 2. Why it's relevant

[11:40:47 CDT(-0500)] <colinclark> 3. Each of the tests and evaluation criteria you will use

[11:42:57 CDT(-0500)] <arashs> great, thanks colinclark

[11:43:19 CDT(-0500)] <colinclark> You'll also want to list the options you're considering

[11:43:22 CDT(-0500)] <colinclark> IcoMoon, etc.

[11:43:55 CDT(-0500)] <arashs> right

[12:05:58 CDT(-0500)] <colinclark> avtar: https://javierha.wordpress.com/2013/03/13/gpii-on-fedora-18/

[12:06:21 CDT(-0500)] <avtar> colinclark: thanks. i was just reading that

[12:06:33 CDT(-0500)] <colinclark> awesome

[12:12:20 CDT(-0500)] <avtar> colinclark, jhernandez: the linked article is interesting http://savanne.be/articles/deploying-node-js-with-systemd/

[12:15:01 CDT(-0500)] <avtar> using systemd to start/restart node makes sense but i'm not sure i follow the logic behind the decision to use systemd shutdown node when a process is idle

[13:40:39 CDT(-0500)] <Justin_o> fluid-everyone: would anyone like to join our community meeting remotely today?

[13:40:54 CDT(-0500)] <Bosmon> Justin_o - what is the subject today?

[13:40:58 CDT(-0500)] <alexn> Justin_o: I will join

[13:41:32 CDT(-0500)] <Justin_o> Bosmon: two things 1) is about community 2) IoC visualization

[13:45:38 CDT(-0500)] <Justin_o> Bosmon: will you be joining?

[13:45:41 CDT(-0500)] <Justin_o> i can try to call you again

[13:45:43 CDT(-0500)] <Justin_o> let me know

[13:46:05 CDT(-0500)] <Bosmon> I think I won't join this time

[13:46:41 CDT(-0500)] <Bosmon> Shouldn't we be having a meeting about UIOptions?

[13:49:28 CDT(-0500)] <Justin_o> Bosmon: okay.. as for UIO meeting.. maybe after the community meeting if people are still around

[14:06:52 CDT(-0500)] <jessm> Justin_o: is the meeting still happening?

[14:07:58 CDT(-0500)] <Justin_o> jessm: yes, would you like to join

[14:08:04 CDT(-0500)] <jessm> yes

[14:09:03 CDT(-0500)] <jessm> Justin_o: ^

[14:10:19 CDT(-0500)] <Justin_o> ether pad for the community meeting http://openetherpad.org/aayjNMVu3J

[14:10:35 CDT(-0500)] <cindyli1> an awesome wiki page: http://wiki.fluidproject.org/display/docs/Quick-and-Dirty+Website+Accessibility+Tests+-+and+Fixes