4 ms·

Tell me when the PDF version has embedded, runnable code snippets.

• masklinn 14y ago
  > Tell me when the PDF version has embedded, runnable code snippets. When you're making the basic task of seeing the slides impossible, nobody cares about your pointless turd-polishing. Furthermore, PDF readers (at least Adobe's, but third-parties also sometimes do even if not all APIs are present) embed an ECMAScript interpreter, so you can indeed have embedded runnable code snippets in PDF: http://www.adobe.com/devnet/acrobat/javascript.html http://www.adobe.com/devnet/acrobat/javascript.html
  • 4ad 14y ago
    > When you're making the basic task of seeing the slides impossible, nobody cares about your pointless turd-polishing. These are slides for the presenter. Nobody cares if you see them or not. Only the presenter has to care. > PDF readers [...] embed an ECMAScript interpreter So you wrote a Go to Javascript compiler? Can the VM running in the PDF reader implement a web server that can interact with the outside world?
    • masklinn 14y ago
      > These are slides for the presenter. [...] Only the presenter has to care. Irrelevant, the whole thread of inquiry is about seeing the slides locally, you're two comments too late to try that one: you implicitly acknowledged the desire and desirability of personally viewing the slides in your previous comment. > So you wrote a Go to Javascript compiler? Also irrelevant (although there likely is no need to, there's an LLVM Go frontend and there's emscripten), the exact same method used here can be used there. > Can the VM running in the PDF reader implement a web server that can interact with the outside world? That doesn't even remotely make sense.
      • jlgreco 14y ago
        I think you are getting a bit too aggressive about some slides with poor UI. You are asking a lot of the slide authors to minor facilitate secondary usage at the expense of primary usage. It could be a lot worse, they could be like 99% of the other slides in the industry: completely worthless without listening to the accompanying lecture.
        • chimeracoder 14y ago
          > You are asking a lot of the slide authors to minor facilitate secondary usage at the expense of primary usage. I'm in a desktop browser, and I find this incredibly annoying to navigate. If that's not "primary usage" for viewing slides posted online, I don't know what is.
          • burntsushi 14y ago
            > If that's not "primary usage" for viewing slides posted online, I don't know what is. Seriously? The primary usage is presentation..........
          • jlgreco 14y ago
            Primary considerations are centered around the presenter himself. He is the primary user of the slides, so whichever system he is most comfortable with will be the obvious choice. Asking that the presenter dedicate less time to preparation and more time to constructing some sort of elaborate LLVM/emscripten PDF presentation just for the benefit of secondary users who won't/can't use arrow keys is fairly unreasonable.
        • masklinn 14y ago
          > I think you are getting a bit too aggressive That's a joke right? > You are asking I'm not really asking anything, I merely replied to "4ad"'s insulting dismissal of concerns voiced by two other people as to the usability of the deck, then replied to his dishonesty and goalpost-moving antics. > minor facilitate secondary usage Making it actually possible to see the deck you officially posted online is neither facilitation or minor. > at the expense of primary usage. "Primary usage" is clicking a "run" button? Really? > It could be a lot worse That is a troubling qualifier, how is inaccessible information better than accessible worthless information?
• duaneb 14y ago
  It doesn't matter if they have runnable code if I can't get to it.
  • gizzlon 14y ago
    Of course is does.. Most other people can get to it