4 ms·

You can elegantly present advertising and other non-essential elements alongside the main content of a GUI interface. There is no elegant way to do this with a

• subhro 14y ago
  >It would be like a weather app with ads in the middle of the sun icon. The analogy is just awesome!! Thanks a ton for bringing a smile on a gloomy day :)
• tedunangst 14y ago
  The amazon results are effectively inline with regular results (placed just after, but with the same appearance). There's no reason grep could not also list a few amazon products with URLs after the regular results.
  • jlgreco 14y ago
    How frequently do you pipe the output of this ubuntu "dash" to another program?
    • tedunangst 14y ago
      It could write the output to stderr. Or only write it if stdout is a terminal. Or create a new window that temporarily overlays the xterm running the command. Yes, amazon-enabled dash and grep/find/whatever have different functionality. But that's a recent change. Previously, dash had exactly the same functionality. That's the entire point. You add a feature here, you add the same feature there.
      • jlgreco 14y ago
        So now grep prints advertisements if I have it print to a tty, but not if I have it print to a pipe that goes to a pager? Which I almost certainly would be doing if advertisements are pushing my output over 20 or so lines? That is your idea of usability? Brilliant, just brilliant. I suppose I shouldn't even bother to ask what happens if I have tty output being consumed by another program. >Or create a new window that temporarily overlays the xterm running the command. You have got to be kidding me. This is a joke. >Previously, dash had exactly the same functionality The exact same functionality of which? And I rather doubt that is true. >You add a feature here, you add the same feature there. No. No you do not. Not when there is standardized. And in this case the "here"/"there" relationship has not even been established for "ubuntu-dash"/grep, making this extra idiotic.
        • hackmiester 14y ago
          >This is a joke. Uh, yeah?
          • jlgreco 14y ago
            This thread started with "Snark aside, it's a valid point. Shouldn't CLI tools mimic GUI tools?"
    • sadga 14y ago
      Put the ads on stderr
      • jlgreco 14y ago
        Why should polluting stderr be seen as any better than polluting stdout?
        • Dylan16807 14y ago
          A lot of console apps dump extra data to stderr, sounds good to me. Especially because if you page the output in less the ads will stay on the screen after you're done :D
          • jlgreco 14y ago
            Well, aside from blowing the signal/noise ratio of stderr out of the water, I suppose it would be fairly entertaining at first to see log files get filled with advertisements.
    • wtetzner 14y ago
      Maybe there should be a stdad so it won't be mixed in with the data going to stdout.
      • jlgreco 14y ago
        This is absolutely the only way such a feature could be sanely realized, and it would require so many invasive changes it is absurd. Off the top of my head you would need to patch glibc, all the major shells, probably half of coreutils, anything that daemonizes similar to nohup (including screen and tmux, god knows how many CPAN modules), ...
        • Gravityloss 14y ago
          Perhaps you could do it like the bash command time, whose output is a bit hard to capture...
          • jlgreco 14y ago
            GNU source is never a pleasure to read, but as far as I can tell the bash builtin "times" prints to stdout. This can be observed by running: bash -c 'times whoami' > /dev/null