Any comments?

Docking (using TToolbars and TControlBar mostly):
many dragging problems at runtime:
sometimes won't drop; sometimes just outline is drawn when undocked
TToolbar will not drop if an edge extends beyond screen edge
autodock doesn't occur when dragging directly from one dock site to
another
can't "unwrap" (resize) a wrapable dock control when docked
no way to know or prevent user from closing undocked TToolbar
how to make the "dock-grabbar" drawn initially?

Actions:
create 3 TToolbar buttons (Button1, 2, and 3) and associate 3
corresponding Actions (Action1, 2, and 3); set Action1.visible :=
false in form OnShow event = Button2 does not respond and Button3
executes Action2.
property editor: rearranging the order of actions in an action group
by dragging with mouse doesn't work as expected
would really like radio group functionality for a group of actions

DBGrid:
scrolling all the way right leaves some pixels where row text was
scrolling all the way right doesn't align right grid edge to right
edge of parent

Anchors:
anchored controls are (9 out of 10 times) anchored at runtime
relative to design-time positions; ie. size problems if change
parent's height or width in FormCreatae or FormShow
resized relative to design-time anchors; ie. if I changes height and
width of parent control (TForm) at run-time (eg. saved size) in
FormCreate, controls are mis-positioned

Splitters (these are really screwed up):
jumps over controls w/same align property when pushed to edge
extremes
at design-time, changing alignment often changes height or width to
0 or some negative number
try aligning to Bottom with alBottom aligned controls...

Win32 Controls:
IDE changes the actual order of buttons on TToolbar with
Wrapable=true when form is opened and there is not a lot of extra
width available in parent control (eg. TCoolbar)
Imagelists bitmaps are compiled into exe with design-time desktop
color depth?

Hi there,

Another one, or is this a feature:

when docked vertical, the dock-grab-bar is like, really really long instead
of going to the top and drawing itself horizontal.

This is not an actionlist bug... It's a TToolBar (or the toolbar common
windows control) bug. Try 3 buttons, link 3 different events saying
ShowMessage('Button x'). At runtime, do Button2.Visible := False and press
button 3...

I agree on these bugs... The TSplitter is really {*word*30}ed up!

It seems that the imagelist component displays the images really weird at
designtime too! Same for the Image Editor... Distorted images etc...

with regards,
Martijn Tonies

http://surf.to/seal97