Conflicting alias in GtkSource

[dejlek]

I am very close to have a working GtkSource as well. I encountered the following problem though:

packages/gtksource-5/GtkSource/GutterRendererText.d(50,19): Error: undefined identifier `Widget.measure`
packages/gtksource-5/GtkSource/GutterRendererText.d(62,8): Error: function `GtkSource.GutterRendererText.GutterRendererText.measure` conflicts with alias `GtkSource.GutterRendererText.GutterRendererText.measure` at packages/gtksource-5/GtkSource/GutterRendererText.d(50,3)

The generated code looks like:

  alias measure = Widget.measure; // DEJAN-J

  /**
   * Measures the text provided using the pango layout used by the
   * #GtkSourceGutterRendererText.
   * Params:
   *   text = the text to measure.
   *   width = location to store the width of the text in pixels,
   *     or %NULL.
   *   height = location to store the height of the text in
   *     pixels, or %NULL.
   */
  void measure(string text, out int width, out int height)
  {
    const(char)* _text = text.toCString(No.Alloc);
    gtk_source_gutter_renderer_text_measure(cast(GtkSourceGutterRendererText*)cPtr, _text, cast(int*)&width, cast(int*)&height);
  }

If I manually add import Gtk.Widget; to the generated file it works without issues. I was looking if there was a way to instruct gidgen to generate this import line but failed ...

[dejlek]

At the moment I am trying to figure out how the !import command works... Tried //!import class[GutterRendererText] Gtk.Widget but it looks like it does not work that way. :)

[elementgreen]

Looking into this now.. The import should be handled automatically for the alias. So this is a bug. Also, I noticed the initial failed assertion core.exception.AssertError@source/gir/func_writer.d(454): InOut arguments of type 'Boxed' not supported. I also consider this a bug. Issues should be handled in the verify() methods in gidgen, which will cause the relevant API item to be marked as unsupported. I fixed this and will push it shortly.

[dejlek]

I've generated everything and made a giD PR. I had to disable the GutterRendererText.measure() method for now as it causes alias measure = Widget.measure; line to be added, and that breaks compilation because gidgen does not generate import Gtk.Widget; there yet...

[elementgreen]

Just pushed a fix for this. It should automatically add imports for conflicting method alias types now.

[dejlek]

You rock!

[elementgreen]

I made the version changes you suggested to the packages. There is no longer a dash separating the version number and any -0 is removed, so it should end up with just the major version number for most cases. I overrode it using the //!info name command for freetype2 and vte3 so that they don't end up being freetype22 and vte3-91.

Going to work on getting older versions of Gtk working next.

[dejlek]

Apparently it builds an executable, but it does not work:

shell» ./gid-vte-example 
Failed to register: Timeout was reached

[dejlek]

False alarm. It works well after I restarted computer, so must be some caching somewhere...

[dejlek]

It all works as expected! The source for this is here: https://codeberg.org/dejan/gid-examples
GtkSource 5 has some cool features that I was looking forward. Now that I have GtkSource and VTE I can finally start porting DIDE ( https://codeberg.org/dejan/dide ) to giddy! :)

[elementgreen]

That looks great! Wish I'd seen it before I posted the forum announcement. I ended up creating my own little test application for GtkSource and Vte terminal. I'm thinking of renaming the gid-gtk4-examples project to just gid-examples (as you yourself have it named), so that it can host multiple example applications for different libraries.

Glad to hear giD is helping you with your projects. I am starting to see its promise for providing a huge selection of D bindings for libraries with GObject Introspection interfaces.

[dejlek]

Absolutely! I will use gid:parquet1 in a more serious project of mine, once the whole thing stabilises... With regards to the gid-examples that is the intention of my gid-examples project. I will provide small examples of each subpackage there. Soon I will have an example there that demonstrates how to use GIO's GResource API (this will also test gid:gio2).

[elementgreen]

I found the easiest way to get dub to build the right package is to change the dub.json of the application I'm trying to build to specify the path to the library, instead of the version. Like so:

{
        "name": "gid-gtk4-examples",
        "description": "giD Gtk 4 examples",
        "dependencies": {
                "gid:gtk4": {"path": "../gid"}
        }
}

You will likely need to remove the dub.selections.json file and may need to mess with the dub cache. I sometimes end up nuking ~/.dub/packages/gid* when it still doesn't do what I want.

[dejlek]

I did not know this (I do not use Dub that much). This is superuseful! What I used so far is dub add-local <path to gid> <version-rc1> and it worked well. But this is much better as I do not have to use a made-up version. Perfect for development, like Python's "editable" packages.