Re: new widget
- From: Ian Main <imain netidea com>
- To: gtk-devel-list redhat com
- Subject: Re: new widget
- Date: Mon, 23 Aug 1999 16:07:23 -0700
On Tue, Aug 24, 1999 at 12:48:59AM +0200, plex wrote:
> hi folx,
> i'm just in need of some widget classes, so here are my suggestions what i
> would like to contribute and some general questions about the starting point
>
> AreaList
>
> a list that does not order their items in a horizontal list but in a sorted
> direction, like the icon-view of gmc or the pattern-selection in gimp (which
> is otherwised implemented)
> I thought about a widget class, where the programmer can set the direction in
> which the items are layed out, and if the widget got resized, the items reorder.
> I searched the widget tree but didn't find any of it. So if there is a need
> for it, I'll write it. I need it for a fixed-size pixmap-pattern chooser.
If one of these were available, I'm sure I'd use it. I actually wrote one
a while back, but it wasn't really distribution quality so it's burried now :)
> as a second important meta-object, i'll implement and extend the GtkDialog with
> some aspects of usability.
> Applications can open their dialogs (file-selection, color-selection and
> application-specifics...) through a dialog-manager. Think about color-pickers,
> font-pickers and other popup-buttons.
> The user/programmer maybe don't like to have many requesters open, or maybe only
> one per class. Maybe he doesn't like confirmation-buttons and just want have
> realtime-reaction or maybe modal ones.
>
> here's a list of attributes a dialog-manager could have:
>
> - open ONE_PER_CLASS, ONE_AT_ALL, ALL new dialogs
> (if ONE_PER_CLASS or ONE_AT_ALL, he give the output-focus of the dialog to the
> new client, if it is already opened)
> - CONFIRMATION
> - MODAL
Hmm, dunno about this one. I'd have to see it and try it out.
Ian
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]