Quake has 2 methods of handling the mouse:

1. Normal: It actually captures the mouse pointer and re-centers it in the middle of the Quake window constantly.

2. DirectInput (Windows): Direct mouse input capture; no need to recenter mouse.

I don't know a ton about Flash but I imagine that Flash has no mechanism to "capture" or relocate the mouse pointer (nor would someone want Flash to be able to do this! Imagine annoying Flash ads using that.)

So the traditional ways that Quake handles the mouse aren't available.

I'm wondering if there isn't another way to handle the mouse input ... but no time to play around with that at the moment. 

when the mouse pointer reaches the ends of the computer screen it makes you stop turning

a mouse capture dealio would be great 

Mouse capture is impossible. Flash doesn't support this since it is a security risk.

And it appears capturing mouse movement when the mouse isn't over the Flash window is impossible.

But I just tried something that makes things a lot better.

Apparently capturing MOUSE2 is a non-starter, Flash doesn't support that since some platforms don't have a mouse 2.

Mouse wheel capture is possible, doesn't seem to be implemented in Flash Quake.

And Ricky's CTRL + W etc are browser shortcut keys like CTRL + Q = quit. 

http://www.quake-1.com/docs/flashquake/FlashProQuake400_v2.swf

Source: http://www.quake-1.com/docs/flashquake/FlashProQuake400_v2_src.rar 

Getting warmer methinks. Problem is that if you turn say left, then left, then left, and left again for example the mouse goes off the end of the screen.
Also I was getting a very jerky mouse movement.
A bit like input lag but more just jerky.

I read what was said about it being impossible to lock the mouse into a flash object for security reasons, and I thik that is a shame. But I can see why it is like that also.

In an ideal world the solution would be that the mouse pointer re-appears when the player accesses the menu or the console. So when you press escape, you are free to close the window. 

Google Android Quake (Motorola Droid)

http://code.google.com/p/glesquake/

Developed by Jack Palevich, ironically who is the developer of the original Direct3DQuake, haha. 

Flash is getting a hardware-accelerated 3D in an upcoming version. Code name is "Molehill", and it's basically a new API that is backed by OpenGL or D3D depending on the platform.

http://www.adobe.com/newsletters/edge/january2011/articles/article1/index.html

This means that anything you wanted to do with Quake in flash could now be done with hardware-accelerated graphics. Picture Fitzquake or DirectQ quality graphics and framerate in flash.

Porting could begin now with the beta code available. I haven't touched it yet because it already takes like 10 different package installs just to compile the current flash quake (cygwin, flashdevelop, alchemy, flex, java, etc...) and I haven't had much time to bother with it. 

mean that sites that use flash willy nilly will also load up faster? 

the new flash with d3d support crashes if you switch on "break on error" in the debug panel ;-) 

nitin: it would only speed up rendering, not loading. And it will only benefit flash applets that are (re-)written to use the new API. 

not much to expect on that front then. 

adblock plus takes care of most of those issues for me. 

thanks! 

you just made my day mate, cheers! Works great. 

Blitting is the new hotness. 

http://q3fl.impulse12.com/

Also includes a lengthy discussion of the issues using Molehill for GLQuake and Quake 3. 

... be a decent alternative to 3D single player games but they are still ironing out the problems.

They need to do something reasonable with mouse capture for starters (still not available really) and it is tough to deal with the long download times (although the game data for Quake based games isn't internet optimized.)

Games like Runescape do a pretty good job, but have to have some sort of Java backend layer to do the networking.

I'm sure Flash will eventually be an FPS capable platform. They clearly want to go there.