17:01:06 RRSAgent has joined #social 17:01:06 logging to http://www.w3.org/2016/08/02-social-irc 17:01:08 RRSAgent, make logs public 17:01:08 Zakim has joined #social 17:01:10 Zakim, this will be SOCL 17:01:10 ok, trackbot 17:01:11 Meeting: Social Web Working Group Teleconference 17:01:11 Date: 02 August 2016 17:01:23 scribenick: rhiaro 17:01:25 present+ 17:01:58 present+ 17:01:59 https://www.w3.org/wiki/Socialwg/2016-09-22#Registration 17:02:00 Social Web WG Face to Face Meeting in Lisbon (F2F7) 17:02:22 eprodrom has joined #social 17:02:35 Topic: Next f2f at TPAC 17:02:42 tantek: please register, pay the fees, and add yourself to the wiki page 17:02:52 present+ 17:02:53 present+ 17:02:58 present+ 17:03:10 ... The w3c has hotels with blocks of rooms, they're filling up very quickly, fairly close to the venue, so another reason to act quickly 17:03:11 annbass has joined #social 17:03:14 ... Register and book rooms today 17:03:36 ... our f2f is 22/23 of Sept. You should also try to be there for the 21st 17:03:47 ... which is the technical plenary day, where there are breakotu sessions and talks 17:03:48 present+ 17:04:06 ... In past tpac sessions we've had one or more breakouts on social or decentralised web that bring in new participants 17:04:20 ... Last year AnnB helped moderate a good session 17:04:22 present+ 17:04:30 present+ 17:04:34 ... Please see if youc an sign up for Weds, Thurs and Fri of that week 17:04:39 present+ 17:04:50 PROPOSED: approve last week's minutes https://www.w3.org/wiki/Socialwg/2016-07-26-minutes 17:04:55 Topic: Minutes from 2016-07-26 17:04:57 +1 17:04:59 +1 17:05:01 +1 17:05:02 present+ 17:05:09 +1 17:05:15 +1 17:05:26 +0 (did not participate) 17:05:58 RESOLVED: approve last week's minutes https://www.w3.org/wiki/Socialwg/2016-07-26-minutes 17:06:20 Topic: PuSH 17:06:43 ... eprodrom? 17:07:21 eprodrom...? 17:07:30 Topic: Micropub issues 17:07:33 I'm here 17:07:47 are you on the call eprodrom ?? 17:07:56 okay, hear you now! 17:08:05 eprodrom: I'm not sure ... we had Julien ... I'm not up on where we are with PuSH right now 17:08:21 tantek: We need to discuss next steps for PuSH, but we can postpone 17:08:26 eprodrom: is Julien on the call? 17:08:33 present+ 17:08:59 ... Let's make sure he's on the next call 17:09:24 sandro: Last week he apologised for putting it in his calendar wrong, but said he'd be here this week 17:09:36 tantek: If Julien calls in we can get back to discussing about it 17:09:44 Topic: Micropub issues 17:09:47 https://github.com/w3c/Micropub/issues/34 17:09:59 aaronpk: We're blocked on 34, being able to specify alt text for creating images 17:10:15 ... We've been iterating on the microformats side of it separately and now have a proposal for how that translates to micropub 17:10:31 ... I don't think we need to vote on it or anything it's just.. I'm happy with this solution, everybody else feel free to chime in on that github thread 17:10:56 https://github.com/w3c/Micropub/issues/37 17:11:09 ... And since we have r12a here we might be able to get some more context around some of the other issues pending on mp, in particular I'm interested in 37 and that issue is about specifying language or direction of name or other parameters 17:11:17 ... Have some back and forth in that thread and waiting for a response 17:11:21 Arnaud has joined #social 17:12:00 r12a=Richard Ishida, lead of Internationalization (i18n) work at W3C 17:12:06 r12a: Can I talk about it in a few minutes, because we're going to be talking about the same thing for AS2? 17:12:21 aaronpk: That's fine if we can do them all in one go, not a problem. That's all I wanted to bring up about mp right now 17:12:28 tantek: Any other outstanding issues on mp? 17:12:32 aaronpk: There's a couple 17:12:35 tantek: substantive 17:13:01 aaronpk: there's one possible one about when the configuration is not implemented by an endpoint should there be a required response to indicate it's not implemented 17:13:09 ... This was opened last night, so I think we can continue on github for a while longer 17:13:19 tantek: So other than 37 and last night's, they're all resolved? 17:13:23 ... again 17:13:31 aaronpk: Either resolved or working on addressing editorially 17:14:03 tantek: sandro, what are the next steps for micropub? We've had the CR transition call and there wasn't an explict no and now we're not sure what to do next 17:14:32 sandro: You pinged Ralph yesterday tantek and he just replied about an hour ago 17:14:50 ... the short answer is that 1 tiny edit to h-entry linking to the stability thing and then we can go ahead and publish, we don't need another meeting 17:15:31 ... there may also be a thing about internationalisation. If we want to make changes to address i18n concerns, we need to make sure everyone is satisfied before going forward with those changes, but assuming the are we don't need another call 17:15:46 Topic: PuSH 17:15:51 tantek: Welcome Julien! Great to have you here 17:16:14 Julien: Hello! 17:16:36 julien has joined #social 17:16:44 hello! 17:16:46 hi! 17:16:50 presence + 17:16:54 present 17:16:58 present+ 17:17:24 julien: sorry it's been such a mess these past weeks, I'm dedicated to making it here in time in future 17:17:42 tantek: The topic is PubSubhubbub and we want to discuss the next steps in terms of bringing the spec to the WG and starting with an ED and hopefully going to a FPWD 17:18:09 sandro: There's some mechanical stuff in terms of... if I understand right you have ac urrent draft I saw a few months ago. We want to get it into a new repo under w3c on github and roughly the right format 17:18:22 ... Last week I sent you an email to a pointer to one of the other specs 17:18:28 julien: That seems fine, I need to work the details out 17:19:06 sandro: Normally the process is the editor prepares the draft, the group reads over it, we raise issues on github, we talk about them if their non-trivial, and do an iteration cycle where every once in a while we publish a Working Draft to get commetns from outside the group 17:19:16 ... We're in a hurry because it's late in the life of the WG, but that doesn't change the basic process 17:19:28 jasnell has joined #social 17:19:36 ... a big question in my mind is how close the latest draft that you've worked on is to something that we think is ready to actually publish that people could use 17:20:11 ... I'm not a great expert in this space, I haven' tused it, but I know when I read through the spec I thought there were some underspecified bits, and I understood some other people have, the indiewebcamp wiki has some parts that specify the underspecified parts to get ineroperability 17:20:26 julien: I need to look at the indiewebcamp requirements, I can defintiely look at this and try to merge the comments and fix whatever is missing 17:20:45 sandro: If I understand right, this is 0.4 and from 0.3 you took out a bunch of the xml stuff that many of us where happy to see go, but left a bit of a hole there 17:20:56 julien: I can see hwat you mean. The initial versions of PuSH were targed to rss and atom feeds 17:21:05 ... The goal with 0.4 was to make it agnostic in terms of mime type so it can work with json or html or anything else 17:21:19 ... What we lost in the transition is the fact that xml or rss has for example diffing mechanisms that are clearly defined 17:21:24 ... That we dont' have for other types of resources like json 17:21:34 ... So I guess these are the parts that might be underspecified. Is there something else? 17:21:37 sandro: That's what I was thinking of 17:21:57 julien: Unless there is a global diffing emchanism that I don't know about I'm not sure how.. we could always revert to a text-based diff, but for things like json there might be smarter ways to do it 17:22:08 q+ 17:22:25 sandro: I don't remember exactly, but if that's exactly what it is I think we could.. since the http patch verb came along theres' a notion of mime types for patch formats so we could sort of refer to that and say you can use whatever you want that has to be some specified patch format 17:22:31 ... I don't remember if that's all that there is, but that might be one option 17:22:46 julien: In eed to look again, I understood patch format was char level diffing, but if we can map the behavoiur there that should work 17:23:00 ack aaronpk 17:23:03 https://indieweb.org/how-to-push 17:23:23 aaronpk: Just dropping a link to the post referenced previous. I wrote this up when I implemented a PuSH Hub, as well as publishing to that hub, where the things I'm publishing are html pages with h-entry markup 17:23:28 ... For that constraint, this is what i ended up doing 17:23:41 ... The idea being that if anybody is publishing similar h-entrys on an html page, this is an interoperable way to do that 17:23:48 with feeds, you usually add to the top and remove from the bottom (wiht time order) so patch will not necessarily help 17:23:48 ... I totally understand that PuSH itself is agnostic to the content 17:24:06 ... But what I've found useful in specs that are agnostic to content like that, having a recommendation for how to handle a partiuclar type of content is useful 17:24:13 ... That way the implementation that do have that content type in common can interoperate 17:24:19 ... So that's basically what this page is 17:24:24 ... PuSH 0.4 for html with h-entry 17:24:36 ... I could definitely see writing a similar tutorial for say using PuSH with AS2 JSON 17:24:56 ... But the problem right now with the 0.4 spec two people publishing and consuming AS2 JSOn may end up doing it differently but still following the spec 17:25:00 q+ time ordered feeds 17:25:05 ... SO adding to the spec that you *have* to do it one way ensures they're interoperable 17:25:07 julien: makes sense 17:25:48 tantek: julien, what do you think of taking an action item to review the details aaronpk has written to see if they're compatible with what you've written in push 0.4 and hopefully something you'd consider adding. Not sure how many implementations there are, but that might be on way to help move the spec forward 17:25:55 julien: sure I can definitely do this. I'll ping aaron if i have comments or issues 17:25:57 tantek: awesome 17:26:09 ... We should formally as a group have a proposal to add PuSH as an ED 17:26:57 sandro: we made an agreement to invite julien to join and do this, so Amy and I will go ahead and make the repo and set permission to write to it, and when he has something for us to review, we can look into linking to it and so forth 17:27:09 tantek: don't we have a separte step first where we accept that we're going to take on something as an ED? 17:27:13 sandro: We need the draft in hand to do that 17:27:27 tantek: Iw as going to propose that with current 0.4 17:27:47 fitzpatrick right? 17:27:59 sandro: Are there people who have been associated with PuSH in the past (in particular bradfitz) and whether in the name of politeness we should double check whether they want to be involved 17:28:05 ... Or if anyone is in active contact with him 17:28:18 julien: I can ping them both though I doubht either will have time or interest 17:28:21 sandro: I'd like them to feel invited 17:28:27 ... We'd be more than happy to have them help 17:28:49 tantek: Makes a lot of sense. We'd appreciate that julien to give them anopportunity to participate. No obligation, just make it clear that we're open to their participation 17:28:55 ... Mostly want to make sure they know that 17:28:58 ... And that there are no objections 17:29:02 is Bret still maintaining the google hub? 17:29:12 sandro: and if you could cc the chairs or the WG to confirm to them that you're acting on our behalf in inviting them 17:29:16 julien: sure, I'll do this 17:29:28 KevinMarks: no I don't think so 17:29:50 tantek: Then we'll leave it to 3 weeks from now to do the next steps there. Don't let that stop you, once you have teh repo set up keep iterating on it, go ahead and review 17:30:04 ... go back and forth on details with aaron. We'll bring it up again for discussion at our next telecon on 23rd 17:30:13 sandro: informal telecons the next 2 weeks 17:30:27 tantek: a request to keep the slot for editors who want to have editing discussions 17:30:33 we can maybe ask Brett who is, if we want it updated infuture 17:30:40 sandro: julien, if you make some progress and you want feedback from the group feel free to send email to the group 17:30:41 q? 17:31:09 ack KevinMarks, you wanted to say something about time ordered feeds 17:31:47 KevinMarks: We're not trying to do arbitrary diffing here. PuSH assumes that you're adding stuff to the top and take stuff off the bottom. It may be worth writing a little piece in it saying assume there's a list and you can assume new things have been added 17:32:06 q? 17:32:07 ... Implied in aaron's writeup, but we can extend to other formats. Worth making that model clear, not arbitrary diffs, but adding new things to a list of things 17:32:38 tantek: My assumption is that push is not just for new items that shwo up at the top, but for potentially updates to existing items and perhaps even deletions 17:32:41 julien: yes that is the case 17:32:55 ... There's a mechanism called tombstones where people publish empty entries with a previous id to mean a deletion 17:33:01 ... but to Kevin's point, I don't think anyone implemented this 17:33:22 ... Might be interesting to consider just adding stuff. But I can see hwo deletions might be useful for other types of data 17:33:42 aaronpk: I don't remember doing that. I'm pretty sure I just talk about publishing simple feeds 17:33:50 we have done that with webmention 17:33:58 tantek: any other comments on PuSH? 17:33:58 so could learn from that 17:34:18 KevinMarks: We have done some work on updates and deletes on lists of things with comments in webmention 17:34:30 ... When there's a list of comments under something you can see which ones are new or which are deleted and update those 17:34:48 tantek: just updates or also deletes? 17:35:12 KevinMarks: In the case where you'r etrying to propagate comments through salmentions, you're implicitly responding to deletes there because you're propagating deletes. I think edits work better than deletes at the moment. Not sure 17:35:52 ... There's an issue with assumed deletes because the classic feed is the most recent n items. Don't want to misidentify something falling off the bottom of a feed as a delete 17:36:06 tantek: aaronpk will look into it, and julien said there's a mechanism with tombstones in atom that could be used 17:36:17 ... There are some concepts but nothing concrete. We'll let folks go off and figure that out and come back 17:36:38 Topic: Webmention issues 17:36:39 q? 17:36:56 aaronpk: two I want to bring up 17:37:04 https://github.com/w3c/webmention/issues/57 17:37:12 ... One I have a proposal in mind for, issue 57, response body in the webmention 17:37:21 ... Right now it says the response may contain content and suggests a human readable response 17:37:26 I have to go 17:37:29 later, everyone 17:37:30 ... that response is just for the post request that sends the webmention 17:37:38 ... THe intent is that that response is only ever visible to developers 17:38:02 ... So similarly to how we address with micropub, I propose we add clarification that indicates that this is text useful to the client developer and not meant to be visible to end users 17:38:16 ... In doing so, that removes the need for explicit content language or other meta information about that text 17:38:30 q? 17:38:49 q+ 17:38:55 ack r12a 17:39:15 r12a: So if I understand correctly what we're saying is that these messages will be in English because we assume that all the developers will speak English 17:39:22 aaronpk: I was not going to recommend any language for the message 17:39:32 ... It depends who is creating the app and who the expected developers are 17:39:36 ... Most of the time this text is never seen 17:39:52 ... It is only seen the first time somebody interacts with sending a webmention for the first time 17:40:06 ... I would like to clarify that it's for developers and intentionally not recommend any language 17:40:53 r12a: this is Addison's comment so don't want to speak for him. He would probably have some concern because we should probably assume that developers might be chinese or japanese and if they want to use messages in those languages you want to know which one it is so you can use the right font, and of course if they use hebrew or something like that you're going to have a problem. I'm guessing that th ei18n wg would not stop us moving forward on that, but might 17:40:53 still be an issue 17:41:16 aaronpk: Is including a content language header a sufficent mechanism because that's already part of http? doesn't require special handling for webmention 17:41:24 r12a: gets us most of the way for language, doesn't help with direction 17:41:45 aaronpk: I'm curious to hear your other comments about text direction, because from what I read it appears unicode solves it 17:42:00 r12a: in this case it might be less of a problem than in the other cases, if you're dealing with a set of predefined messages, is that the case? 17:42:14 aaronpk: Not necessarily predefined. Not by the spec, likely predefined by the implementation 17:42:19 r12a: that's probably more manageable 17:42:34 q+ can we refer to http for this? 17:42:36 ... So you need to get a reply from Addison, maybe we can discuss that on thursday as well if we have time 17:42:42 q+ to say can we refer to http for this? 17:43:15 ... I'm not reaching any conclusions because this is Addison Philipps' comment, I was just exploring the situation. 17:43:32 ... My thinking is if we can use content language headers and control codes in this particular case, it's probably more manageable than the general case we're going to talk about in a moment 17:43:45 tantek: let's get that recorded as a likely direction forward 17:43:50 ... for this issue 17:43:57 ... this is just for error messages right? 17:44:00 aaronpk: also success 17:44:28 tantek: can you record this as an issue pending resolution with the issue filer? 17:44:43 r12a: please check with Addison. I wouldn't like to say that what I'm proposing is a resolution 17:44:55 tantek: We'll leave it open pending that discussion 17:45:00 q? 17:45:07 ... aaronpk perhaps you can capture what r12a has said, or richard you can add it yourself to the issue 17:45:23 ack KevinMarks 17:45:23 KevinMarks, you wanted to say can we refer to http for this? 17:45:53 KevinMarks: Can we just refer to http normatively for this? It says how to show error messages and what headers. We're not doing anything special here 17:46:23 tantek: Can you provide that citation for where in http it says how to show error messages, we can evaluate that 17:46:24 https://tools.ietf.org/html/rfc7231#section-6.5 17:46:41 ... Richard, do you know of any existing specs that are doing what is requested in the issue? 17:46:45 r12a: personally no. Addison might 17:47:02 ... One of the reasons I'm reluctant to come on too strong here is because I haven't actually reviewed webmention in detail, Addison did that 17:47:32 tantek: to make more progress we need to involve Addison directly. aaronpk you have your additional actions? 17:47:35 aaronpk: yes 17:47:39 https://github.com/w3c/webmention/issues/60 17:47:40 ... One more wm issue, 60 17:48:14 ... the suggestion here is that because the webmention payload is sent using form-encoded request to copy the text from html5 that is strongly worded warning about the issues of form-encoded format itself 17:48:26 ... THe suggestion is to copy that paragraph into webmention 17:48:38 ... I think that's not a good idea, as the html5 spec is already normatively referenced by webmention 17:48:43 ... I propose closing this without taking the suggested action 17:49:15 q+ 17:49:19 q+ 17:49:41 ack rhiaro 17:49:48 THe proposal was not to copy paste text 17:49:49 ack akuckartz 17:49:56 ... just mention it 17:50:08 akuckartz: I agree, it was not the proposal to quote the text, just to refer to it 17:50:15 ... My proposal would be to add a reference 17:50:51 aaronpk: my argument against referencing it is that webmention is using it as a transport, not talking about how to do form-encoding or decoding. The analogus version of this for any spec that uses json is that you would never find, say in AS2, text that describes how to parse a json string 17:51:02 ... People understand that you refer to the json spec to understand how to parse a json string 17:51:13 ... I don't think there's a need to point out the downsides of using json over any other formats, for example 17:51:32 tantek: this issue is marked editorial, so regardless of how it is resovled there's no impact on implementations? 17:51:34 aaronpk: That's correct 17:52:00 it already references HTML5 explictly, though not linking to the form encoding section 17:52:02 tantek: akuckartz, is there a particular reason you think this particular detail needs to be referenced beyond the overall reference to form-encoding? 17:52:30 akuckartz: when you implement everything you have to deal with the issue raised in this text. If you use a library you will not encounter this probably. I think it's editorial, not one that's absolutely necessary 17:53:22 tantek: Since it's purely editorial and it sounds like there aren't strong feelings, I'm going to propose to go with the editor's preference 17:53:37 PROPOSED: resolve webmention issue 60 as editorial with action (or lack thereof) at editor's discretion. 17:53:51 +1 17:53:54 +1 17:53:55 +1 17:53:58 +1 17:54:05 +0 17:54:31 +0 17:54:32 eprodrom_ has joined #social 17:54:34 +1 17:54:44 RESOLVED: resolve webmention issue 60 as editorial with action (or lack thereof) at editor's discretion. 17:55:03 Topic: i18n issues in AS2 17:55:13 tantek: only 5 minutes left but let's get started so we can follow up on Thursday 17:55:25 r12a: My aim is to set the ground for THursday, you'rea ll invited to come to the i18n teleconference 17:55:36 ... I want to explain some things about how i18n review works and answer any immediate questions 17:55:41 could link wm directly to https://www.w3.org/TR/html5/forms.html#url-encoded-form-data rather than the html5 spec as a whole? 17:56:07 ... I have to explain that in i18n we don't know everything about everything, fairly obvious but people sort of seem to expect that we do. We have specialisations, my specialisation is not JSON or technologies realted to that. Addison and Felix know more about that 17:56:31 ... I've been trying to learn what I can about the technology recently and we're trying to get together recommendations that are much more focused on the technology that will help you and other groups working with JSON in the future 17:56:37 It must be possible to indicate base direction for each individual paragraph-level item of natural language text that will be read by someone. 17:56:37 It must be possible to indicate base direction for embedded runs of inline bidirectional text for all natural language text that will be read by someone. 17:56:37 Annotating right-to-left text must require the minimum amount of effort for people who work natively with right-to-left scripts. 17:57:27 ... There are millions upon millions of people using rtl scripts 17:57:40 https://github.com/w3c/i18n-activity/wiki/Specs-handling-text-direction 17:58:08 ... This is an unoffical draft wiki page with concerns noted about the approach. One issue about being able to put markup in place for the name property 17:58:17 ... But I'm focussing here on getting text direction adequately specified 17:58:27 ... If you go to that page I've sketched out what I think is the current solution proposed by the socialwg 17:58:48 ... It ocnsists of putitng in control chars at the beginning and the end of paragraphs that don't support markup, and putting in markup for summary and content paragraphs 17:59:28 ... Typically that is something that you can do to describe direction, but my understanding is that a lot of these messages, this text will be created by users. We expect there to be a problem in this case, because in many cases users would find it redundant to provide these control characters, if they're typing into a form in a webpage for example 17:59:39 ... They may use the keyboard, or rely on an inherited direction in html 17:59:47 ... They may not have a keyboard that lets them type control characters 17:59:59 ... And even if they could to put in this extra information for every string they type in is really not going to work 17:59:59 q+ 18:00:07 ... So we're exploring alternative ways of doing that 18:00:12 ... I've put alternative suggestions on the wiki page 18:00:24 ... A new property called direction is something we did for web annotation for text direction 18:00:45 ... Only when you have the odd occasion that the text content is unusual do you have to step in and do something else 18:00:48 ... That's something we'd like you to consider 18:00:58 q+ to ask general question (again) of are there any existing (deployed) specifications (JSON-based) that follow these guidelines? or is this all new? 18:00:59 ... I'm also in the process of putting together a much more detailed discussion of the issues 18:01:14 ... We're putting together more specific guidelines for people using JSON and JSON-LD 18:01:21 ... There are problems with both in terms of catering for direction 18:01:44 ... We will at some point go back to the JSON-LD guys and say is there a better way of doing this. We want to make sure we have a workable system for all those millinos of peoplle who use rtl scripts 18:01:58 ... When you publish AS2, or at the very least recognise if it's not going to service these people the way we'd like it to 18:02:19 tantek: we have a queue and we've gone over, but since r12a I'd like to suggest we extend our call 15 mins if Richard has time 18:02:22 r12a: fine by me 18:02:31 q? 18:02:33 ack aaronpk 18:03:25 aaronpk: Have you looked at existing apis not w3c apis, such as facebook or twitter or other social networks that exist only in particular countries that have rtl scripts, and figured out how they handle this issue? It seems like there are primarily Asian social network apps that have almost exclusively Asian users and they seem to be working fine. I'm curious to know if you've research how they've solved this 18:03:48 r12a: I don't have a lot of informationa bout that, I have spoken with twitter at one point but I have to admit that I don't know if my information is now up to date. I don't know the asnwer to that but it's certainly something I can look into 18:04:12 ... I guess the thing we're concerned with is that you're describing a model here which we hope iwll be generic and will therefore carry the metadata that is necessary for realising and using text appropriately 18:04:44 aaronpk: I understand the concern. My concern is that so far we havne't seen any suggestions based on implementations. These seem like possible technical solutions to the problem, and I'm mostly curious to see if these suggestsion come from how people are solving this today 18:04:53 r12a: That's something we can look into 18:05:11 aaronpk: I would love if you guys did some research on that and came back and say 'here is a survey of the 12 apps we analysed and how they handled this issue' 18:05:52 r12a: bearing in mind also that we don't understand your technology very well, we were asked to review AS2, we don't know much about it. We don't have the bandwidth know everything about everything. So we rely on you to help with the solutions. We try to focus on what the requriments are and try to understand with you how you think those requirements can be met 18:06:27 aaronpk: I get that. The thing that would be the most helpful for me is that because you have more experience with this issue, getting the real world background of existing implementations, describing how they solved it, as ane ditor I can look at that and see how that applies to my spec 18:06:37 q? 18:06:39 ... You're in a better position to understan dhow existing APIs are solving it because you're more familar with this space 18:06:41 r12a: okay 18:06:42 ack tantek 18:06:42 tantek, you wanted to ask general question (again) of are there any existing (deployed) specifications (JSON-based) that follow these guidelines? or is this all new? 18:07:08 jasnell has joined #social 18:07:29 https://blog.twitter.com/2012/right-to-left-languages-on-twitter 18:07:31 tantek: There is a workable system today for the millions who use rtl scrpts, they use a number of social media applications. Develoeprs that are writing applications for them.. so there is some sort of existence proof there that the market has somehow solved that problem 18:07:45 ... There is something workable, it's just proprietary. Our goal is to make something workable that's standard 18:07:50 ... Rather than trying to reinvent what's workable 18:07:58 ... Which is why we have the questions about real world examples 18:08:33 ... In particular I'm going to generalise to are there any existing deployed specs that are json-based, not specific to AS2 or micropub or anything in socialwg, but rather json as a whole, that follows these guidelines that you've provided, or are all of these guidelines kind of new and we are no in the process of trying to upgrade how json specifications are done? 18:08:48 r12a: This is not something that the i18n working group has al ot of experience in, we're trying to learn as we go 18:08:58 ... We've been through one cycle with web annotation and developed a solution with them for their json based stuff 18:09:10 ... Felix has a lot more experience with this, but also more despair about whether these things really do work 18:09:25 ... He comes across problems a lot 18:09:38 ... I wonder sometimes how effective existing solutiosn are 18:09:56 ... In Oman recently I asked what they were using and the range of stuff they actually use is very limited because of the direction problem 18:10:05 ... Things like photoshop and adobe products, things of that kind, powerpoint 18:10:08 ... They were really struggling 18:10:09 https://facebook.github.io/draft-js/docs/advanced-topics-text-direction.html 18:10:15 ... The world doesn' tknow a lot of the time how much they're struggling 18:10:29 ... I don't know if they're struggling with facebook, twitter. I would be interested in looking closely to see if they're really doing as well as they need to 18:10:51 ... Even with html recently there have been problems in really properly representing rtl scripts, so I'm not denying these users, but saying let's be a little cautions and look into it. It might not be as rosy as we hope. 18:11:06 tantek: I don't think anyone is saying it's rosy, but you used the word workable, seems like a reasonable bar 18:11:26 dokieli is deployed. 18:11:28 ... Par tof the concern here, and annotations is an example here, is that there is nothing deployed that follows these guidelines 18:12:04 ... These recommendations should be based on implementation experience, not base don aspirational technical requirements 18:12:17 I'll add that Wiley is implementing the Web Annotation Data Model for our publishing pipeline, and will be using the things the Web Annotation WG (with r12a's help) has put into that model 18:12:19 ... Web annotations has nothing that's widely deployed in rtl languages 18:12:40 ... So it doesn't really count 18:12:46 ... This probably isn't the only time you'll get these kinds of questioning 18:12:51 ... not just for socialwg, but across w3c 18:13:05 r12a: let me go back then and say that what we do understand are the rquirements. We understand rtl and bidi scripts work 18:13:10 jasnell has joined #social 18:13:16 ... We understand the problems with them, and the information you need to make them work right 18:13:31 ... We don't want to design your spec for you, we want you to do that, we want to help you understand where there are likely to be problems 18:13:35 r12a+ 18:13:36 q+ 18:13:44 ... What I'm talking about is not aspirational, i'ts real world requirements that need to be supported by your specification 18:13:49 ... And we need to understand how that's going to happen 18:13:54 tantek: this is about anything using json 18:14:15 ... It's one thing to say we don't understand what you're doing with AS2, that's fair. But this is about anything using json, which goes far beyond AS2, far beyond socialwg, and beyond w3c 18:14:45 ... The majority of APIs today with social networks are using json, therefore the assertion is that these apps are deployed with these apis with rtl languages with user adoption 18:14:51 ... Something has happened there 18:15:10 q? 18:15:23 ... The reason I call it aspirational is that if we cannot point to a single json api standard that follows these rquiremeents then they're aspirational, they don't support requirements that exist today 18:15:31 Q+ to point to https://blog.twitter.com/2012/right-to-left-languages-on-twitter 18:15:44 ack aaronpk 18:15:45 r12a: I wonder if we mean the same things when we say requirements 18:15:57 aaronpk: This article from facebook does a great job at describing those requirements 18:16:05 ... *reads section of article* 18:16:43 ... From what I've seen, having read this doc about facebook, as well as the twitter documentation, seems like their solutions are detecting the primary direction of each block of text, as it's needed, rather than making it something the user enters or indicates themselves 18:16:52 ... Part of the goal is to make it easy for users to enter, so they don't have to do anything 18:17:27 ... We do agree on the requirements, that we need to support them and it should be easy for users, however the aspiration parts of what we've seen from the recommendations from i18n is suggesting a particuarl way of handling it that has not been demonstrated as successful of anywhere else 18:17:35 ... facebook and twitter seem to do the exact opposite of what you're suggesting 18:17:45 ... They put the burden of detecting the language direction on the consumer of the api, not the publisher 18:17:50 ... tha'ts the mismatch here 18:18:12 ... We agree on the requirements but the best thing that the i18n group can do for these spec is to actually document what is working in the world righ tnow rather than making recommendations that have not been proven 18:18:34 r12a: we're not making recommendations yet. The wiki page i posted are not recommendations either, just suggestsion that we can talk about and decide if they work 18:19:01 ... twitter use a first-strong approach, they looke for the first strong character in a string and there are certain exceptions. Works most of the time but not all of the time. To work all of the time you'd need a different approach. 18:19:10 ... The things that are out there don't necessarily work correctly or as well as they could 18:19:19 ... The wiki page I linked are just suggestions of things to consider, not intended to say this is what you should be doing 18:19:30 ... One of those suggestison actually does involve the use of first strong detection that they're using int witter 18:19:35 ... There are a number of alternatives 18:19:36 "as well as they could" seems a very different bar from "workable", and that concerns me 18:19:52 (vis-a-vis perfect enemy of the good etc.) 18:19:55 aaronpk: I guess what I'd like to see along with these suggestsions is evidence that theyr'e based on real world implementations. I can't tell if they are from reading the page 18:20:06 ... That's how I'd be more comfortable with evaluating a possible solution for one of my specs 18:20:08 r12a: right 18:20:20 q? 18:20:26 ack KevinMarks 18:20:26 KevinMarks, you wanted to point to https://blog.twitter.com/2012/right-to-left-languages-on-twitter 18:21:11 KevinMarks: in the twitter post, it seems like most of the work si on the input side, they're inserting the rtl markers in the strings, they generate useful utf8 code on the input side 18:21:24 aaronpk: Draft.js which KevinMarks linked to uses a single `textDirection` property with values of 'left', 'right', and 'center' for storing text direction...it doesn't exactly differ from what Web Annotation is doing as I've pointed out here https://github.com/w3c/activitystreams/issues/338#issuecomment-235384311 18:21:27 ... I don't think we have a representation problem. We need guidelines on how to generate these things... not in scope for the representation, more of a user experince thing 18:21:27 q? 18:21:52 I think the twitter example is stronger than the fb one 18:22:01 tantek: richard, do you have an understanding of this wg's concerns? 18:22:16 bigbluehat, that section is prefaced by "it is *also* possible for engineers to manually set the text alignment for an editor's contents." 18:22:21 r12a: I'll reiterate my hope that you also look for these things, rather than just leaving it to us to understand these apis. Certainly it's something we can all do 18:22:38 tantek: good shared responsibility 18:22:46 ... anything else? 18:22:58 aaronpk: point being that there's nothing terrible magical or strange about storing a text direction value in a property... 18:23:28 right, but it is making the monolingual assumption 18:23:59 I'd also encourage everyone to look beyond just the social networking snow flake APIs. Publishing, education, and science have all been dealing with these issues far longer and have far more to teach. 18:24:17 KevinMarks: you can store language also 18:24:18 I'll put up an agenda for unofficial editor's calls for next couple of weeks 18:24:25 bigbluehat++ 18:24:25 bigbluehat has 4 karma (2 in this channel) 18:24:33 tantek: eprodrom, anything about AS2 before we close? 18:24:40 r12a++ 18:24:40 r12a has 1 karma 18:24:43 eprodrom: We'll be on the i18n call on thursday, we canhopefully resolve then 18:24:50 q? 18:25:21 KevinMarks: http://w3c.github.io/web-annotation/model/wd2/#h-external-web-resources 18:25:22 https://lists.w3.org/Archives/Member/member-i18n-core/2016Aug/0001.html 18:25:26 [Robert Sanderson] Web Annotation Data Model 18:25:55 there's format, language, processingLanguage, and textDirection--which should cover most if not all scenarios 18:26:07 ==WHERE == 18:26:07 Tel: +1-617-324-0000 (Webex) 18:26:07 https://mit.webex.com/mit/j.php?MTID=m78201e27974c03949e089c11e487a449 18:26:09 Meeting number: 310 818 734 18:26:11 Meeting password: i18n 18:26:13 IRC channel: #i18n on irc.w3.org:6667 18:26:15 IRC via the Web: http://www.w3.org/2001/01/cgi-irc (#i18n channel) 18:26:17 Details: https://www.w3.org/International/wiki/Core_Homework#How_To_Dial_In 18:26:41 tantek: depends on your definition of deployed. :) 18:26:48 time? 18:26:49 all the things published by Wiley in our publishing chain? 18:26:51 does that count? 18:27:21 == WHEN == 18:27:21 Time: 15:00 UTC <---- Note time UTC 18:27:21 http://www.timeanddate.com/worldclock/fixedtime.html?iso=20160721T1500 18:27:46 jasnell has joined #social 18:28:12 "exactly 1 language" and " exactly 1 textDirection" is a strange constraint 18:28:57 you have textDirection and separate rtl and ltr properties? 18:29:02 how does that work? 18:29:09 @bigbluehat 18:29:10 public-socialweb@w3.org 18:29:15 r12a ^ 18:29:26 KevinMarks: no, ltr, rtl, and auto are values of textDirection 18:29:40 https://lists.w3.org/Archives/Public/public-socialweb/ 18:29:49 Dial In Number: +1-617-324-0000, Access code: 640 626 095 - for Thursday i18n call 18:29:50 KevinMarks: and how would propose to handle more than one language and more than one textDirection for a single string? 18:30:14 thanks for scribing rhiaro, and for chairing tantek! thanks to all for trying to think about other people in the world (i.e., i18n issues) 18:30:15 html defines it 18:30:31 unicode defines direction markers inline 18:30:38 tantek: unofficical calls coming up, then next official call on 23rd 18:30:38 Arnaud: can you confirm you can chair 2016-08-23? 18:30:40 ... Thanks everyone 18:30:45 i18n++ 18:30:45 i18n has 0 karma (1 in this channel) 18:31:08 rhiaro++ for minutes! 18:31:08 rhiaro has 232 karma (122 in this channel) 18:31:11 rhiaro++ 18:31:11 rhiaro has 233 karma (123 in this channel) 18:31:51 you allow multiple languages, which is good, but not multiple text directiosn which is odd 18:32:08 so I can mix hebrew and arabic, but not arabic and french? 18:33:18 r12a++ thank you for all your participation (especially going overtime) in our telcon! 18:33:18 r12a has 2 karma 18:33:19 KevinMarks: that's why there's a language *and* a processingLanguage 18:33:31 trackbot, end meeting 18:33:31 Zakim, list attendees 18:33:31 As of this point the attendees have been akuckartz, rhiaro, cwebber, aaronpk, dmitriz, tsyesika, annbass, KevinMarks, r12a, eprodrom, julien 18:33:39 RRSAgent, please draft minutes 18:33:39 I have made the request to generate http://www.w3.org/2016/08/02-social-minutes.html trackbot 18:33:40 RRSAgent, bye 18:33:40 I see no action items