GtkSourceView

[juliagraphics]

GtkSourceView

[lobingera]

Should this be part of Gtk.jl?

No.

It's quite common in the linux world to assume, every library ever written is part of any give linux system, but actually it's not the case.

So if Gtk.jl provides bindings to GtkSourceView, this creates a dependency which can be very tricky to resolve, even if the package user only needs Gtk plain.

One of the few things in SW engineering that's working quite good is Modularisation, so for julia i'd like rather to see a XYZ.lj for every independend libXYZ.jl.

[tknopp]

Well, I said optionally, implying that Gtk.jl should not have a hard dependency . Beeing a software engineer I know that modularization is important. But if you take your suggestion seriously, Glib should not be part of Gtk.jl. My opinion is that Gtk.jl should be a "complete shop". So if there are important widgets that are missing in Gtk but are commonly used in the Gnome world I would have they fit into Gtk.jl.

But I also have no problem with an "GtkExtra.jl"

[lobingera]

OK, i wasn't clear enough.

gtk is not independent from glib, so afaik also pygtk puts gtk and glib bindings together and i guess also for other language bindings this applies.

But recently i had a lot of trouble with mixed Gtk_optional and Gnome bindings (e.g. librsvg) especially on non-linux systems.

[vtjnash]

that's a different discussion: gtk may not be independant from glib, but glib is independent from gtk. a some point, glib will be getting it's own repository. you might say Gdk instead, in which case I would agree that it is tightly coupled with Gtk.

GtkSourceView should be an external julia package since it is a third-party library. I'll see about extending the generator script -- expect that the result would be loaded in the local module that defines the type, but other than that, I'm not clear on the details yet.

[bfredl]

@tknopp An alternative for third party gtk libraries might be to use
gobject-introspection. In github.com/bfredl/GI.jl I have proof-of-concept
for ClutterGtk for instance, but its not really ready for real workloads yet
Den 26 jan 2014 21:46 skrev "tknopp" [email protected]:

Closed #52 #52.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/52
.

[tknopp]

https://github.com/tknopp/GtkSourceWidget.jl
(its not GtkSourceView as type and module name cannot be the same)