4 ms·

Would be nice to have it working at least to some degree without javascript. Good luck!

• weavie 12y ago
  I think it is running on Telescope (http://www.telescopeapp.org/ http://www.telescopeapp.org/) which is a Meteor app. As far as I know this makes it pretty much impossible to run without JS.
  • TazeTSchnitzel 12y ago
    Why can't Meteor do server-side rendering? The whole design seems almost ideal for it.
    • sgdesign 12y ago
      It should, but it doesn't yet. It's on the roadmap though.
• outworlder 12y ago
  What's the use-case for that? Are there people reading that using a Lisp Machine or something? I'd say it should offer some form of API. Then you can use anything to read. Such as Emacs.
  • emidln 12y ago
    If it just used plain markup, I could read it in emacs without building a custom client for the API.
    • outworlder 12y ago
      On closer inspection, you're correct. I thought it would first render the page, then the javascript would take over. It does not seem to be the case, on first load there's only javascript.
  • Grue3 12y ago
    At a bare minimum it should work in Emacs's eww. Or at least some other browser, completely written in Lisp.
  • copsarebastards 12y ago
    > What's the use-case for that? Running without JavaScript is a use-case. Not everyone wants to run that insecure stuff on their machine.
    • TazeTSchnitzel 12y ago
      Insecure... how, exactly? It's only as insecure as your browser's parsers for other formats.
      • copsarebastards 12y ago
        1. In the last year, numerous security holes have been found in the JavaScript implementations of every major browser. 2. Even if you assume JavaScript sandboxes are secure, the actual expected behavior of the language is that all code runs in a big global scope. A perfect sandbox would prevent sites from running arbitrary code on your machine, but any JavaScript running on a page effectively has access to all the data on the page. That means every ad, tracker, etc. on the page has access to all the data on the page, including passwords on forms, etc.
      • TheLoneWolfling 12y ago
        The number of browser exploits requiring JS compared to the number of browser exploits not requiring browser JS disagree with your assertion. The distinction is that JS is a complex and turing-complete language that browsers put a lot of effort into making fast and memory-efficient. And as a result JS doesn't exactly have the best security record.