[09:27:23 CST(-0600)] <colinclark> anastasiac, Justin_o: Do we have any good examples, tutorials, or documentation about how to do internationalization with Infusion?

[09:28:24 CST(-0600)] <Justin_o> colinclark: we have this for the preferences framework http://wiki.fluidproject.org/display/docs/Localization+in+the+Preferences+Framework

[09:28:35 CST(-0600)] <anastasiac> colinclark, I think the best (only?) thing we have right now is actually the localization docs for the preferences framework. The way the framework handles it has changed recently, and the prefs framework docs are the most up-to-date

[09:28:57 CST(-0600)] <colinclark> How about example code or a good place to look at how we've done it?

[09:29:15 CST(-0600)] <anastasiac> the starter panels all use message bundles

[09:29:20 CST(-0600)] <Justin_o> anastasiac, colinclark: just so you know.. the stringBundle method only works in the panels..

[09:29:31 CST(-0600)] <anastasiac> but I don't believe we have any examples showing them in another language, for example

[09:29:39 CST(-0600)] <anastasiac> and Justin_o: oh! good to know

[09:29:46 CST(-0600)] <colinclark> Someone in Sakai seems to be asking how to do it generally with Infusion

[09:29:54 CST(-0600)] <anastasiac> Justin_o, do you know if there are plans to move that functionality into the framework proper?

[09:29:55 CST(-0600)] <colinclark> probably not making a preference editor per se

[09:30:05 CST(-0600)] <Justin_o> anastasiac: i guess that should be preferences framework, not panels, but it doesn't extend beyond there yet

[09:30:05 CST(-0600)] <colinclark> though this documentation is looking really hot

[09:30:12 CST(-0600)] <anastasiac> yeah, that's something we're lacking, colinclark

[09:30:16 CST(-0600)] <colinclark> ok

[09:30:20 CST(-0600)] <anastasiac> colinclark, do you know if they're working with master, or 1.4?

[09:30:21 CST(-0600)] <colinclark> any good sample code you'd point someone to?

[09:30:22 CST(-0600)] <colinclark> in our demos

[09:30:25 CST(-0600)] <colinclark> probably 1.4

[09:30:28 CST(-0600)] <colinclark> but who knows?

[09:30:32 CST(-0600)] <anastasiac> hm

[09:30:45 CST(-0600)] <Justin_o> anastasiac: not sure if it will move to the framework generally.. maybe bosmon will have thoughts on that

[09:30:50 CST(-0600)] <anastasiac> I suspect our examples are (shamefully) not actually written to be very internationalizable

[09:31:38 CST(-0600)] <anastasiac> we really should fix that, and create a demo for internationalization, and document how to do it

[09:31:41 CST(-0600)] <colinclark> How about components out in the wild?

[09:31:42 CST(-0600)] <Justin_o> colinclark, anastasiac: do either of you know if you can namespace modelListeners

[09:31:51 CST(-0600)] <anastasiac> I will file some JIRAs

[09:31:56 CST(-0600)] <anastasiac> in the wild… hm

[09:31:57 CST(-0600)] <colinclark> ok, cool

[09:32:13 CST(-0600)] <colinclark> Justin_o: I don't see why not

[09:32:14 CST(-0600)] <anastasiac> but colinclark, I don't know how soon any docs/demos will actually be created

[09:32:22 CST(-0600)] <colinclark> yup, I totally understand that

[09:32:50 CST(-0600)] <Justin_o> colinclark: i'm wondering how because you specify paths.. so i would imagine that "event.namespace" wouldn't work for it

[09:33:22 CST(-0600)] <Justin_o> colinclark: perhaps i'll have to create an array and use a namespace property in each object

[09:33:22 CST(-0600)] <colinclark> Justin_o: Check the unit tests; that's often the first place I go to see what's "supported" in the sense of verified and tested

[09:33:39 CST(-0600)] <Justin_o> colinclark: yah.. i checked.. i couldn't see a use of namespaces there for modelListeners

[09:33:48 CST(-0600)] <colinclark> ok

[09:33:58 CST(-0600)] <colinclark> I'm guessing Bosmon might resurface later

[09:34:07 CST(-0600)] <colinclark> he's in England, so up early for once

[09:34:09 CST(-0600)] <colinclark> you could ask him

[09:34:10 CST(-0600)] <Justin_o> colinclark: okay.. thanks

[09:34:17 CST(-0600)] <Justin_o> ah cool.. so i might see him before i leave then

[09:34:27 CST(-0600)] <Justin_o> do you know if he's planning on coming to the community meetings?

[10:10:20 CST(-0600)] <anastasiac> cindyli, in case it matters: I've merged your changes to my PFID branch, and made some of my own, and pushed the latest to my github

[10:11:48 CST(-0600)] <cindyli> got it. thanks, anastasiac

[10:54:48 CST(-0600)] <colinclark> danaayotte and vjoanna, I have a quick question about the notion of "accounts" for our current iteration of the PMT/PCP

[10:55:13 CST(-0600)] <danaayotte> ok

[10:55:18 CST(-0600)] <colinclark> From looking at the wireframes, it looks like we don't have any kind of account creation included, which I think is good

[10:55:19 CST(-0600)] <colinclark> is that correct?

[10:55:49 CST(-0600)] <colinclark> Just the "to apply preferences on other devices, save this token…" screen, right?

[10:56:43 CST(-0600)] <danaayotte> yes, for pilot we got rid of account creation

[10:56:55 CST(-0600)] <anastasiac> Justin_o, the localization docs contain a note at the top saying they haven't been updated to reflect a recent change. Did the edits you made make that note invalid?

[10:57:29 CST(-0600)] <Justin_o> yes.. i think you can take that down now

[10:57:37 CST(-0600)] <anastasiac> k, thanks

[10:59:54 CST(-0600)] <Justin_o> anastasiac: feel free to work your magic on my changes

[11:00:09 CST(-0600)] <anastasiac>

[11:28:41 CST(-0600)] <anastasiac> Justin_o, on the localization page, is the diagram still accurate and helpful?

[11:30:02 CST(-0600)] <anastasiac> e.g. is ".msgBundle" still correct? are there different things that should be mentions (e.g. .stringsBundle)?

[11:31:11 CST(-0600)] <Justin_o> anastasiac: i guess we could add stringBundles.. the other things should be correct i believe

[11:31:38 CST(-0600)] <Justin_o> anastasiac: oh and the slidingPanel now added a messageResolver but not sure that needs to be in the diagram

[11:31:50 CST(-0600)] <anastasiac> so there are both "msgBundle" and "stringBundle"

[11:32:20 CST(-0600)] <Justin_o> anastasiac: yes.. somewhat confusing eh..

[11:32:31 CST(-0600)] <anastasiac> what's the difference, Justin_o?

[11:35:02 CST(-0600)] <Justin_o> anastasiac: the stringBundle is basically a little component attached to the panel or other thing that uses it.. and it takes in a messageResolver and the stringArrayIndex

[11:35:04 CST(-0600)] <Justin_o> here's the code

[11:35:05 CST(-0600)] <Justin_o> https://github.com/fluid-project/infusion/blob/master/src/framework/preferences/js/Panels.js#L27-L58

[11:35:23 CST(-0600)] <Justin_o> i guess it's not really a component but a grade

[11:35:31 CST(-0600)] <Justin_o> and it adds some functions

[11:36:08 CST(-0600)] <Justin_o> it works and is attached similar to the way that the dom member is added to viewComponents

[11:36:52 CST(-0600)] <anastasiac> so the thing called msgBundle is actually the message resolver, and the thing called stringBundle is a tool for accessing the messages, is that a semi-reasonable summary, Justin_o?

[11:37:35 CST(-0600)] <anastasiac> Justin_o, is it too late for me to suggest alternate names for these things?

[11:38:08 CST(-0600)] <Justin_o> anastasiac: yes for the summary, no for the names

[11:38:27 CST(-0600)] <Justin_o> anastasiac: if you want to change the names, just write up a jira. We should probably do it before 1.5 if we can

[11:46:29 CST(-0600)] <anastasiac> Justin_o: http://issues.fluidproject.org/browse/FLUID-5207 Again, I'm not sure if it's a blocker, but I've made it one so we don't forget to decide whether or not it is one.

[12:00:50 CST(-0600)] <Justin_o> anastasiac: thanks

[12:52:32 CST(-0600)] <colinclark> yzen: quick q

[12:52:34 CST(-0600)] <colinclark> if you're free

[12:55:33 CST(-0600)] <anastasiac> colinclark, yawn is at soccer

[12:55:48 CST(-0600)] <colinclark> I often yawn at soccer, it's true

[12:56:07 CST(-0600)] <anastasiac> autocorrect fail

[13:31:46 CST(-0600)] <Justin_o> fluid-everyone: would anyone like to join the community meeting remotely.. we'll be doing another doc sprint

[13:32:06 CST(-0600)] <cindyli> me, Justin_o

[13:36:10 CST(-0600)] <anastasiac> michelled, will you be able to join the docs sprint this afternoon?

[13:36:32 CST(-0600)] <michelled> I'm not sure yet anastasiac

[13:36:52 CST(-0600)] <anastasiac> ok, we welcome you when and if you're able to join

[15:00:33 CST(-0600)] <colinclark> hey yzen

[15:00:44 CST(-0600)] <yzen> colinclark: hi

[15:00:52 CST(-0600)] <colinclark> I'm confused about this directory: https://github.com/GPII/universal/tree/master/testData/deviceReporter

[15:00:57 CST(-0600)] <colinclark> Fascinatingly, so was kasparnet

[15:01:21 CST(-0600)] <colinclark> which one of these files actually represents the thing the mock Device Reporter returns?

[15:03:31 CST(-0600)] <yzen> colinclark: it's a combination of isntalledSolutions.json and the actual platform info

[15:03:47 CST(-0600)] <colinclark> so the only file that is actually used, in practice, is installedSolutions.json?

[15:04:00 CST(-0600)] <yzen> yes in current configurations yes

[15:04:20 CST(-0600)] <colinclark> And installedSolutions.json contains both Windows and Linux solutions

[15:04:50 CST(-0600)] <colinclark> Are these all reported back, or are the non-platform-appropriate solutions somehow stripped out of the response?

[15:05:06 CST(-0600)] <yzen> colinclark: all back i bet

[15:05:20 CST(-0600)] <yzen> hence the platform specific file, we don't actually use them

[15:05:31 CST(-0600)] <colinclark> ok

[15:05:37 CST(-0600)] <colinclark> I'm going to remove all the platform-specific files

[15:05:42 CST(-0600)] <yzen> ok

[15:05:46 CST(-0600)] <colinclark> moving only the linux one to the "examples" directory

[15:06:05 CST(-0600)] <colinclark> since I assume it reflects a realistic picture of what a consumer of the Device Reporter would expect to get back as a response, right?

[15:08:52 CST(-0600)] <colinclark> yzen: ^

[15:08:55 CST(-0600)] <yzen> yes that sounds right

[15:09:05 CST(-0600)] <colinclark> ok, cool

[15:09:06 CST(-0600)] <colinclark> Another question for you:

[15:09:13 CST(-0600)] <colinclark> I've asked you this a million times, I know

[15:09:14 CST(-0600)] <colinclark> sorry

[15:09:36 CST(-0600)] <colinclark> But if I make a PUT request to the Preferences Server with a new preference set, will it generate me a user token?

[15:09:39 CST(-0600)] <colinclark> Or do I have to specify it?

[15:10:01 CST(-0600)] <yzen> colinclark: it will generate one

[15:10:19 CST(-0600)] <colinclark> What should the request look like, if I make, say, a curl request?

[15:13:07 CST(-0600)]

<yzen> curl -X POST -H "Content-Type: application/json"

Unknown macro: {url ot pref server}

/user/

Unknown macro: {optional token}

-d @filename

[15:13:15 CST(-0600)] <yzen> or instead of @filename actual json

[15:13:16 CST(-0600)] <yzen> string

[15:31:22 CST(-0600)] <colinclark> awesome, yzen

[15:31:23 CST(-0600)] <colinclark> thanks

[15:31:31 CST(-0600)] <yzen> did it worK ?

[15:42:44 CST(-0600)] <colinclark> yzen: It worked well enough for me to type it into an email to Chris Petsos

[15:43:00 CST(-0600)] <yzen> nice

Browser not supported