[Glade-users] [Glade-devel] Making property editor as big as posible!

Igor Chetverovod chetverovod at gmail.com
Mon Mar 11 12:58:23 UTC 2013


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 <tristan.van.berkom at gmail.com>:
> On Sat, Mar 9, 2013 at 8:13 PM, Johannes Schmid <jhs at jsschmid.de> 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  -  Glade-devel at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/glade-devel
> _______________________________________________
> Glade-users maillist  -  Glade-users at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/glade-users
>


More information about the Glade-users mailing list