How should MouseEvent work with Margin, Border, and Padding?

[tig]

Right now in v2_develop: The me parameter contains Frame-relative coordinates. As a result, any View that wants to override this must adjust for the frames thickness.

E.g. From an updated ColorPicker:

                public override bool MouseEvent (MouseEvent me)
		{
			if (!me.Flags.HasFlag (MouseFlags.Button1Clicked) || !CanFocus) {
				return false;
			}

			SetFocus ();
			Cursor = new Point ((me.X - GetFramesThickness ().Left) / _boxWidth, (me.Y - GetFramesThickness ().Top) / _boxHeight);

			return true;
		}

I don't think most View developers should need to deal with this; they should get mouse coordinates relative to the Bounds.

I think Application.ProcessMouseEvent should be calling view.GetFramesThickness and using that to cause me.X and me.Y to be Bounds relative.

If a View implementation wants to get mouse events for its Margin, Border, or Padding it can do so by subscribing to the appropriate mouse events.

What do you all think?

[tznind]

I think it would be nice if there was an Enum in MouseEvent that told you where the mouse was within the View. For example (padding, margin, border or client area). We could have a direction too for those (Upper, Left, Right, Bottom) or None (for client area).

The x/y coordinates should be relative to the origin (0,0) of the bit that the mouse is operating in e.g. (x=50,y=0) of the Bottom margin would be a click in the middle bottom of the view when margin is 1?

Unless borders and padding are themselves views or have views in them I guess.

An alternative if this is too complicated would be to make this a new event... what is the collective noun for border/margin/padding? so like BorderMarginOrPaddingMouseEvent (only better)

[BDisp]

And to complicate even more if we want a 3D effect shadow, it will be a new frame between the Margin and the Border. His frame isn't take in account for the total location and dimensions. The Margin has to allow transparency and the 3D effect will draw the contents around it. Only a thought.

[tig]

And to complicate even more if we want a 3D effect shadow, it will be a new frame between the Margin and the Border. His frame isn't take in account for the total location and dimensions. The Margin has to allow transparency and the 3D effect will draw the contents around it. Only a thought.

I don't think a 3deffect Frame is needed. 3d shadows should be rendered by the superview's 'DrawFrames()' after OnRenderFrames is called.

[tig]

I'm now working on this....