[Mono-list] GTKsharp 3

[Alan]

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 <mathias.tausig at a-cert.at> 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  -  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
>
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>