00:38 | <MikeSmith> | jgraham: transpiler outputs source code, not object code, right? |
00:39 | <MikeSmith> | Mateon1: sounds like Swift |
00:40 | <MikeSmith> | from what little I remember hearing about stuff that swift has |
00:43 | <MikeSmith> | the benefit in practice of Optional is mainly preventing NPEs, right? |
00:43 | <MikeSmith> | (I'm asking) |
00:44 | MikeSmith | decides to read up some |
00:48 | <MikeSmith> | ... or avoiding segfaults or whatever consequence is |
01:40 | <MikeSmith> | anybody have opinions on what HTTP client library is best practice to use in Java code these days? |
01:41 | <MikeSmith> | context is https://github.com/validator/validator/issues/61 |
01:42 | MikeSmith | wonders about https://developers.google.com/api-client-library/java/google-http-java-client/setup but the fact that page causes a mixed-content warning doesn't inspire huge confidence |
01:44 | <MikeSmith> | oh anyway that's not a general-purpose libary ("provides simple, flexible, access to Google APIs for Java client applications") |
09:43 | <jgraham> | MikeSmith: If you like. But early C++ compilers ouput C code and invoked an existing C compiler on that. The modern Nim compiler, for example, does the same thing. Other compilers like GHC have options to output C or JS code rather than object files. So it seems to me to be an arbitary distinction that doesn't really capture the most interesting part of what a compiler does. |
09:51 | <terinjokes> | Domenic: what archive formats? |
10:27 | <Domenic> | terinjokes: https://w3ctag.github.io/packaging-on-the-web/ |
11:17 | <roc> | jgraham: indeed |
11:18 | <roc> | Mateon1: JS Typed Objects give you some of what you want. |
12:53 | <The-Compiler> | So it seems foo::bar would be a valid URL, right? I'm writing a browser and wonder if I should always treat foo::bar as a searchterm (think C++) instead of a link with an explicit scheme - are there any common protocols which use URLs with a :bar path? |
16:27 | <terinjokes> | Domenic: i didn't think that went anywhere, since it wasn't very popular at EWS |
16:28 | <terinjokes> | I've been shimming this for about 2 years now |
17:28 | <jgraham> | I might be very stupid, but I don't see where new Event() initializes the bubbled and cancelable attributes |
17:33 | <miketaylr> | jgraham: new Event("plop", {"bubbles":true, "cancelable":false})? |
17:34 | <jgraham> | miketaylr: I mean if you do new Event() with no arguments, per the spec |
17:34 | <miketaylr> | ah |
17:35 | <miketaylr> | it looks like, both as false? |
17:35 | <miketaylr> | in the IDL https://dom.spec.whatwg.org/#dfnReturnLink-0 |
17:35 | <miketaylr> | but i don't see any prose other than that, no |
17:36 | <miketaylr> | better link https://dom.spec.whatwg.org/#interface-event |
17:40 | <jgraham> | Oh right, that thing there. |
17:44 | <Ms2ger> | Yeah, event constructors are defined pretty magically |
23:30 | <jsbell> | Heh. encoding/single-byte-decoder.html has "interesting" behavior in Chrome. In the iframe test, Chrome sniffs the byte stream ([0x00, 0x01 ... 0xFF]) - per [[MIMESNIFF]] - and overrides the content type as application/octet-stream and offers to download the file. Or, well, 167 files. :P |
23:34 | <jgraham> | Fun :) |