Open mleise opened 11 years ago
That means actual code symbols are preferred over module name?
In the above example, when I press F3 on the last occurrence of "Application" it jumps to the definition within the same module (gtk.Application.d). But since this is a renamed import, Mono-D should look inside gio.Application.d to find this class.
The author of gkt.Application.d just renamed the Application class from gio.Application.d to GioApplication to avoid name collisions.
Oh okay, now I've got it - I guess I also should do a dedicated completion mode for searching stuff in exactly this module, right?^^
You make it sound as if this module is the only one in the world that uses renamed imports.
I'll see if I can track down more code completion breakages. I was way to lenient on reporting those in the past, hehe. It would be really cool if it just worked one day, so you don't have to worry if the completion list is complete (except for maybe some mixed in stuff that is hard to resolve without a complete D compiler).
Wow yeah, I've already prepared a stub for this completion situtation in the past - now I gotta check for the special resolution case
Das Problem mit dem Nicht-Anzeigen von gealiasden Basistypen ist jetzt behoben. Nun mal gucken, wie ich das andere hinbekomme..ich denk mal, dass das nicht so ein riesiges Problem sein sollte.
Viel Erfolg!
Ich glaube, diese Sache werde ich später nochmal angehen -- da wäre momentan ein zu dediziertes Fix-Gebilde für nötig, direkt im Resolver etc..und das mag ich so in der Form nicht einbauen.
In GtkD, gtk.Application imports gio.Application.Application as GioApplication:
But when you press F3 on Application it jumps to gtk.Application.Application. What I would have expected is that the IDE opens gio.Application.d. This may be the reason also why code-completion doesn't work in my own classes that extend gtk.Application.