| 00:05 | <Hixie> | (heycam: ^) |
| 00:05 | <Hixie> | bbiab |
| 00:08 | <aboodman> | hi michaeln |
| 00:11 | <michaeln> | hello aboodman |
| 00:14 | <michaeln> | hello again aa |
| 00:44 | <Hixie> | aboodman: i can show that if we have message ports, it's possible to end up with a worker that's a nested worker even if we disallow worker creation from inside workers, so even if we remove the api we can't remove the complexity in the lifetime definitions |
| 00:45 | <Hixie> | (i just made a slideshow to prove it to myself) |
| 00:45 | <aboodman> | that makes sense |
| 00:45 | <aboodman> | the way you define workers, the whole idea of "nested" workers is nonsensical |
| 00:45 | <aboodman> | they are more of a graph |
| 00:46 | <aboodman> | the page that created a worker is not special |
| 00:48 | <Hixie> | yeah |
| 01:01 | <aboodman> | one way to think of it that is not that complicated... |
| 01:02 | <aboodman> | an httprequest can stay alive past when it has no references, in order to complete |
| 01:02 | <aboodman> | however those all get killed when a page unloads, no matter what |
| 01:02 | <Hixie> | yup |
| 01:02 | <Hixie> | that's basically what it says now |
| 01:03 | <aboodman> | so it makes sense that an httprequest can keep a worker alive in the same way |
| 01:03 | <aboodman> | and a page can kill the worker (and the httprequest) in the same way when it unloads |
| 01:06 | Dashiva | worries about the miconceptions documented thread |
| 01:07 | <Dashiva> | It seems like everyone agrees, yet there's so much back-and-forth. Oh, process. |
| 01:07 | <Hixie> | i'm mostly waiting on heycam to update his spec |
| 01:51 | <roc> | hmmm |
| 01:51 | <aboodman> | do we have a name for all the apis you can reach from JS in a browser? |
| 01:51 | <roc> | "On setting, the following algorithm must be run: |
| 01:51 | <roc> | 1. If the root element is an svg element in the "http://www.w3.org/2000/svg"; namespace, and the user agent supports SVG, then the setter must defer to the setter for the DOM attribute of the same name on the SVGDocument interface." |
| 01:51 | <roc> | but 'title' is readonly in SVGDocument |
| 01:51 | <aboodman> | DOM is not technically correct, "the web platform" sounds very pretentious, and might be misinterpreted.... |
| 02:04 | <Hixie> | aboodman: i call them DOM APIs |
| 02:05 | <Hixie> | roc: then it would raise an exception i guess :-) |
| 02:05 | <aboodman> | Hixie: we need a better phrase, since everyone is going to say 'but they aren't a part of DOM' |
| 02:18 | <Hixie> | *shrug* |
| 02:18 | <Hixie> | if that's what people are complaining about, i'm happy |
| 02:19 | <Hixie> | sicking was all on me yesterday telling me that fixing the spec as the highest priority ever, but i haven't heard back from him about the chaned |
| 02:19 | <Hixie> | changes |
| 02:21 | <Hixie> | aboodman: btw one problem with making the offline cache an xml file is that it makes processing it a lot harder -- you can't just walk through the file one line at a time, now you have to check its conformance first and then you have to check namespaces and tag nams everywhere and so on |
| 02:21 | <Hixie> | names |
| 02:23 | <aboodman> | Hixie: I understand it pulls in a lot of dependencies, but from this developer's point of view, it seems conceptually simpler |
| 02:23 | <aboodman> | because XML is something that is already known that is being used to build something new |
| 02:23 | <Hixie> | it'd be so much buggier |
| 02:23 | <aboodman> | whereas this text thing is all new |
| 02:24 | <aboodman> | do linebreaks matter? |
| 02:24 | <aboodman> | what about two line breaks? |
| 02:24 | <aboodman> | what about \r |
| 02:24 | <aboodman> | what about tabs vs spaces |
| 02:24 | <aboodman> | etc etc |
| 02:24 | <aboodman> | all these have expected answers for xml |
| 02:24 | <aboodman> | (again, my opinion, and I do understand that xml has tons of baggage) |
| 02:24 | <Hixie> | xml has the same problem, except now you need to ask what tag name to use, what elements are allowed where and in what order, what attributes are allowed |
| 02:25 | <aboodman> | i hate arguing about this kind of thing because you can go round and round forever |
| 02:25 | <Hixie> | not to mention other questions they won't think to ask like what elements need to be in what namespaces, what happens if there are unexpected elements, can PIs be used, what encodings are allowed |
| 02:25 | <Hixie> | seems like moving to xml doesn't reduce the number of questions, it just makes them harder to understand |
| 02:26 | <aboodman> | i really hesitate to wade into this pool, but... |
| 02:26 | <aboodman> | don't schemas sort of handle this? |
| 02:27 | <Hixie> | schemas just add even more questions |
| 02:27 | <aboodman> | UAs don't necessarily have to process the schema, but it would make defining the expected tags more formal |
| 02:27 | <Hixie> | defining the structure isn't a problem |
| 02:27 | <Hixie> | i mean, the current structure is defined |
| 02:27 | <Hixie> | and it's not even xml |
| 02:28 | <aboodman> | i understand, and yet, again, as a developer, i'm telling you that the text format makes me queazy |
| 02:28 | <aboodman> | dunno what to tell you |
| 02:29 | <Hixie> | (the current definition is about two screen lengths, doing it in xml would double or triple that, i'd imagine) |
| 02:29 | <aboodman> | i can't believe that |
| 02:29 | <aboodman> | wouldn't it just be: |
| 02:29 | <aboodman> | the manifest is an XML file validating against <this schema> |
| 02:30 | <Hixie> | authors don't understand schemas, the schema would be many screens long, and the schema languages that exist can't define everything anyway |
| 02:31 | <michaeln1> | can you make the text file extensible? |
| 02:31 | <aboodman> | the authors don't necessarily have to understand the schema, the spec isn't primarily for authors anyway |
| 02:31 | <Hixie> | (for example, how do you, in a schema, say that the "Opportunistic caching namespaces must have the same origin as the manifest itself." or whatever?) |
| 02:31 | <Hixie> | michaeln1: the text file is extensible |
| 02:31 | <aboodman> | for authors, there could just be a sample file |
| 02:31 | <aboodman> | <shrug> |
| 02:31 | <roc> | if browsers don't validate against the schema, it's worthless |
| 02:31 | <aboodman> | sorry |
| 02:31 | <aboodman> | <shrug/> |
| 02:32 | <Hixie> | aboodman: i can provide a sample file for this too, if you want? |
| 02:32 | <Hixie> | s/?// |
| 02:32 | <roc> | but if they have to, icky ick |
| 02:32 | <aboodman> | that would definitely be helpful |
| 02:32 | <aboodman> | (the sample) |
| 02:32 | <Hixie> | will add that to my TODO |
| 02:32 | <aboodman> | but my natural reaction to text formats is always going to be: |
| 02:32 | <Hixie> | (once i'm done with workers) |
| 02:32 | <aboodman> | can i put comments in? |
| 02:32 | <aboodman> | can there be multiple blank lines? |
| 02:33 | <aboodman> | do carriage returns matter? |
| 02:33 | <aboodman> | etc |
| 02:33 | <aboodman> | where i feel like they are known answers with xml |
| 02:33 | <aboodman> | i will leave it at that, because i don't want to argue about it anymore |
| 02:33 | <Hixie> | sure but once you've done enough xml you'll find you have similar questions about xml vocabularies :-) |
| 02:33 | <Hixie> | not comments, but e.g., "what happens if this element contains text?" |
| 02:33 | <Hixie> | anyway |
| 02:33 | <Hixie> | i'll add an example |
| 02:34 | <Hixie> | that covers your questions |
| 02:34 | <michaeln1> | at least then your discussing the semantics rather than the line discipline |
| 02:34 | <Hixie> | michaeln1: ok, "do spaces matter at the start of this attribute?" |
| 02:36 | <michaeln1> | point taken |
| 02:37 | <aboodman> | Hixie: fair enough |
| 02:38 | <michaeln1> | how can i add an experimental category in the current scheme and retain compatibility with impls that don't know about my experimental category? |
| 02:39 | <Hixie> | you can't |
| 02:40 | <Hixie> | at least not with urls being on their own one per line like the other sections |
| 02:40 | <Hixie> | i can change the parser model to allow it if you want |
| 02:40 | <michaeln1> | same question for adding experimental attributes to entry lines? |
| 02:41 | <michaeln1> | could be done with creative use of comments... but ugly |
| 02:42 | <Hixie> | add the attribute on the line before the url, with a syntax that isn't a valid url, e.g. ":attr:" |
| 02:43 | <michaeln1> | xml is cleaner on this dimension |
| 02:43 | <Hixie> | cleaner is a matter of opinion |
| 02:43 | <Hixie> | it certainly has many many more axes to screw things up in :-) |
| 02:44 | <Hixie> | in practice, people implementing xml-based processors tend to ignore what the specs require, and just do what looks right, and you find that your extensibility model isn't nearly as extensible as it looks, because all the UAs fail in different ways when hitting the extensions |
| 03:06 | <aboodman> | Hixie: Are MessagePort's 'load' and 'error' events used for anything other than workers loading or failing to load |
| 03:06 | <Hixie> | no |
| 03:06 | <Hixie> | i believe the spec says so somewhere |
| 03:07 | <Hixie> | search for "nothing in this" in html5 |
| 03:11 | <aboodman> | ok new feedback on the way |
| 03:11 | <Hixie> | cool |
| 03:11 | <aboodman> | it might be worthwhile for you and I to get together and hash out anything remaining |
| 03:11 | <aboodman> | at least so we are on the same page |
| 03:12 | <Hixie> | sure |
| 03:12 | <Hixie> | i think we're much closer to each other than we are to sicking, which is more my concern to be honest |
| 03:14 | <Hixie> | so i don't really understand the proposals you're making re worker objects, etc |
| 03:15 | <aboodman> | right, and it take soooo long to type |
| 03:15 | <Hixie> | is there any way you could rewrite the examples in the intro section to use what you're proposing? |
| 03:15 | <aboodman> | that is why I like the idea of dinner |
| 03:15 | <Hixie> | hmm, dinner |
| 03:23 | <Hixie> | i just wrote the worlds most complicated implementation of a numeric constant. but anyway. |
| 03:27 | <Hixie> | http://www.whatwg.org/specs/web-workers/current-work/#delegation |
| 03:36 | <Lachy> | Hixie, does that just return the value 10000000 when it's all complete? |
| 04:50 | <Hixie> | Lachy: yeah |
| 05:05 | <Hixie> | roc: re the mutation thing, i think the answer is that the mutation events spec is being updated to say that such events would be delayed past the end of the algorithm |
| 05:05 | <roc> | hmm |
| 05:05 | <roc> | who's doing that? |
| 05:05 | <Hixie> | shepazu, i believe |
| 05:06 | <Hixie> | roc: (also, if you want these issues dealt with sooner rather than later, let me know and i'll prioritise them) |
| 05:06 | <roc> | there's some sort of generic magic that says spec-algorithms happen atomically? |
| 05:06 | <Hixie> | probably not, i might have to add some text to the html5 spec once the dom events spec is updated to give me a hook to hold onto |
| 05:07 | <roc> | exciting |
| 05:07 | <Hixie> | i haven't really looked at how mutation events affect html5 |
| 05:07 | <roc> | even more exciting |
| 05:09 | <roc> | it's not super urgent but implementors will have to make decisions about these things ... indeed, already have |
| 05:09 | <Hixie> | same applies to most of the feedback the spec has :-) |
| 05:10 | <roc> | it's reasonable to hope that we can change mutation event behaviour later without breaking things |
| 05:11 | <Hixie> | yeah |
| 09:24 | <Philip`> | "With multicore CPUs becoming prevalent, ..." - that's not going to make much sense towards the end of the expected lifespan of HTML5 |
| 10:33 | <Philip`> | http://wiki.whatwg.org/wiki/User:SmithP and http://wiki.whatwg.org/wiki/User_talk:SmithP look like spam |
| 10:33 | <Philip`> | as does http://wiki.whatwg.org/wiki/User_talk:Flower |
| 14:36 | <annevk> | so with seamless <iframe> stuff does html:root match only the outermost <html> or also the one inside the <iframe>? |
| 14:36 | <annevk> | it would be nice if it only matched the outermost <html> |
| 14:37 | <annevk> | at least for the purpose of style sheets that would "go in" the <iframe> |
| 14:54 | <zcorpan> | annevk: it would match both |
| 14:54 | <jgraham> | FWIW the people on reddit have a reasonable point |
| 14:58 | <Lachy> | the comments on reddit are getting more and more ridiculous. AFACT, complaints seem to be based on the use of curly braces being somewhat ugly. |
| 15:00 | <hsivonen> | Lachy: they *are* ugly in UAs that don't hide them |
| 15:01 | <Philip`> | It's not the braces that are ugly, it's the embedding of one syntax into another syntax |
| 15:01 | <Philip`> | (as I understand it) |
| 15:01 | <Philip`> | particularly since that means tools that work on the outer syntax (e.g. CSS selectors) won't understand the new inner syntax |
| 15:06 | <zcorpan> | img[alt^="{"][alt$="}"] { ... } |
| 15:06 | <Lachy> | hsivonen, yes, I know. I didn't say they weren't :-) |
| 15:07 | <Philip`> | and particularly since the normal alt syntax (freeform text) and the new improper-alt alt syntax (freeform text surrounded by braces) overlap, which means if e.g. you have a UI for entering image alt text, and then someone types in "{Google Inc}", you don't really know what to do with it |
| 15:08 | <Lachy> | Philip`, the use of {...} in existing alt attributes turned out to be very low |
| 15:09 | <zcorpan> | i guess you could insert a zero-width space before or after |
| 15:09 | <Lachy> | so the chances that someone would want the alt to be {Google Inc} and want it to be legitimate alt text is slim. |
| 15:09 | <hsivonen> | Lachy: it's still something people should program an if case for if they are thorough |
| 15:09 | <Philip`> | Lachy: Conscientious developers will want to handle whatever input they're given in a sensible way, and not just assume that it doesn't matter if things get messed up in a small fraction of cases |
| 15:12 | <Lachy> | I don't understand. Why would authoring tools want to handle {...} differently from others anyway, other than automatically generating one like that if the author provides nothing. |
| 15:12 | <jgraham> | Lachy: Authoring tools should flag alt={...} as an error |
| 15:13 | <Lachy> | hmm, maybe a warning |
| 15:13 | <jgraham> | In something like Dreamweaver it is an error surely |
| 15:14 | <Lachy> | not necessarily. People use dreamweaver to write templates, which are later incoporated into other backend systems all the time. So the image they use in dreamweaver may just be a placeholder for user generated content |
| 15:14 | <Philip`> | If you're writing a LaTeX-to-HTML converter that converts equations into images and puts the LaTeX source in the alt attribute, then it's quite possible that the equation would be surrounded by {...}, and you wouldn't want that to be misinterpreted as meaning the alt text wasn't equivalent to the image |
| 15:15 | <Lachy> | would latex markup really be an appropriate alternate text? |
| 15:15 | <jgraham> | Lachy: That's another reason to dislike {} because AIUI that is quite a common syntax for templating |
| 15:15 | <jgraham> | Lachy: Yes |
| 15:15 | <Lachy> | why? |
| 15:16 | <Lachy> | we have mathml now |
| 15:16 | <jgraham> | Because if you have an image of an equation then many people will either be able to read the LaTeX directly or find a tool to render it |
| 15:16 | <Philip`> | We can't use MathML now |
| 15:17 | <jgraham> | (I agreew MathML is the "right" solution though) |
| 15:17 | <Philip`> | and even if we could, it's more reliable to use a LaTeX-to-PNG renderer than to use a LaTeX-to-MathML converter and then hope the user has the right browser and fonts |
| 15:17 | <Lachy> | templating languages like JSP use ${foo} |
| 15:18 | <Philip`> | so it'll still be an issue for the next decade or so, and in that period we want the equation-images to have the best possible alt text, which in this case is the LaTeX source because the converter doesn't have access to anything better |
| 15:18 | <Lachy> | what does wikipedia use as alt text when it renders math as images? |
| 15:19 | <Philip`> | <img class="tex" alt="\left(\beta mc^2 + \sum_{k = 1}^3 \alpha_k p_k \, c\right) \psi (\mathbf{x},t) = i \hbar \frac{\partial\psi}{\partial t}(\mathbf{x},t) " src="http://upload.wikimedia.org/math/b/9/0/b90f28f1bb825692930ce71234d02a84.png"; /> |
| 15:19 | <jgraham> | Philip` is too fast for me :) |
| 15:19 | <Lachy> | so that doesn't surround the value with {...} |
| 15:20 | <Lachy> | are there any cases where it would? |
| 15:20 | <jgraham> | Lachy: I think so |
| 15:20 | <jgraham> | (certianly you could) |
| 15:21 | <Lachy> | well, are there any more appropriate alternative characters that could be used? |
| 15:21 | <jcranmer> | I must ask, what equation is that for? |
| 15:22 | <jgraham> | jcranmer: It's the schrodinger equation isn't it? |
| 15:22 | jgraham | is just reading the LaTeX |
| 15:22 | <jgraham> | (or something like that) |
| 15:22 | <Philip`> | <math>{x \over y}</math> gives <img class="tex" alt="{x \over y}" src="http://upload.wikimedia.org/math/9/0/8/908124d354754d7eb6ee962b21e1b288.png"; /> |
| 15:22 | <Philip`> | and that's a fairly plausible input |
| 15:22 | <jcranmer> | not in a format that I recognize quickly |
| 15:22 | <Philip`> | I don't think the braces are ever necessary, but there's usually no reason to not use them |
| 15:23 | <Philip`> | It's The Dirac equation in the form originally proposed by Dirac, obviously :-p |
| 15:23 | <jgraham> | Philip`: I wonder if they would be necessary with tensors where you can have raised or lowered indicies out the front |
| 15:24 | <Philip`> | The Dirac equation is superficially similar to the Schrödinger equation for a free particle:, so that's an easy mistake to make |
| 15:24 | jcranmer | points out that he hasn't passed diffeq |
| 15:24 | <jcranmer> | and we didn't even get to PDEs... |
| 15:25 | <jgraham> | Well I noticed the mc^2 term, thought oh relatvistic QM, but didn't join the dots... |
| 15:26 | <Philip`> | http://en.wikipedia.org/wiki/Special_relativity |
| 15:26 | <Philip`> | Oops |
| 15:26 | <Philip`> | That doesn't end in } |
| 15:26 | <Philip`> | but it starts in one, so that's halfway there |
| 15:27 | <Philip`> | If you had "{x^y}^z = x^{y^z}" then that's of the form "{...}" |
| 15:27 | <Philip`> | http://fr.wikipedia.org/wiki/Carr%C3%A9_magique_%28math%C3%A9matiques%29 |
| 15:27 | <Philip`> | {n(n^2+1) \over 2} |
| 15:27 | <Philip`> | Aha, that's one |
| 15:30 | <Lachy> | ok. So are false positives like that really going to cause any major problems? Since the UA is required to expose the value anyway, and arguably, latex markup isn't really a great alternative text |
| 15:31 | <hsivonen> | Lachy: it seems that it's the best format for blind readers that you can stick into an attribute |
| 15:31 | <hsivonen> | (for blind readers who do math) |
| 15:32 | <Philip`> | They are going to cause problems for developers who don't want to cause minor problems, and therefore have to implement some nasty hack (like adding a space to the value) to make sure their output is not conflicting with HTML5's special markers, and who lose trust in the development of HTML since it's introducing new unobvious issues like this that never existed |
| 15:33 | <Philip`> | (and so they can't tell whether HTML6 is going to introduce more special markers that break even more of their tools) |
| 15:35 | <hsivonen> | I don't like {}, but I'm too tired to bikeshed it before the accessibility experts do |
| 15:36 | <jgraham> | I think Philip` is right. As far as I can tell adding random microsyntaxes to existing attributes has demonstratable problems whereas adding a new attribute only has hypothetical problems |
| 15:37 | <annevk> | I don't really like {} either |
| 15:40 | <annevk> | on the other hand, it's easy enough for me to add alt={photo} to things |
| 15:43 | <Philip`> | hsivonen: {...} vs [...] vs (...) vs _... etc would be somewhat like complaining about the colour of the bikeshed, but complaining about the basic concept of introducing some special internal syntax is more like complaining that the bikeshed has a halon fire suppression system and have to be careful to not accidentally set it off while you're in there, which is a more worthwhile complaint |
| 15:46 | <zcorpan> | i think it should be ^...^ |
| 15:48 | <zcorpan> | alt="{:-{)}" |
| 15:48 | <zcorpan> | smiley for Mustache and Beard |
| 15:49 | <Philip`> | Use an attribute named ":-(" to indicate that the author is unhappy because they can't provide good alt text, so you'd write <img src=947618120746.jpg alt=Photo :-( > |
| 15:50 | <zcorpan> | who'll summarize all these problems and send to the list? |
| 15:50 | zcorpan | doesn't volunteer, has to work on video |
| 15:53 | Philip` | was going to just send email complaining how overloading syntax that breaks a small fraction of content still breaks all tools that might possibly deal with that content |
| 16:01 | Lachy | will write the mail, if no-one else is |
| 16:02 | Philip` | will send his one soon, but has probably forgotten most of the points that were discussed |
| 16:04 | <Lachy> | Philip`, ok. then I don't have to. |
| 16:35 | <takkaria> | hsivonen: yeah, the script could be public... it's a makefile |
| 16:43 | <takkaria> | someone couldn't help me out by telling me why the document "<meta charset='utf-16le'>" should be detected as windows-1251 according to the html5 spec? |
| 16:44 | <takkaria> | oh, sorry, I'm getting my testcases mixed up |
| 16:45 | <annevk> | utf-16 in <meta> means utf-8 |
| 16:45 | <annevk> | not sure about utf16le |
| 16:46 | <jmb> | annevk: I'd expect it to be the same, seeing as it uses an ASCII-only algorithm to determine what it is |
| 16:51 | <zcorpan> | "If charset is a UTF-16 encoding, change it to UTF-8." |
| 16:52 | <annevk> | we need to change the charset stuff into some fixed list someday |
| 16:52 | <annevk> | UAs MUST support utf8, utf16, windows1252, ... |
| 16:52 | <annevk> | (writing them in their short form for no apparent reason) |
| 17:40 | <Philip`> | It's quite weird to read something that says "The most common Internet user protocols are: - Telnet (remote login) - FTP (file transfer) - SMTP (electronic mail delivery)" and doesn't mention HTTP at all |
| 17:41 | <gDashiva> | I use telnet all the time to connect to my router |
| 17:44 | <Lachy> | gDashiva, what do you connect to your router with telnet for? |
| 17:46 | <Philip`> | (This document is from 1995 but it's based on one from 1994 which sounds like it's based on work from 1991, which I guess is why HTTP wasn't considered important) |
| 17:54 | <gDashiva> | Lachy: To use the CLI |
| 17:55 | <Lachy> | what for though? To configure the router or something? |
| 17:55 | <gDashiva> | Yes |
| 17:55 | <Lachy> | doesn't it have a GUI interface or web interface for that? |
| 17:55 | <Philip`> | My router supports SSH too |
| 17:55 | <Philip`> | (Unfortunately it doesn't support routing to IP addresses ending in .0) |
| 17:56 | <Philip`> | *SSH to access the CLI |
| 17:57 | <gDashiva> | Lachy: A really slow and horrible one (sometimes with JS errors for extra fun), and it doesn't support all the features |
| 17:57 | <gDashiva> | And that very web interface needs to be disabled for my web server anyhow |
| 17:57 | <gDashiva> | Otherwise it eats all the http requests :) |
| 18:00 | <Lachy> | gDashiva, how would it, if the URL is pointing to an IP address of another machine on the network? |
| 18:00 | <Lachy> | I assume the router wouldn't try to respond to external HTTP requests though? |
| 18:01 | <gDashiva> | You speak as if there's more than one IP address involved. |
| 18:01 | <Philip`> | Are you running the web server on the router? |
| 18:02 | <gDashiva> | No, I'm disabling the web server on the router. |
| 18:02 | <Philip`> | Surely you could just tell the router to redirect external connections to port 80 onto any internal IP with any port, and configure the web server accordingly, and then 192.168.0.1:80 would still be the router configuration interface |
| 18:03 | <gDashiva> | Sure, if it was a sensible router |
| 18:04 | <gDashiva> | As it is, it took me a lot of magic just to make it resolve internal requests to the external IP properly |
| 18:05 | <Philip`> | Hmm, I just add "192.168.0.123 mydomain.co.uk" to /etc/hosts and comment out that line whenever I move outside the LAN |
| 18:06 | <Lachy> | gDashiva, I don't understand how you've got it set up, or under which conditions it intercepts HTTP requests |
| 18:07 | <gDashiva> | Lachy: There's a router with the only public IP, and several machines behind the router. Pretty standard setup, isn't it? |
| 18:08 | <Lachy> | ok, sure. But which side of the router to HTTP requests need to come from to get intercepted by it? |
| 18:08 | <gDashiva> | Which side doesn't matter, and it serves on both its internal IP and the external IP |
| 18:09 | <Lachy> | so you have a web server running on a computer in your local network? |
| 18:09 | <gDashiva> | Yes |
| 18:09 | <Philip`> | Why not connect to computer in your local network using its local IP? |
| 18:09 | <Philip`> | s//the/ |
| 18:10 | <gDashiva> | Because that hides all kinds of things that could be wrong for external access |
| 18:11 | <gDashiva> | Like the always-enjoyable event where the network decides it wants to die just long enough for the dhcp lease to expire, prompting a new external IP |
| 18:11 | <Lachy> | so if your router local IP is 10.0.0.1 and your web server's local IP is 10.0.0.2, and you want to connect to the web server from any other local machine, why doesn't http://10.0.0.2/ work without disabling the router's web interface? |
| 18:11 | <Philip`> | Hmm, fun |
| 18:11 | <gDashiva> | Lachy: It works, but see above |
| 18:12 | Lachy | *confused* |
| 18:12 | <Lachy> | I have roughly the same setup. But I just can't see how a router would interfere with that under any circumstances |
| 18:13 | <gDashiva> | If I access via 10.0.0.2 I won't notice that the domain name no longer points to the right IP, or that the router has started eating random packets, or that I messed up the vhost config and it only responds to 10.0.0.2 now, etc |
| 18:13 | <Philip`> | You could set up a monitoring service running on an external machine |
| 18:14 | <Lachy> | oh, so you want to be able to access your local web server via http://[your-external-ip]/ ? |
| 18:14 | <gDashiva> | Lachy: Well, usually with a bounce via DNS before the IP, but yes :) |
| 18:15 | <Lachy> | ok, so you're using a dynamic DNS service to provide a domain name? That makes a little more sense. But I still don't get why the router would ever intercept the requests at all, if you'd set up port forwarding in it. |
| 18:16 | <gDashiva> | Because it sees "Hey, port 80, I do stuff with that" before it starts forwarding |
| 18:16 | <Philip`> | Can you configure it to use a different port? |
| 18:16 | <Lachy> | would the router ever respond with the web interface to an external request, if it were enabled? |
| 18:16 | <Philip`> | Can you open the firmware in a hex editor and hack it to use a different port? |
| 18:17 | <gDashiva> | Lachy: That's disabled by default, but it's possible |
| 18:17 | <gDashiva> | Philip`: Probably. Or I could just disable it and have it working. |
| 18:17 | <Lachy> | ok. what kind of router is it? |
| 18:17 | <Lachy> | (just so I know to avoid that POS in the future) |
| 18:17 | <Philip`> | gDashiva: That's no fun |
| 18:18 | <gDashiva> | I don't recall. Probably a speedtouch. |
| 18:18 | <Philip`> | You could open its web interface to see where it says the model nu... oh, wait |
| 18:19 | <gDashiva> | Philip`: I could VNC home and telnet from there, but I won't :) |
| 18:19 | <Philip`> | (Mine is called "ADSL Router", and there's no other visible identification anywhere) |
| 18:19 | <gDashiva> | But speaking of home, it's time for going there |
| 18:19 | <Lachy> | gDashiva, if you enable the web interface, there's probably some information about that in there somewhere |
| 18:19 | <gDashiva> | Lachy: Hah |
| 18:20 | <gDashiva> | Information would risk being useful |
| 18:21 | <gDashiva> | The port forwarding setup is a perfect example. Seven input boxes with names like "trigger port" and "port range" |
| 18:21 | <Lachy> | so what commands does it support via CLI? Is it some sort of linux based thing, or some proprietary thing? |
| 18:22 | <gDashiva> | It's a tree-based command system |
| 18:22 | Lachy | googles that |
| 18:22 | <Philip`> | Aha, apparently my router uses an ATMOS CLI |
| 18:22 | <gDashiva> | Like, you can do service; host; add name=httpd; or you can do :service host add name=httpd |
| 18:23 | <Lachy> | was there some documentation for that provided with the router? |
| 18:23 | <Philip`> | (which leads to obvious jokes about Sontarans and suchlike) |
| 18:23 | <gDashiva> | Of course not. The ISP has some very basic FAQs with some images, but that's all. |
| 18:23 | <Lachy> | ok, so you basically figured most of it out yourself? |
| 18:24 | <Lachy> | I have an old belkin ADSL router that I'm not using any more. I wonder if it supported any CLI |
| 18:24 | <gDashiva> | Lots of guessing based on command names, lots of help and some googling |
| 18:24 | <gDashiva> | The CLI manual is out there |
| 18:24 | <gDashiva> | But it only specifies the parameters to each command, not what the command actually does |
| 20:45 | <Hixie> | Philip`: i would imagine a latex replacement text would sound horrific with a screen reader |
| 20:47 | <webben> | Hixie: Dunno about that. blindmathers seem to use latex; I suspect they're used to what it sounds like; just like blind programmers are used to what code sounds like. |
| 20:47 | <webben> | not great for people new to math though! |
| 20:47 | <webben> | or ideal for anyone |
| 20:49 | <hsivonen> | does T.V. Raman's LaTeX to voice software integrate with any browser? Emacs W3 perhaps? |
| 20:51 | <Philip`> | Hixie: alt text isn't just for blind people |
| 20:52 | <Hixie> | no but it has to be appropriate for all the people it is for, including the blind people |
| 20:52 | <Philip`> | and it seems likely anyone who cares about maths would understand LaTeX in preference to any other encoding of equations |
| 20:52 | <hsivonen> | Hixie: afaict, there's no such alt format for all people |
| 20:53 | <hsivonen> | Hixie: what Philip` said |
| 20:53 | <Hixie> | i replied to the e-mail |
| 20:53 | <gsnedders> | What about my French relatives? |
| 20:53 | <Hixie> | providing more suitable alternative text |
| 20:54 | <webben> | problem is, as I said, "anyone who cares about maths" is not the only target for maths in markup |
| 20:54 | <webben> | also schoolkids, for instance, who might distinctly not care about maths ;) |
| 20:55 | <gsnedders> | Maths… eww. |
| 20:55 | <gsnedders> | :P |
| 21:44 | <Philip`> | Hmph, I was going to reply to the email but everyone else beat me to it :-( |
| 21:45 | <Philip`> | "(a \oplus b) \oplus c = a \oplus (b \oplus c)" is something I might write, and I don't see any way to encode it in words that is easier for anyone and isn't far more confusing for a user who might just have a graphical browser with images turned off |
| 21:46 | <Philip`> | (particularly since the target audience for documents written using LaTeX syntax is usually people familiar with maths and hence with LaTeX) |
| 21:46 | <hsivonen> | xml-dev gets mirrored in crazy many places. I post there and get multiple entries in my vanity feeds |
| 21:56 | <Hixie> | Philip`: i have no idea what that even means, which is for me pretty good evidence that latex is terrible alt text :-) |
| 21:57 | <Hixie> | but in any case |
| 21:57 | <Hixie> | i don't especially like the {...} thing either |
| 21:57 | <Philip`> | Hixie: It's evidence that you're not the target audience for such things :-) |
| 21:57 | <Hixie> | but right now i know of nothing better |
| 21:57 | <Hixie> | Philip`: i read wikipedia math pages |
| 22:10 | <Lachy> | Hixie, if the {...} syntax doesn't work out, you could try the kind="..." attribute I suggested in here quite a while ago |
| 22:10 | <Hixie> | a separate attribute has two problems |
| 22:10 | <Hixie> | 1. it doesn't make alt="" required |
| 22:10 | <Hixie> | 2. it doesn't have a good fallback story |
| 22:11 | <hsivonen> | Hixie: it seems to be that a boolean attribute behave-as-if-there-where-braces="" addresses both issues |
| 22:12 | <jgraham> | Hixie: 1 isn't a good reason for anything per-se |
| 22:12 | <Lachy> | ok, to address #2, we would need a value in either the alt or title attributes |
| 22:12 | <hsivonen> | Hixie: if now alt="{}" is ok, why wouldn't alt="" behave-as-if-there-where-braces="" be as good? |
| 22:12 | <jgraham> | I think what hsivonen says makes sense |
| 22:12 | <Hixie> | hsivonen: nobody has come up with a good name for such an attribute |
| 22:13 | <Hixie> | (that was what i initially proposed) |
| 22:13 | <hsivonen> | Hixie: also, the fallback story with behave-as-if-there-where-braces="" is even better (no brace clutter) |
| 22:13 | <hsivonen> | alt-is-type='' |
| 22:13 | <Hixie> | hsivonen: the brace clutter is a good thing |
| 22:13 | <jgraham> | alt-autogenerated |
| 22:13 | <hsivonen> | alt-is-not-alt |
| 22:13 | <Hixie> | like i said |
| 22:13 | <Hixie> | nobody has come up with a good name for such an attribute |
| 22:14 | <jgraham> | Hixie: It seems like a bad reason to reject it in favour of a solution with more substantial problems |
| 22:14 | <Dashiva> | alternate alternate text is a mess no matter how you put it :) |
| 22:14 | <Hixie> | if we come up with a bad name like those, or any that i have proposed, we'll just have people copy that attribute all over the place thinking it's the cool new thing |
| 22:14 | <Hixie> | jgraham: i'm not at all convinced that {} has more problems |
| 22:14 | <Hixie> | jgraham: the only problem i'm aware of is the latex thing, and i don't even agree that that is valid alt text |
| 22:14 | <hsivonen> | Hixie: why wouldn't some people think braces are the new black? |
| 22:14 | <jgraham> | Hixie: It breaks wikipedia (for some value of breaks) |
| 22:15 | <Hixie> | jgraham: wikipedia is already broken for all those cases |
| 22:15 | <hsivonen> | Hixie: there's also the collision problem Philip` pointed out |
| 22:15 | <Hixie> | hsivonen: because they wouldn't recognise them as anything special, they'd just think that was what the author happened to use -- it doesn't look like syntax |
| 22:15 | <jgraham> | Hixie: I disagree. I think LaTeX is the best fallback for maths content |
| 22:15 | <Hixie> | collision problem? |
| 22:15 | <hsivonen> | if I have a text field for alt, I need to write code that does *something* if the user enters a { as the first character |
| 22:15 | <Hixie> | jgraham: I disagree. I think it's horrible. :-) |
| 22:16 | <jgraham> | I also think that alt-autogenerated makes it look uncool |
| 22:16 | <Hixie> | hsivonen: why? |
| 22:16 | <Hixie> | jgraham: that name is a lie |
| 22:16 | <jgraham> | Hixie: I would be interested to hear the opinion of an AT-dependant maths user |
| 22:16 | <hsivonen> | Hixie: because that's how careful developers think |
| 22:17 | <jgraham> | Hixie: why is the name a lie |
| 22:17 | <hsivonen> | alt-unspecific |
| 22:17 | <Hixie> | jgraham: because it might not be autogenerated, and even if it was, it might not be appropriate to set the attribute |
| 22:18 | <hsivonen> | alt-quality=low |
| 22:18 | <Lachy> | hsivonen, would there be an alt-quality=high? |
| 22:18 | <hsivonen> | alt-type=category |
| 22:18 | <hsivonen> | Lachy: there could be |
| 22:19 | <jgraham> | no-text-equivalent |
| 22:19 | <Lachy> | then it becomes too subjective. Some authors will think their alt text is high quality, even if it's actually quite low (or vice versa) |
| 22:19 | <Dashiva> | jgraham: That's just no-alt with longer text :) |
| 22:20 | <jgraham> | (it doesn't really matter if the attribute has a long name since the typical case is automated systems not hand editing) |
| 22:20 | <jgraham> | Dashiva: I think it makes more sense than <img alt noalt> |
| 22:34 | <clotman> | Is the Web Forms 2.0 draft still being updated? |
| 22:37 | <Lachy> | clotman, it will be integrated into HTML5 soon |
| 22:37 | <clotman> | thanks for the info |
| 23:50 | <annevk> | Hixie, Web Workers is in quirks mode? |
| 23:51 | <Hixie> | yeah bert's script removes the doctype |
| 23:53 | <annevk> | ah, the original is in HTML5 |
| 23:59 | annevk | reaches the thread about renaming <img> |
![http://upload.wikimedia.org/math/b/9/0/b90f28f1bb825692930ce71234d02a84.png"](http://upload.wikimedia.org/math/b/9/0/b90f28f1bb825692930ce71234d02a84.png"){kind=link}
![http://upload.wikimedia.org/math/9/0/8/908124d354754d7eb6ee962b21e1b288.png"](http://upload.wikimedia.org/math/9/0/8/908124d354754d7eb6ee962b21e1b288.png"){kind=link}