Unless you have a problem with running unknown compiled code, why not?

It's as easy as running '$ appletviewer URL'

Because having Java enabled for a browser is tremendously more risky than running a single application of unknown code.

As RobSis noted, you don't have to enable it in your browser, you can use appletviewer to run individual applets without the browser:

    $ appletviewer http://tropic.org.uk/~crispin/quantum/

And also, moderns browsers allow you to have the plugin installed, but disabled unless you activate it on a specific page.

Modern browsers... except Google Chrome, which has at least 40% market share.

Google Chrome does not support applets in any way since the deprecation of NPAPI.

I accidentally had appletviewer.exe it from the JDK, however the applet is served over http. I do appreciate this because I'd accidentally turned off HTTPS Everywhere and hadn't noticed (in weeks I suppose).

I think I'm not the target audience, I hope OP finds some good physicists to show this to :)

I thought it means "Rockstar Games developers". No idea why would they force this crappy layout, though.

And then there is pwnat that tunnels nats without 3rd party...

You have to use pwnat on the client too.

Don't know what caused it, but opening the page totally froze my box. (I had to power it down)

Same. Running Arch, my display driver had some kind of attack of the vapours and I had to reboot the box blind. Fun!

I do have a blog, but I only post when I have something to say to the subject - something that wasn't already said elsewhere. Otherwise I'd consider it just waste of space...

Fortunately, the Windows version of Pro works perfectly in wine.

Great to know, thanks. Was there anything fancy needed to get it running or did it just run?

Nothing fancy. Wine 1.7, glsl, gdi & fbo.

I tried to download the Windows version to run it under wine and it gave me the Linux bin. I will have to put a bit more effort into it and give it now that someone has confirmed that it works :) Thanks.

Yeah, it won't give you windows version unless you change user-agent. Here's list of all possible downloads:

https://productforums.google.com/d/msg/earth/qGeaQ3LQYEs/vfG...

Thanks! I figured changing the UA would do the trick, but that link is even better :)

It works beautifully.

I wasn't able to get the movie export working though

Looking at src/screen.c, the tilda character is hardcoded. So you'd need to patch it.

Perhaps a terminal application could do it then.

setw -g mode-mouse on

setw -g mouse-select-window on

setw -g mouse-select-pane on

setw -g mouse-resize-pane on

Sadly this still leaves you with a rather crippled subset of the real thing. I.e. "copy mode" instead of proper scrolling, no native text selection, and very noticeable latency and glitches.

It's the price you pay for emulating a 35 years old piece of hardware[1] inside an emulator of the same...

[1] http://en.wikipedia.org/wiki/VT100

I wouldn't call the copy-mode "crippled subset of the real thing".

With tmux's copy-mode, you can even select text without touching your mouse, using e.g. vim-like movements. Which is amazing feature.

The fact, that the copy-mode doesn't jump back down with every change on stdout is also very nice feature.

If you want to work with standard linux clipboard, you still can - just hold shift and select like in almost any linux TUI application.

Thanks.

On a random note, why do all unix applications (generalising I know) seem to default to a super-minimal set of options? Surely the kind of people who get annoyed by mouse integration (and you can just ignore it) are the kind of people who can find out how to turn it on, whereas those of us who are using tmux for the first time want all the nice options turned on by default?

i cannot force this to work on urxvt :/

Well, it does work with urxvt. Since you provided nothing about your configuration, I can't tell you what's the problem.

Turbo Pascal 7.0

6 at most. 7 had syntax highlighting.