Re: GNOME Goal: Use GtkBuilder i.s.o libglade?

On Thu, Aug 7, 2008 at 1:07 PM, Andre Klapper <ak-47 gmx net> wrote:
> Am Sonntag, den 30.03.2008, 15:20 +0200 schrieb Sven Herzberg:
>> Am Sonntag, den 30.03.2008, 15:08 +0200 schrieb Jaap A. Haitsma:
>> > What about making this [1] an official goal?
>> > [1]
>> Can we please start thinking about this when glade fully supports
>> GtkBuilder files? AFAIK, adding support for GtkBuilder is a goal for
>> GNOME 2.24, so I'd propose to postpone this:
>>       * if glade-3 quickly gets this; let's do this in the middle of the
>>         release cycle
>>       * if it doesn't, let's do that for GNOME 2.26
> What is Glade's status here? Any bug report to track?
> Now that it's getting late in the cycle, this becomes a 2.26 goal (if at
> all).

No specific bug report to track per se.

Now, unforseen disasters aside, we are a few bugfixes away from a GtkBuilder
compatible Glade:
  - Frame & expander labels are marked incorrectly (patch under review)
  - Versioning information needs to be saved in comments to not abort builder
    and/or libglade.
  - Id like to have non GtkWindow toplevels in (patch attached, also
fixes segfault)
  - There seem to be a few crasher reports, nothing that really scares me.

This should leave us with a glade that supports:
  - All widgets already supported by libglade, in libglade format
  - All widgets that are mutually supported by both formats in GtkBuilder format
  - Hopefully the added bonus of the pango attributes editor I just
added to trunk,
    for GtkLabel::attributes in GtkBuilder format.

Unfortunately Gtk+/GtkBuilder doesnt support natural building of menus
- I have some
patches to gtk+ attached for that but *cough* due to my own lazyness, I
never split them up and got them properly reviewed (this was at the end of
my Glade-->GtkBuilder sprint I did in april). The patch can be found here:

So what we have is an almost finished minimal GtkBuilder support, enough
to start porting working libglade based programs - minus any kind of menu

Work involved for menus:

   Native menus: Involves mostly applying my patches and finding a better
   solution to get the accel group from the toplevel when building
menus, already
   have custom image menu items working... could be a few kinks

   GtkUIManager objects: Our plan here is to KISS, its way too complex
to update a menu
   live in the UI with the UIManager object in play and have it
construct menu items etc.
   Instead: A UIManager editor will be written simply to
add/remove/edit actions etc, and
   glade will simply save the ui string along with the UIManager as an
internal virtual property.
   Viewing the actual menu in glade could be done in a possible "demo"
mode in the future.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]