[Mono-list] GTKsharp 3

Mathias Tausig mathias.tausig at a-cert.at
Wed Sep 12 07:46:14 UTC 2012


On Tuesday 11. September 2012 11:53:03 Andrew York wrote:
> How far along is XWT? I'm don't mind trying out something in beta for
> fun, but I'm not smart enough to make major contributions. Is XWT far
> enough along for the average end developer to start having fun with?
 
I recently tried it for a new project. It is actually very stable and very 
comfortable to work with, but the problem is, that is still missing a lot of 
features that you would expect from something you want to use productively 
(like message boxes, window-close event, open file dialog, password entry field)

> On 9/11/2012 11:50 AM, Ian Norton wrote:
> > How do you expect to put anything on the screen or read the mouse,
> > keyboard etc without eventually using a native toolkit :)
> > 
> > XWT is very cool, not 100% working for me yet but a very good start.
> > 
> > On 11/09/2012 16:34, Stifu wrote:
> >> XWT is still a set of bindings. It calls native code / GUI toolkits
> >> underneath. So that's not what he was asking for.
> >> I guess there is just not enough money / motivation behind having a
> >> fully-managed GUI toolkit. On the other hand, Mono WinForms is one,
> >> technically.
> >> 
> >> 
> >> Slide wrote
> >> 
> >>> There is this one that is being developed https://github.com/mono/xwt
> >>> and will be the foundation of MonoDevelop in the future from what I
> >>> understand.
> >>> 
> >>> On Tue, Sep 11, 2012 at 8:19 AM, 殷启聪 <seamlikok@> wrote:
> >>>> Why there's no any cross-platform GUI toolkit that's written natively
> >>>> in C#? I'm tired of using bindings. Is it possible to develop a C# GUI
> >>>> toolkit that's OpenGL accelerated (like WPF and Clutter),
> >>>> cross-platform (like wxWidgets and Qt) and uses native widgets in
> >>>> different desktop environment? Then GTK+, Qt etc. will be used as low
> >>>> level components.
> >>>> 
> >>>> 2012/9/11 Stifu <stifu@>:
> >>>>> The most recent bit of news I've read about GTK# 3:
> >>>>> 
> >>>>> http://mono.1490590.n4.nabble.com/Towards-GTK-3-0-tp4650597.html
> >>>>> 
> >>>>> 
> >>>>> Daniel Hughes wrote
> >>>>> 
> >>>>>> GTK 3 was released 10 Feb 2011. That's a long time ago.
> >>>>>> 
> >>>>>> During that time .net bindings have failed to eventuate.
> >>>>>> Information on
> >>>>>> what has been happening has been very hard to find, despite a large
> >>>>>> number
> >>>>>> of .net applications on linux using these bindings.
> >>>>>> 
> >>>>>> As the author of an opensource application dependent on these
> >>>>>> bindings
> >>>>>> I
> >>>>>> find this lack of information very concerning. And I'm starting
> >>>>>> to ask
> >>>>>> myself questions like, Am I now dependent of a dead or dieing
> >>>>>> library?
> >>>>>> 
> >>>>>> Banshee was removed from the default ubuntu install, officially
> >>>>>> because
> >>>>>> of
> >>>>>> lack of GTK 3 support.
> >>>>>> 
> >>>>>> I have the following questions:
> >>>>>> 
> >>>>>> Where is the source code for GTK 3 support?
> >>>>>> As far as I can establish the GTK sharp code is hosted here:
> >>>>>> https://github.com/mono/gtk-sharp<https://github.com/mono/gtk-shar
> >>>>>> p/branches>
> >>>>>> 
> >>>>>> However there is no branch in there labelled as GTK3
> >>>>>> 
> >>>>>> Who supports GTK sharp?
> >>>>>> If it is community maintained, who are the main contributors?
> >>>>>> 
> >>>>>> Is there a projected or planned release date for GTK 3 support?
> >>>>>> Developers dependent on GTK sharp need this information in order to
> >>>>>> plan
> >>>>>> the future of there applications.
> >>>>>> 
> >>>>>> If GTK sharp is really dying then application developers
> >>>>>> dependent on
> >>>>>> it
> >>>>>> need to know, so they can either contribute to it or move there
> >>>>>> applications on to something else.
> >>>>>> 
> >>>>>> If the bindings are struggling, how come there has been no call
> >>>>>> for contributors, or at least transparent information about what is
> >>>>>> going
> >>>>>> on. Rather then the current back whole of information.
> >>>>>> 
> >>>>>> Recently ubuntu held an app competition, it was hugely successful
> >>>>>> and
> >>>>>> while
> >>>>>> it was on people where asking questions like this:
> >>>>>> http://askubuntu.com/questions/154373/use-primary-toolbar-with-mono
> >>>>>> And all we could do was advice that they use another language.
> >>>>>> 
> >>>>>> If we lose GTK# bindings where does that leave mono on desktop
> >>>>>> linux?
> >>>>>> We
> >>>>>> have no QT bindings, no clutter bindings and no GTK# 3 bindings. in
> >>>>>> sort
> >>>>>> we
> >>>>>> have no bindings available (by that I mean packaged in debian or
> >>>>>> similar)
> >>>>>> for the latest version of any native linux GUI tool kit.
> >>>>>> 
> >>>>>> I'm going to say this again, mono developers cannot use the latest
> >>>>>> version
> >>>>>> of any native linux GUI tool kit.
> >>>>>> 
> >>>>>> Now maybe the GTK# bindings are alive and well and are about to
> >>>>>> issue a
> >>>>>> release. However if that is true then the developers have a lot
> >>>>>> of room
> >>>>>> for
> >>>>>> improvement with there communications.
> >>>>>> 
> >>>>>> Sincerely,
> >>>>>> Daniel Hughes
> >>>>>> 
> >>>>>> _______________________________________________
> >>>>>> Mono-list maillist  -  Mono-list at .ximian
> >>>>>> http://lists.ximian.com/mailman/listinfo/mono-list
> >>>> 
> >>>> _______________________________________________
> >>>> Mono-list maillist  -  Mono-list at .ximian
> >>>> http://lists.ximian.com/mailman/listinfo/mono-list
> > 
> > _______________________________________________
> > Mono-list maillist  -  Mono-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list
> 
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4627 bytes
Desc: not available
URL: <http://lists.ximian.com/pipermail/mono-list/attachments/20120912/c7f1c244/attachment-0001.bin>


More information about the Mono-list mailing list