Andreas Pflug wrote:
>>> Type handling really needs a major rewrite
...
> There's already some stuff in pgDatatype, but the class was invented too
> late when I realized that typehandling is more complicated than it
> appeared initially. Every string/parameter formatting/encoding should be
> concentrated there. This involves some rewrite of type usage in schema
> and ui files as well.
Ok, I think I got the idea. Looks pretty interesting really, I will take
a closer look at that during the weekend and see if I could handle it.
The GUI part may be the problem for me there, as I have done mostly
server-side stuff so far.
In the meantime, I found another bug in dlgCast (1.2.0 post-beta3,
WinXP). I have only one candiate as cast function in my case but the
list contains an empty string and the function name - four times, and
only the first occurrence of the function name in this list leads to a
sensible result in the SQL tab. This appears to be caused by not
clearing cbFunctions when necessary, and I was able to fix this by adding
cbFunctions->Clear();
to the top of dlgCast::OnChangeType(wxCommandEvent&), but I am not sure
whether this is actually the right thing to do. Also, when selecting
'New Cast' from the Casts context menu in the debug build version only,
instead of the new cast dialog an error dialog with a message about an
unhandled exception comes up (choices Abort, Retry, and Ignore). It
still does after my change.
> We're planning a guru hint mechanism for 1.3/1.4, so this is certainly a
> candidate.
That's excellent!
Regards,
Alex