00:11:03 If you use 0mq, I think pub/sub will be PRed soon. tx-notify calls a process. You can make that whatever's convenient. 00:27:26 As for polling, get_bulk_transfers or the newer get_transfers are useful. 01:09:59 Twister915: it's also possible to generate addresses and use a wallet in a client-side web app which polls a daemon to notify of new txs 01:11:45 using WebAssembly. same idea as JNI, but packaged for the web 01:22:23 that much is already implemented in the monero-javascript project 09:26:29 Hey guys, I finally got some time to work on the epee json-serialization changes we discussed in the past, what I could do is to replace the portable storage parts (those linked to the KV_SERIALIZE macro) used to serialize json structures with new functions that use rapidjson instead, I want to maintain the abstraction so the introduced changes 09:26:30 will only affect epee. I do not intend to change the binary serialization parts, these will remain the same. This will produce some code churn but with the benefit of improving runtime speed and using a maintained library. Do you think this will get accepted? 11:40:40 bysnack: depends on how much churn and how much speedup. 12:58:55 rbrunner: are you around on a relay ? 20:24:12 xiphon: are you ok with 6409 now ? 20:29:05 moneromooo: will have a look in a moment 20:30:10 ty 21:16:06 vtnerd: would you be okay with addressing to 6451 related comments in a separate PR? 21:16:55 I originally did the lexical cast thing IIRC. I did not know about std::to_string at the time :) 21:17:48 I thought a separate PR that addresses all the points for all the code would be better than just part of the code 21:18:00 not sure if that makes sense lol 21:18:46 Sure. 21:40:13 sarang: your opinion? do you want to change the lexical cast stuff or leave it for a different PR? 21:45:04 luigi1111: Snipa: merge list https://paste.debian.net/hidden/b57d0f42/ 21:45:49 Thanks! 21:48:42 I don't have a particular opinion on this 21:48:51 I assume this is partly related to the BP PR? 21:49:05 I can change that PR easily if needed 22:07:12 Don't change it here, it's unrelated. 22:07:33 ok