How would you use native widgets without using bindings of some sort? On Wed, Sep 12, 2012 at 1:19 AM, 殷启聪 <[email protected]> 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 <[email protected]>: > > 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-sharp/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 - [email protected] > >> http://lists.ximian.com/mailman/listinfo/mono-list > >> > > > > > > > > > > -- > > View this message in context: > http://mono.1490590.n4.nabble.com/GTKsharp-3-tp4656569p4656570.html > > Sent from the Mono - General mailing list archive at Nabble.com. > > _______________________________________________ > > Mono-list maillist - [email protected] > > http://lists.ximian.com/mailman/listinfo/mono-list > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list >
_______________________________________________ Mono-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-list
