You forgot to emit an event.

A diff would be appreciated in the future, even when just posting here. It makes it a lot easier to tell whats been changed.

if you have a regular svn checkout, svn can give you a valid diff. svn diff should be enough to give a diff of any changes.

I think its jerking because you're injecting an event AND X is injecting an event. I really don't think thats the way to go about doing things. Are you sure you need to inject an event into allegro's queue? If all else fails, maybe theres a way to tell X to move the cursor without injecting its own event? That way you can and all should be well.

Do you have an example which shows the jerking? A short example program demonstrating al_set_mouse_xy would be quite useful (and maybe would help find the cause of the problem)...

[Edit:] Btw., I'm really amazed how well the "we accept patches" seems to work these days

Why do programs using the new API not get the focus unless their title bars are clicked (or of course brought into focus with alt-tab)?:o Is this an issue only under Windows? I have not tried under Linux yet.

Another issue with the mouse...when changing the cursor, it does not take effect unless the cursor leaves the window and then returns.:o WTF? Is this a Windows only issue? Any workaround for that????

I've also noticed that pressing the caps lock key in the keyboard example crashes under the 4.9.9 version...don't know what has changed. Seems something with the keyboard code has changed, because other programs compiled with it crash when different keys are pressed.:-/

Some annoyances: the al_draw_arc and al_draw_ellipse (and others I imagine) piss me off to no end! They ask for position variables, but they do not start there, at least not drawing...I want to be able to use: al_draw_arc(10,10,0,3.14,c) and get an arc starting AT 10,10 (the drawing...not the center point). I am trying to use it for drawing rounded rectangles, but it is hard...because I have to account for the center point, the radius, etc. and sometimes they seem off by one pixel because of rounding errors.:-/

Any since we are on that subject, why not a rounded rect function? I am willing to add one if you would like.::) I am debating on how to handle the 'roundness' of the corners though. Any suggestions on that? I would ultimately like to have the function parameter such as:

al_draw_rounded_rect(float sx, float sy, float w, float h, ALLEGRO_COLOR c, float roundness, int thickness = 0 );

We didn't think people would want their windows focussed, and if they did, they'd give them focus themselves.
It made sense at the time.

Probably, but this is the first I've heard of it. There was a problem with the OS X port that required a click in the window after it was resized before it would take keyboard input again, that's the only thing I've seen that comes close to what you describe (but that was due to a buggy implementation of window resizing and has been fixed).

Again, possibly. There's a quirk in Windows where the cursor doesn't update unless you move the mouse (which usually results in warping the mouse to its present location), but this doesn't sound like the same problem.

A fix would be better, I think.

Congratulations. You just volunteered to do it.

Probably the length of the circle arc in radians: pi/2 for a quarter circle, 0 for a single pixel (a corner that isn't rounded). You'll need to calculate the centre and radius of the circle and the intersection point between the circle and the rectangle.

It's not in the 4.9.8/4.9.9 versions. I don't care to make it.:D Any suggestions on the roundness aspect? I think it should be somewhere between a normal rect and could degrade down to an ellipse.::) How do I make the allegro.def file needed to compile the 4.9.9 version as a dll? I can use dumpbin to get all of the mangled function names, but...have you ever tried to manually edit the output of that?!:o I started, but gave up after the first 1500 lines.:-/ I am just going to use 4.9.8 until that little issue gets straighten out.::)

Edit:
SiegeLord: Yeah...I see what you mean. I am just being a whinny ass today.;D Thanks for all of your hard work everyone!:D

So basically, just attach four arcs to four lines...and voila, a rounded rect is born.8-) Of course, one would have to take the line thickness into account.

I'll see what I can come up with then. I'll post it here later and someone could possibly add it to the primitives later if they so desire.8-)

Ok, as promised. Here is the function I came up with (the al_draw_arc does NOT seem to take neg values correctly for the second angle like it says in the docs::)): You can simple skip the thickness value, as it will default to 0 (hairline).

///////////////////////////////////////////////////////////////////////////////
// Prototype:
void al_draw_rounded_rect( float x, float y, float w, float h, float roundness,
                           ALLEGRO_COLOR c,
         int thickness = 0 );
///////////////////////////////////////////////////////////////////////////////

This could use some optimization, but meh...it works.:P

Still have to work out a filled rounded rect...maybe using circles instead of arcs. That should work.8-)

Whats the 3D api going to look like? It would be nice to have some cool 3D fluff in the 2D api. Like maybe a simple z setting during blit, or being able to tilt/wobble the screen.

Some nice candy would be beneficial in primarily two ways: The games made would actually use them and it would be great for the PR of Allegro itself.