Re: [Epiphany] Security prompt dialogs
- From: Robert Marcano <robert marcanoonline com>
- To: Marco Pesenti Gritti <marco gnome org>
- Cc: epiphany mozdev org
- Subject: Re: [Epiphany] Security prompt dialogs
- Date: Sun, 19 Oct 2003 16:20:48 -0000
On Sun, 2003-10-19 at 17:50, Marco Pesenti Gritti wrote:
> On Sun, 2003-10-19 at 11:19, Robert Marcano wrote:
> > On Sat, 2003-10-18 at 17:06, Marco Pesenti Gritti wrote:
> > > As someone may know we are sharing with galeon the code to create
> > > mozilla security prompt dialogs. Though they have now introduced a
> > > custom, hig compliant dialog class.
> > > Personally I think following them on that way would be a very bad idea,
> > > gal and eel teaches. Introducing helpers for something that need to be
> > > solved at an higher level later (definately gtk IHMO), is a bad idea
> > > because getting rid of helpers is hard once you introduced them. Also
> > > it's scary to think that all apps may have to introduce their helpers
> > > for something simple like prompts ...
> > >
> > > I think there was at least three better ways to solve the issue:
> > >
> > > - Convince Owen to support hig dialogs in gtk+ in some way
> > > - Hack a new implementation in egg, either using the same api or
> > > changing it if necessary. It could have gone in gtk later (3.0 or when
> > > Owen would feel comfortable).
> > > - Make glade support higgy dialogs
> >
> > Sorry for my lack of knowledge, but what is a "hig dialog"? Human
> > Interface Guideline Dialogs?
>
> See
> http://developer.gnome.org/projects/gup/hig/1.0/windows.html#dialog-boxes
>
> GtkDialog and GtkMessage, was built before the guidelines, so things
> like borders are not right by default.
If the GTK people agrees to the changes, what is proposed? a new
constructor function in order to not distort already created dialogs
where HIGfication was made by hand?
>
> Marco
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]