Re: [Glade-devel] Making property editor as big as posible!
Igor Chetverovod <[email protected]> Mon, 11 Mar 2013 16:58:23 +0400
| Newsgroups | gmane.comp.gnome.glade.user,gmane.comp.gnome.glade.devel |
|---|---|
| Message-ID | <CAGTgnLdTpjT1qpNuqwM+epfAWUYtXY1imaSo7W7T2HDZpRhkkQ@mail.gmail.com> |
Hi Tristan, About a bit another thing:) I think it would be great if property editor could have possibility to add new properties to the widget and GObject functions g_object_set_data () / g_object_get_data () could be used for access to those properties. Igor 2013/3/9, Tristan Van Berkom <[email protected]>: > On Sat, Mar 9, 2013 at 8:13 PM, Johannes Schmid <[email protected]> wrote: >> Hi Juan! >> >> >> >>> https://blogs.gnome.org/xjuan/files/2013/03/glade_new_layout.png >> >> Overall it looks better to me (I don't really know what the clean button >> is for, maybe we can just remove it from such a prominent place). I >> would consider to replace the switch buttons with a toggle button that >> doesn't have "on/off" but just the name of the property to save more >> space. >> >> I still favor some kind of GtkTreeView thing like done in Visual Basic >> for example but it seems the current GtkTreeView is too limited for that >> approach. > > Hi, > Just reiterating what I've said many times before, > the reason I don't want to go in the direction of GtkTreeView, is > that it treats widget properties like rows of data, this approach > limits our capability of providing more user friendly editors. > > I would rather go in a direction where property editors see > more per-widget type customization (i.e. a GtkLabel editor > is different than a GtkButton editor), this let's us organize > the view in a more human friendly way. > > I know, most of Glade's property editors don't leverage > the custom editor approach enough yet to justify this > approach (most of Glade's editors still look like a dumb > list of properties), but I think it's the right direction to > take in general, so I don't want to frame us into a corner > where editor customization becomes impossible. > > Perhaps with the new dogfooding that we've been > doing this will be more easily achieved (i.e. Glades > main UI is made with Glade, hopefully the individual > property editors soon can also be made with Glade). > > Cheers, > -Tristan > > PS: For a basic example of what I ultimately want, > I know it sucks to refer to OSX tooling /again/ but > here's a screen shot from Interface Builder: > > http://disanji.net/iOS_Doc/referencelibrary/GettingStarted/URL_Tools_for_iPhone_OS_Development/Art/interface_builder.jpg > > Notice the property editor on the right hand side, > the amount of properties exposed to the user are > limited to configuring "things that matter", and > there is some interesting grouping of properties > going on... this kind of custom layouting is what > I really want to see more of in Glade, while the > core allows for this customization, it just hasn't > been leveraged enough yet to really look great. > >> >> Regards, >> Johannes >> >> _______________________________________________ >> Glade-devel maillist - [email protected] >> http://lists.ximian.com/mailman/listinfo/glade-devel > _______________________________________________ > Glade-users maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/glade-users > _______________________________________________ Glade-users maillist - [email protected] http://lists.ximian.com/mailman/listinfo/glade-users