Re: RFE - API change from GtkMessageDialog to GtkAlert

[Gregory Merchan <merchan phys lsu edu>]

On Fri, Nov 23, 2001 at 07:36:46PM -0500, Owen Taylor wrote:
> 
> Thanks for the suggestion. Unfortunately, it's way too late
> to do it for 2.0. (We've now cut off even tiny API changes.)
>
> We could _add_ this for 2.2, however. Feel free to file a bug to that
> effect. (Personally I think it would be confusing to programmers and
> probably lead to inconsistency on the desktop.)

Will do. I was thinking that a peer class rather than a child class would
be better for GtkAlert, in part because it could eliminate some of the
confusion. On the other hand, many still think of alerts as a kind of dialog
which could lead to the API being missed altogether. (Whether they should be
considered a type of dialog at all is still being argued.)

> The change to make the icon extend all the way down the side would be
> easy enough to do compatibly with a little hackish repacking of the
> GtkDialog in the init function; anybody who actually _did_ put help
> buttons in their GtkMessageDialog would perhaps get a non-optimal
> result, but otherwise it would be fine.
> 
> (Of course, this arrangement does exacerbate the problem that
> message dialogs tend to be too wide in aspect ratio.)

As alerts, I suspect they should stand out. I don't recall off-hand any
problem or principle with regard to the aspect ratio. Pointers?

> Where do nautilus-style "Details" buttons go?

They would be placed in the secondary area. I made a few errors in my email
which will be corrected in the HIG and subsequent bug reports.

Cheers,
Greg Merchan