11:05:23 RRSAgent has joined #wot-script 11:05:23 logging to https://www.w3.org/2022/07/18-wot-script-irc 11:05:38 meeting: WoT Scripting API 11:05:41 chair: Daniel 11:05:53 present+ Kaz_Ashimura, Daniel_Peintner Ege_Korkan 11:06:22 present+ Tomoaki_Mizushima 11:06:42 scribe: dape 11:06:54 TOPIC: Minutes 11:07:12 -> July-11 -> https://www.w3.org/2022/07/11-wot-script-minutes.html 11:08:29 present+ Cristiano_Aguzzi 11:08:45 11:09:31 TOPIC: PRs 11:09:39 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Scripting_API_WebConf#18_July_2022 11:09:43 SUBTOPIC: remove observeHandler from emitPropertyChange() steps 11:09:47 -> https://github.com/w3c/wot-scripting-api/pull/415 11:12:15 CA: using read handler to push update 11:12:55 Ege: Somewhat fine.. but what if i am using a library to interface with sensor 11:13:14 ... reading physical value twice 11:14:09 CA: emitProperty change should convey the same value than reading 11:14:56 .. but I see the efficiency issue 11:15:10 Ege: will try to provide example 11:15:22 ... agree with merging 11:15:46 DP: let's merge 11:16:13 CA: Agree, feedback is welcome 11:16:31 SUBTOPIC: move allowed of of the parenthesis to make it more official 11:16:35 -> https://github.com/w3c/wot-scripting-api/pull/414 11:19:39 CA: I would like to use "MUST" 11:19:49 q+ 11:20:41 cris_ has joined #wot-script 11:20:57 q? 11:21:43 Kaz: MUST is fine 11:21:47 s/allowed of/allowed types out/ 11:21:52 ... btw, typo in PR header 11:22:13 rrsagent, make log public 11:22:17 rrsagent, draft minutes 11:22:17 I have made the request to generate https://www.w3.org/2022/07/18-wot-script-minutes.html kaz 11:23:03 DP: agree to merge with MUST statement 11:23:21 TOPIC: Issues 11:23:38 SUBTOPIC: Do we need an EventHandler? 11:23:42 -> https://github.com/w3c/wot-scripting-api/issues/408 11:24:50 CA: event algorithm for eventHandler: data is collected in eventHandler 11:24:58 ... then send data though network 11:25:06 ... Q: Do we need EventHandler 11:25:28 ... different to property change 11:25:47 ... no event get read afterwards. properties are ready later on 11:26:20 Ege: mixed up the topic. I was thinking about subscription handler 11:27:29 CA: Even difficult to write event handler 11:27:46 Ege: I usually don't use eventHandler 11:29:23 CA: eventHandler *before* data on the wire 11:30:16 ... handler not needed 11:30:21 Ege: Agree 11:31:14 DP: Why do we have 9.28 and 9.29 11:31:30 CA: I think we can merge the 2 sections 11:35:57 Ege has joined #wot-script 11:36:14 CA: Will work on PR 11:38:50 Ege: BTW, channel in calendar invite is wrong 11:39:08 DP: will check with McCool 11:40:09 ISSUE: Harmonize the exposing process 11:40:19 -> https://github.com/w3c/wot-scripting-api/issues/409 11:41:10 q? 11:41:12 ack k 11:41:52 DP: Shall we collect such issues for next version? 11:42:06 CA: Makes sense. Not sure how to handle this.. as W3C note 11:42:16 q? 11:43:43 q+ 11:44:20 Kaz: Synchronize with other documents and calling it 1.1 11:44:34 ... bigger changes with TD2.0 11:44:41 ... if we can wait 11:45:11 q+ 11:45:24 DP: This change does not relate to TD2.0 11:45:45 Kaz: External developers might have a different understanding 11:46:48 ... 2 policies .. compatibility implementors vs. compatibility of prev. scripting API 11:47:02 q+ 11:47:14 ack k 11:47:15 CA: We do have versioning problem in general 11:47:23 ... do not have policy 11:47:29 q+ 11:47:57 ... synchronization with TD version ... might also have downsides 11:48:20 ... Scripting API 4.0 can be still compliant with TD.1.1 11:49:09 s/compatibility implementors/compatibility with the other WoT specs for implementers/ 11:49:16 ... should look into versioning problem and solve it 11:49:33 Ege: General problem.. with WoT versioning 11:49:36 s/compatibility of prev/compatibility with the prev/ 11:49:47 ... queryaction is not supported yet, for example 11:50:05 ... some TD features are not yet possible in scripting API 11:50:16 ... some policy would be nice 11:50:26 q+ 11:50:31 ack c 11:50:32 ack e 11:50:33 ... we need some explanation 11:50:43 q+ cris_ 11:50:57 CA: fetch API are living standard 11:51:10 ... they are always updating 11:51:16 ... can look into what they do 11:52:22 Kaz: Compatibility between specs. Should check this separately 11:53:01 ... fixing fatal bug would need to merge an update 11:55:03 DP: no compatibility issue now 11:55:10 ... API could evolve quicker 11:56:21 Kaz: should think about WoT internal versioning 11:56:39 q? 11:56:46 ack kaz 11:57:57 DP: Wonder how living standards work 11:58:27 Kaz: HTML5 familiy.. is about "adding" features ... and not removing anything 11:58:41 ... we should think about our own policy 11:59:02 s/familiy/family 12:00:20 CA: Supporting previous function might not be possible in any case 12:01:16 Kaz: HTML4 to HTML5 change caused different JS versions 12:02:38 ... scripting API is group note. 12:02:54 ... 6 more month left... but we should be careful about new features 12:03:45 s/is group/is a group/ 12:04:40 CA: Let's wait for Zoltans opinion as well 12:04:58 s/Zoltans/Zoltan's/ 12:06:18 s/HTML4 to HTML5 change caused different JS versions/please remember what happened. HTML5 added many breaking changes but those changes are basically added as separate JavaScript APIs./ 13:44:30 Mizushima has left #wot-script 13:58:07 Zakim has left #wot-script 14:00:37 kaz has joined #wot-script 16:51:49 kaz has joined #wot-script 23:34:27 kaz has joined #wot-script