[Mono-dev] TR: How to access XplatUI for custom controls?
Lionel Cuir
lionel_email at aulofee.com
Fri Oct 15 05:38:19 EDT 2010
"To encapsulate common methods" is exactly what I mean, and that's what
provides XplatUT. Kind of things (GetFocus, Show/GetWindows, etc.) that so
few .NET developpers know how to do on linux. So why not an external library
giving access to some of XplatUI methods?
-----Message d'origine-----
De : mono-devel-list-bounces at lists.ximian.com
[mailto:mono-devel-list-bounces at lists.ximian.com] De la part de Stifu
Envoyé : vendredi 15 octobre 2010 10:37
À : mono-devel-list at lists.ximian.com
Objet : Re: [Mono-dev] TR: How to access XplatUI for custom controls?
It's up to the developer to make his/her own interface for native calls.
Or an external library could be made to encapsulate common methods, that
would work too, and wouldn't break compatibility with .NET WinForms.
At some point, there were also plans to turn native Windows calls into
managed calls ("M/Invoke"), so that many more Windows apps would work with
Mono, but that project never got anywhere.
Lionel Cuir wrote:
>
> To go a little further: many good .NET controls, opensource or not,
> use
> win32 calls. Many developpers I have met only know the win32 APIs and
> nor their equivalent in Linux. Typically, many well-known commercial
> GUI toolkits (componentOne, devexpress, infragistics, ...) use Win32
> calls and so cannot run on Linux.
>
> If Mono was providing a class to interface/hide these
> platform-specific calls, that would drive people to port/create nice
> .NET controls, including all the commercial packages above, that could
> run on Mono/Linux. That would be a great result, wouldn't it?
>
> _____
>
> De : Lionel Cuir [mailto:lionel_email at aulofee.com] Envoyé : vendredi
> 15 octobre 2010 08:45 À : 'Miguel de Icaza'
> Objet : RE: [Mono-dev] How to access XplatUI for custom controls?
>
>
> Right now, I'm using only a very limited subset:
> GetFocus,
> ResetMouseHover
> ScrollWindow
>
> So obviously, I could manage it manually. But I was thinking about
> porting various opensource controls, available on Internet and which
> uses GUI-related win32 calls (such as the ecellent DockPanel). As a
> lot of work has been within XplatUI and its "drivers", I was looking at
reusing them.
> My
> first idea was to ask about making all/some XplatUI's methods public.
> But maybe the easier way is to extract what's needed from these
> classes (easier but not smarter way though).
>
>
> _____
>
> De : miguel.novell at gmail.com [mailto:miguel.novell at gmail.com] De la
> part de Miguel de Icaza Envoyé : jeudi 14 octobre 2010 18:34 À :
> Lionel Cuir Cc : mono-devel-list at lists.ximian.com Objet : Re:
> [Mono-dev] How to access XplatUI for custom controls?
>
>
> Making it public would make your code not work on Windows's Windows.Forms.
>
> What exactly do you need from the XplatUI?
>
>
> On Thu, Oct 14, 2010 at 12:13 PM, Lionel Cuir <lionel_email at aulofee.com>
> wrote:
>
>
> Hi all,
>
> I'm creating a custom control (a list view with extended functionalities)
> and would need to access some low-level GUI methods provided by the
> XplatUI
> class. This in order to access platform-specific actions (scroll window,
> mouse actions...) without to explicitly test the platform / call the right
> platform's API - and to avoid to redo what others have brilliantly done!
>
> Yet, XplatUI is defined as an internal class and so cannot be accessed
> directly.
>
> Is there another way to access it? Or could it be made public in a future
> version of Mono?
>
> Regards,
>
>
> Lionel
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
>
>
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
--
View this message in context:
http://mono.1490590.n4.nabble.com/TR-How-to-access-XplatUI-for-custom-contro
ls-tp2996592p2996695.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
More information about the Mono-devel-list
mailing list