Whoops, CC'ing the list: Nearly all of the features you could not find are there. The only thing I'm unsure of is if there's a password box of some kind. If not, it should be trivial to add it.
Alan On 12 September 2012 08:46, Mathias Tausig <[email protected]> wrote: > 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 - [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 >> >> _______________________________________________ >> 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
