1 16:17:16 <API> #startmeeting 2 16:17:16 <tota11y> Meeting started Thu Jan 3 16:17:16 2013 CET. The chair is API. Information about MeetBot at http://wiki.debian.org/MeetBot. 3 16:17:16 <tota11y> Useful Commands: #action #agreed #help #info #idea #link #topic. 4 16:17:25 <API> #topic W3c update 5 16:17:41 <API> clown, your turn 6 16:18:16 <clown> #info the first public working draft of the IndieUI spec will be published sometime in January. 7 16:18:53 <clown> #info there is a chance it will be published by end of next week, but various people want to read the latest editor's draft before giving consent. 8 16:19:03 <clown> #info editor's draft is here: http://dvcs.w3.org/hg/IndieUI/raw-file/tip/src/indie-ui-events.html 9 16:19:19 <clown> any questions about that? 10 16:20:03 * joanie pulls it up 11 16:20:16 <API> well, probably in order to make questions we should read all that stuff 12 16:20:26 * joanie nods 13 16:20:31 * clown has yet to read it, himself... 14 16:20:31 <joanie> so a meta question 15 16:20:32 <API> and probably here and now is not the place and moment 16 16:20:47 <joanie> if, having read it, we have questions or feedback 17 16:20:49 <clown> well, my "questions" was any questions about those info's? 18 16:20:58 <joanie> should we send them to the indie ui list? 19 16:21:04 <joanie> or is this more or less an fyi 20 16:21:16 <joanie> and pending final review of the work committee, this is getting published 21 16:21:17 <joanie> period 22 16:21:18 <joanie> ? 23 16:21:31 <clown> you could send them to the indie ui list, since it is a public list. 24 16:21:55 <clown> hmmm… might be worthwhile describing the W3C process. 25 16:22:25 <clown> first, there are editor's drafts — changes due to meetings of the working group. 26 16:23:08 <clown> then there are public drafts, which are more "fixed", but still open to lots of modifications. They are intended to get feedback from the larger community. 27 16:23:17 <clown> there can be a sequence of public drafts. 28 16:23:52 <clown> The next step is the "last call draft", where active solicitation of comments from the world at large is sought. 29 16:24:35 <joanie> about how long (in terms of drafts or months) is it between the first public draft and the last call draft? 30 16:24:36 <clown> after all comments on the LCD have been addressed, the spec moves to CR track (Candidate Recommendation). 31 16:25:01 <clown> joanie, I'll try to answer that in a bit. 32 16:25:24 <clown> During CR, one must show that at least two browsers implement the spec as stated. 33 16:25:43 <clown> If so, the CR is moved to Recommendation, and become release 1.0 34 16:26:19 <clown> in terms of first public draft and last call draft, the only spec I have personal experience with is the aria spec. 35 16:27:26 <clown> the first public draft was circa 2006. The first LC draft was early 2009. The second LC draft was fall 2009, and we began the CR track in early 2010 (and are still there). 36 16:27:31 <clown> (done). 37 16:27:42 <joanie> thanks 38 16:27:49 <joanie> I have additional questions 39 16:28:07 <joanie> does two browsers mean two browsers or two web rendering engines? 40 16:28:25 <joanie> i.e. if there's firefox and another gecko-based browser, is that 2? 41 16:28:31 <clown> yes, it's better to say two web rendering engines. 42 16:28:36 <joanie> k 43 16:28:47 <joanie> and two per platform or .... ? 44 16:28:51 <clown> so, webkit and gecko. or webkit and IE 45 16:29:22 <clown> not sure what you mean by platform. 46 16:29:32 <joanie> windows, mac, linux 47 16:29:42 <joanie> i.e. if it's in gecko and ie for windows 48 16:29:49 <joanie> and nowhere on the mac or linux 49 16:29:56 <joanie> do you have your two? 50 16:30:55 <clown> this partially answers your question: I've been testing aria in FF (gecko) on linux/at-spi. IBM has been testing FF on windows/IA2. Some have complained that doesn't count as two separate implemenations. More like 1.5 implementations. 51 16:31:30 <clown> but, yes, it it's in gecko and ie for windows, that would suffice for the W3C. 52 16:31:39 <joanie> ok 53 16:31:40 <joanie> thanks 54 16:31:44 <clown> welcome 55 16:32:22 <API> ok, so anything else in this point ? 56 16:32:42 <clown> only other thing I have is more of a question about toggle buttons. 57 16:32:49 <clown> and aria question. 58 16:32:55 <clown> "an" aria question. 59 16:33:38 <API> clown, shot 60 16:33:43 <clown> currently you specifiy that an html element is a toggle button using the aria-pressed attribute. 61 16:34:17 <clown> e.g. <span role="button" aria-pressed='false'> is mapped to a toggle button in the a11y api (e.g., AT-SPI). 62 16:34:36 <clown> that particular toggle button is not pressed (or not toggled). 63 16:35:37 <clown> the user agent implementation guide says (1) that this should be exposed with ROLE_TOGGLE_BUTTON, (2) with STATE_TOGGLED (if it is toggled), and (3) object attribute checkable:true. 64 16:35:54 <clown> It's the (3) that some people are complaining about. 65 16:36:09 <joanie> API recently did this implementation in WebKit 66 16:36:19 <clown> pardon me, "STATE_PRESSED". 67 16:36:32 <clown> with respect to (2) 68 16:36:43 <clown> API? 69 16:36:53 <API> clown, well about 3 70 16:37:17 <API> on atk/at-spi we don't have the state checkable 71 16:37:32 <joanie> and a toggle button is not checkable 72 16:37:36 <API> people complaining are sying that we should have that state? 73 16:37:45 <joanie> API that's probably why it's an object attribute 74 16:37:52 <API> and joanie comment is also true 75 16:37:53 <clown> right, which is why the UAIG says to put it in as an *object attribute* 76 16:37:59 <joanie> but it's a silly object attribute 77 16:38:14 <clown> yes, API, some nvda people are complaining that it's tripping them up. 78 16:38:25 * API also wonders about that "people" complaining, which people? 79 16:38:34 <joanie> btw, piling stuff into object attributes rather than creating the appropriate API is (imho) not good 80 16:38:38 <clown> James Teh, actually 81 16:38:46 * clown doesn't really know who Jame Teh is. 82 16:39:00 <API> but you know what James Teh do? 83 16:39:04 <API> webkit develper? 84 16:39:10 * clown looks. 85 16:39:12 <API> w3c guy? 86 16:39:15 <joanie> James is one of the two NVDA project leads 87 16:39:26 <joanie> he is the one who does the web support in NVDA 88 16:39:49 <joanie> and he tends to be right on most things in my experience 89 16:39:53 <clown> here is the bugzilla he filed against FF: https://bugzilla.mozilla.org/show_bug.cgi?id=825114 90 16:39:53 <tota11y> 04Bug 825114: normal, --, ---, nobody, NEW , Checkable state should not be exposed for ARIA buttons with aria-pressed 91 16:40:09 <joanie> and checkable state is for checkbuttons and radio buttons 92 16:40:13 <joanie> a toggle button is not checked 93 16:40:20 <clown> note that he has it slightly wrong in that it's not a checkable *state*, but an object property. 94 16:40:39 <joanie> checkable anything is for checkbuttons and radio buttons 95 16:41:05 <clown> or is it for any two-state widget? (just wondering). 96 16:41:09 <API> ok, so now I have all the information, but I'm somewhat lost 97 16:41:17 <API> clown, you raised this discussion because ... 98 16:41:18 <joanie> checkbuttons can actually have three states 99 16:41:18 <clown> actually, pressed can be on, off and mixed. 100 16:41:26 <API> you want the opinion from atk/at-spi developers? 101 16:41:33 <API> or it is just a fyi 102 16:41:33 <clown> sure. 103 16:41:46 <API> well as joanie said 104 16:41:53 <API> (3) is somewhat weird 105 16:41:54 <joanie> my opinion is that checkable should not be exposed for toggle buttons 106 16:41:55 <joanie> not as a state 107 16:41:59 <joanie> not as an attribute 108 16:42:01 <API> because a toggle button is not a checkable thing 109 16:42:05 <joanie> toggle buttons are not checked 110 16:42:06 <joanie> period 111 16:42:08 <joanie> :) 112 16:42:20 <joanie> or to put it another way, James is right 113 16:42:44 <clown> I suspect (gut feeling), it's there because there is no "toggle-able" state or object property, and they didn't want to create a new one. 114 16:42:58 <joanie> clown: which gets back to what I was saying earlier 115 16:43:02 <joanie> way the heck back 116 16:43:04 <API> that sounds like a lazy answer :P 117 16:43:14 <joanie> when this aria-pressed thing first came up 118 16:43:20 <clown> oh, it's not answer, just a stab in the dark. 119 16:43:24 <joanie> the thing to do was ask James and Me 120 16:43:28 <API> I'm not calling you lazy, but the ones wanted to reuse checkable insted of define toggle-able 121 16:43:29 <joanie> and other such developers 122 16:43:42 <joanie> and we could have said back then 123 16:43:45 <joanie> what we are now 124 16:43:46 <joanie> namely 125 16:43:52 <joanie> 1. Checked doesn't apply 126 16:43:57 <joanie> 2. We need some API for pressed 127 16:44:13 <joanie> and we could have then implemented that API addition in IA2 and ATK/AT-SPI2 128 16:44:31 <joanie> but that didn't happen 129 16:44:38 <joanie> so now we have these silly object attributes 130 16:44:54 <joanie> and have to try to bring implementors into alignment 131 16:44:59 <joanie> so that they use the same attributes 132 16:45:00 <clown> okay, I'm not sure about 2 (I'm really completely on the fence about this whole thing) — why do we even need checkable for checkboxes? 133 16:45:26 <joanie> the way orca uses it is: 134 16:45:27 <clown> isn't the fact that it's a checkbox entail it's checkable? 135 16:45:32 <joanie> if an object has state checkable 136 16:45:48 <joanie> then it is worth presenting "checked" or "not checked" when it gets focus 137 16:46:04 <joanie> so the user knows whether or not he/she wants to toggle it with the space bar 138 16:46:15 <clown> if an object is a checkbox, then it will have state checked, unchecked, or mixed, no? 139 16:46:17 <joanie> or in the case of radio buttons by arrowing to it 140 16:46:32 <joanie> we don't have state unchecked 141 16:46:37 <joanie> if we had a state unchecked, sure 142 16:46:47 <clown> right, it's bit flag sort of. 143 16:47:00 <clown> either STATE_CHECKED is set of cleared. 144 16:47:05 <clown> "or" cleared. 145 16:47:10 <joanie> and if state checked is cleared 146 16:47:25 <joanie> then we can only look to the role 147 16:47:37 <joanie> if someone creates a new widget called a foo 148 16:47:38 <API> clown, the fact is that without checkable we don't know if an object can be checked or not 149 16:47:48 <API> except for the role, and sometimes its not clear 150 16:47:58 <clown> right, and role is there is it not? 151 16:48:06 <joanie> for instance 152 16:48:08 <joanie> check menu items 153 16:48:19 <joanie> often those lack the check menu item role 154 16:48:22 <joanie> and just have menu item 155 16:48:27 <clown> why? 156 16:48:29 <API> clown, but as I said sometimes it is not clear just from the role all the states he can get 157 16:48:32 <joanie> but the fact that it has state checkable 158 16:48:43 <joanie> tells us that the menu item is something we can toggle 159 16:49:06 <joanie> and the fact that state checked is absent in a menu item 160 16:49:13 <clown> not toggle — only toggle buttons are toggle-able (according to you). 161 16:49:13 <joanie> is noteworthy 162 16:49:15 <API> in that sense mac a11y has the advantage that for any role, it explicitly specifies which states can be set 163 16:49:29 <API> although not sure if this is a code thing (so forced) or just a documentationthing 164 16:49:30 <joanie> clown I am typing quickly without proofreading 165 16:50:02 <clown> still, it's kind of telling: what is the difference between toggled and checked? 166 16:50:35 * clown apologizes for arguing both sides of the issue, but I really don't have an opinon yet. 167 16:51:08 <joanie> ok 168 16:51:11 <joanie> there is toggled 169 16:51:14 <joanie> there is pressed 170 16:51:16 <joanie> there is checked 171 16:51:24 <clown> there is expanded 172 16:51:24 <joanie> toggle buttons can be pressed or not pressed 173 16:51:31 <joanie> checkboxes can be checked or not checked 174 16:51:43 <joanie> expanded does not apply to buttons that are not menus 175 16:51:53 <clown> it applies to tabs. 176 16:51:57 <joanie> so as I was saying 177 16:52:04 * joanie backs up 178 16:52:15 * clown shuts up. 179 16:52:16 <joanie> Assumption one: The widgets under consideration are 180 16:52:19 <joanie> 1. checkbuttons 181 16:52:22 <joanie> 2. radio buttons 182 16:52:26 <joanie> 3. push buttons 183 16:52:30 <joanie> 4. toggle buttons 184 16:53:17 <joanie> Assumption two: The states under consideration -- where states here means expression of condition and not an API official exposure 185 16:53:22 <joanie> are 186 16:53:25 <joanie> 1. toggled 187 16:53:27 <joanie> 2. pressed 188 16:53:30 <joanie> 3. checked 189 16:53:36 <joanie> Given the above two assumptions 190 16:53:44 <joanie> I would suggest for your consideration 191 16:53:45 <joanie> that 192 16:53:54 <joanie> toggle buttons can be pressed or not pressed 193 16:54:07 <joanie> checkboxes and radio buttons can be checked or not checked 194 16:54:20 <joanie> and that toggle is an action 195 16:54:24 <joanie> that describes 196 16:54:33 <joanie> changing the state from pressed to not pressed and vice versa 197 16:54:43 <joanie> and changing the state from pressed to not pressed and vice versa 198 16:54:50 <joanie> under these conditions 199 16:54:55 <joanie> James is right 200 16:55:07 <joanie> and the toggle button should not claim in any fashion 201 16:55:16 <joanie> be that a state or an object attribute or a catchy tune 202 16:55:19 <joanie> that it is checkec 203 16:55:22 <joanie> or checked 204 16:55:26 * joanie is finished 205 16:55:43 <clown> a question: 206 16:56:40 <clown> based on the above, I infer that checked (or checkable) applies only ever to checkboxes and radio buttons (and also check box menuitems and radio button menuitems). Correct? 207 16:57:16 <joanie> I would say that of the list of roles you specify 208 16:57:27 <joanie> that checked/checkable applies to them 209 16:57:35 <joanie> but given some hypothetical role foo 210 16:57:40 <joanie> that we have not conceived of 211 16:57:52 <joanie> foo might also be a candidate for checked/checkable 212 16:58:00 <joanie> as long as foo ain't a toggle button 213 16:58:11 <joanie> or a widget behaving like a toggle button 214 16:59:01 * API realizes that it is about end-meeting time 215 16:59:05 <clown> well, there is a relatively new kid on the block, the "switch", which visually slides on/off, and show "on" or "off" depending on its state. 216 16:59:14 <API> well guys, this became too long for the meeting (imho) 217 16:59:23 <clown> yeah, you're right. 218 16:59:31 <API> and during the process I remembered some points that it would be good to talk about 219 16:59:32 <API> soo 220 16:59:38 <clown> is that switch checkable? or toggle-able? or somthing else-able? 221 16:59:47 <joanie> the switch is checkable 222 17:00:02 <joanie> and that's what we've done in gnome-shell, right API? 223 17:00:04 <clown> and yet it's called a toggle switch on Mac. 224 17:00:06 <API> the compromise could be discuss this on the IRC/mailing list and resume the meeting on a different point 225 17:00:20 <clown> sure. 226 17:00:24 <API> joanie, yes I think so 227 17:00:36 <API> although I would need to see the code to confirm that 228 17:00:39 <API> can do that later 229 17:00:54 <joanie> in gnome, the switch basically took the role of checkbox when the item under consideration is a service 230 17:00:59 <joanie> I think that's even documented somewhere 231 17:01:09 <API> yes I think so 232 17:01:24 <API> I remind some designers document that I used as base 233 17:01:27 <joanie> anyhhhhhoooo getting back to the original/non-deep dive 234 17:01:37 <clown> sorry... 235 17:01:45 <joanie> this is why I think we need more input early on from more parties 236 17:01:54 <joanie> so we can get more stuff right 237 17:02:02 <joanie> rather than have to later file bugs asking for changes 238 17:02:03 <clown> this spec has been around since 2009 or earlier… (just sayin') 239 17:02:19 <joanie> clown: and were James and I asked about it? 240 17:02:31 <clown> specifically? dunno. 241 17:02:37 <joanie> because if we were asked about it, I bet you would have gotten the same opinion back then 242 17:02:39 <clown> but it wasn't hidden. 243 17:02:50 <joanie> but when you have a billion other things to do 244 17:02:56 <clown> yeah, I know. 245 17:03:06 <joanie> looking around for things you might -- just might -- need to weigh in on 246 17:03:10 <joanie> is kinda tough 247 17:03:16 <clown> and the spec is "big -ish" 248 17:04:10 <joanie> so only people who can afford to invest staff time weigh in 249 17:04:30 <joanie> and some of those people might represent companies (say 1200 screen reader companies) who have an agenda 250 17:05:05 <joanie> I won't call the system fully broken, but I do think it could be tweaked a tad 251 17:05:35 <clown> perhaps what we are doing now is the beginning of such a tweak. 252 17:06:01 <joanie> indeed 253 17:06:03 <joanie> :) 254 17:06:06 <joanie> we should do more of it 255 17:06:09 <clown> thanks for all the input. 256 17:06:10 <joanie> but not at meetings 257 17:06:20 <API> and using that last sentence 258 17:06:21 <joanie> otherwise API will kill me 259 17:06:25 <joanie> :) 260 17:06:30 <API> could we move to next point and assume 261 17:06:48 <API> that we will find other moment to resume the prevoius conversation if it is worth? 262 17:07:18 <clown> sure, API 263 17:07:29 <API> ok lets do that 264 17:07:33 <API> #topic JAW update 265 17:08:02 <API> #info API sent that jaw asking mail, and we have a brief (but not public) chat with Peter Korn 266 17:08:30 <API> #info we don't have new information since then, but Peter told us that he would contact the proper people 267 17:08:45 <API> #info meanwhile, an oracle worker sent a email to orca-list 268 17:08:48 * API looking 269 17:09:09 <API> https://mail.gnome.org/archives/orca-list/2012-December/msg00180.html 270 17:09:39 <joanie> s/an oracle worker/the former orca project manager from the Sun APO who knows what Orca is and that linux ain't windows/ 271 17:10:11 <API> #info talking about Window Java bridge on a orca list, so that seems to suggest that right now Linux is not at their priority list 272 17:10:22 <API> yes joanie comment adds more information here 273 17:10:26 <joanie> ;) 274 17:10:30 <API> sooo 275 17:10:51 <API> #info seems really unlikely to get some kind of actions from oracle with respect to jaw 276 17:11:14 <jjmarin> :( 277 17:11:18 <API> #info some of the more popular java based programs are "accessible enough" 278 17:11:23 <API> #info like eclipse 279 17:11:31 <API> #info in spite of not having jaw 280 17:11:33 <joanie> #info Joanie yesterday discovered that not only does JAW not build, but it's still expecting GNOME 2 stuff 281 17:11:56 <API> #info so next question is: should we just assume that JAW is dead or do something with JAW? 282 17:12:02 <joanie> #info Eclipse and its widgets are accessible because they have their own a11y implementation that mirrors GAIL 283 17:12:10 <API> #info do we have people resources to do something with Jaw? 284 17:12:27 <API> we are not a lot of people today 285 17:12:33 <API> so not sure if we are in the position to answer that 286 17:12:42 <joanie> but I think we should be mulling it over 287 17:12:53 <API> so probably it is better to do the fyi here, and think about it 288 17:12:56 <joanie> because it's a tough question 289 17:12:59 * joanie nods 290 17:13:00 <joanie> exactly 291 17:13:04 * API looking if mulling is what API is saying 292 17:13:10 <joanie> API yup 293 17:13:23 * API have a friend on wordreference 294 17:13:24 <API> ok 295 17:13:29 <API> so, questions doubts comments? 296 17:13:44 * jjmarin wonders if IBM eclipse people can help on this 297 17:13:51 <joanie> no 298 17:14:09 <joanie> I mean, why would they want to improve a competing java implementation 299 17:14:13 <joanie> when theirs is accessible 300 17:14:27 <clown> right eclipse uses SWT, which is a "native" widget in the long run. 301 17:15:19 <joanie> I would think the IBM folks would love to see the Oracle Java Swing toolkit die 302 17:15:29 <jjmarin> ok 303 17:15:39 <joanie> doesn't mean it's not a good idea in spirit 304 17:15:44 <clown> yes, there is a reason it's called "eclipse". 305 17:15:53 <joanie> just that in this particular case it ain't gonna happen 306 17:17:16 <API> not a lot of discussion 307 17:17:19 <API> here 308 17:17:24 <API> (something that was not the prupose) 309 17:17:32 <API> but as we need to think about it 310 17:17:50 <API> #action API will send a mail answering his own mail about the same conclusions shared on the meeting 311 17:17:54 <API> so, moving? 312 17:18:01 <API> (to next topic) 313 17:18:42 <jjmarin> Does SWT use gtk+2 ? 314 17:19:18 * clown doesn't know enough about the nitty gritty details... 315 17:19:49 <jjmarin> sorry for the collateral question 316 17:19:51 * API neither 317 17:20:00 <API> jjmarin, congratulations, you have a new action! 318 17:20:06 <API> investigate your own question! 319 17:20:07 <API> :P 320 17:20:09 <joanie> jjmarin: it doesn't 321 17:20:13 <joanie> to my knowledge 322 17:20:17 <API> or not 323 17:20:20 <joanie> as I mentioned earlier 324 17:20:22 <jjmarin> I can do that :) 325 17:20:29 <joanie> they have their own accessibility implementation 326 17:20:37 <joanie> that parallels what Gtk+ does 327 17:20:43 <joanie> it claims to be GAIL 328 17:20:53 <joanie> where as Gtk+ now claims to be Gtk+ 329 17:21:06 <joanie> it looks like Gtk+ 2 330 17:21:11 <joanie> and how that happens I dunno 331 17:21:26 <joanie> but my understanding is the a11y stuff (i.e. what we care about) is pure them 332 17:21:29 <joanie> and not gtk 333 17:22:29 <API> soo 334 17:22:36 <API> as nobody is talking now, I will move 335 17:22:50 <API> (what at the begining was a short meeting became a long one, impressive) 336 17:23:18 <API> #topic Q3 337 17:23:25 <API> this was whispered by joanie 338 17:23:48 <joanie> #info The talk on either the Foundation and/or Marketing lists suggests that there will not be a Q3 339 17:23:50 <API> seems that we are not going to have q3 reports 340 17:24:00 * API "shut upping" 341 17:24:08 <jjmarin> #info Juanjo has posted to the Foundation list about having reports for each release instead of quarterly reports. It seems it gets harder and harder to get the quarterly reports in time (the a11y is always on of the most responsive, even when we are late). I think that part of the problem is that the quarterly reports doen't feet very well into the release cycles. Let's see what is going on. 342 17:24:09 <joanie> #info There has been recent suggestions that the Quarterlies become more tied to release cycles 343 17:24:17 * joanie shuts up too 344 17:24:44 <jjmarin> shutting down here :) 345 17:25:41 <jjmarin> next thing ? 346 17:26:10 <API> unless someone has questions or doubts (I don't), my plan is move to next topic.... 347 17:27:17 <clown> regarding the previous topic, I couln't help but google — according to wikipedia, SWT uses GTK+ on Linux. Take that with a grain of salt, I suppose. 348 17:27:24 <clown> http://en.wikipedia.org/wiki/Standard_Widget_Toolkit 349 17:27:28 <API> it seems that there are not about this 350 17:27:38 <API> clown, thanks for the information (will take a look later) 351 17:27:45 <clown> no problem. 352 17:27:54 <API> #topic webkit2 and 3.8 353 17:28:03 <joanie> if they use Gtk+ on linux 354 17:28:15 <joanie> shouldn't the widgets act like Gtk+ a11y wize 355 17:28:16 <joanie> ? 356 17:28:25 <clown> indeed. 357 17:28:30 <joanie> s/like/exactly like/ 358 17:28:36 <API> #info for 3.8 webkitgtk developers are planning to move to webkit2 359 17:28:59 <API> #info this is a major change, and although we should also be aware/vigilant about regressions 360 17:29:35 <API> #info it is also important to note that they implied that they are going to stick to specific library versions, or more specifically, APIs 361 17:29:51 <API> #info in that sense if would be somewhat difficult to add new APIs after that release 362 17:30:39 <API> #info ATK developers (me and Joanie as Orca is main user) is taking that into account for APIs like AtkCollection, an old would-like-to-have, that probably should be speeded up now 363 17:30:48 <API> (done) 364 17:31:00 <API> this is basically a FYI, in relation to new API to be added 365 17:31:16 <API> as seems that 3.8 would be a harder deadline with respect to what we thought 366 17:31:22 <API> doubts, comments, questions= 367 17:31:24 <API> ? 368 17:31:31 <jjmarin> It sounds this change will be for better :) 369 17:32:48 <API> every change are supposed to be for better :P 370 17:32:54 <API> lets see what happens 371 17:33:30 <joanie> some changes are not 372 17:34:17 <API> well, it seems that are not a lot of questions 373 17:34:21 <API> anyway, 374 17:34:42 <API> #action API, for the same quorum-reason that before, will send a mail to igalia-accessibility-devel about this 375 17:34:50 <API> and as there are no questions 376 17:34:58 <API> #topic Miscellaneous time 377 17:35:21 <API> anything not scheduled and short to talk about? 378 17:37:28 * clown crickets. 379 17:37:32 <API> well, today we spoke a lot 380 17:37:55 <API> lets finish the meeting and lets catch crickets as when we were kids 381 17:38:01 <API> so thanks everybody 382 17:38:05 <API> #endmeeting
Attached FilesTo refer to attachments on a page, use attachment:filename, as shown below in the list of files. Do NOT use the URL of the [get] link, since this is subject to change and can break easily.
You are not allowed to attach a file to this page.