[Mono-winforms-list] System.Windows.Forms Status Update

[Ravindra Kumar]

Hi,
I'm looking after ListView control and Timer is already done by
Jackson.

-Ravi

>>> "Daniel Morgan" <danielmorgan@verizon.net> 9/10/2004 4:16:51 AM
>>>
I have things to say about Mono's Managed System.Windows.Forms.

Other managed controls:
TextBox
DataGrid
Panel
ListView
Splitter
Timer
PrintDocument - I guess this would need cross-platform printing
support

How do you plan on implementing data binding support?

Do you plan on implementing any managed versions of ActiveX controls? 
This
could be in a Mono namespace like Mono.Windows.Forms or something.

For instance, I prefer the MSFlexGrid control over the DataGrid, but
there
is no managed version of MSFlexGrid.  Luckily, I added the the
MSFlexGrid
COM control to my toolbox in visual studio.net.  VS.NET created a
COM-interop library for me.  I ported my Visual Basic 6 library to C#
in no
time. So now, I have a very nice grid for me to use in C#.  However,
the
downside is I do not have data binding support like the DataGrid does.


-----Original Message-----
From: mono-winforms-list-admin@lists.ximian.com 
[mailto:mono-winforms-list-admin@lists.ximian.com] On Behalf Of Peter
Dennis
Bartok
Sent: Thursday, September 09, 2004 5:24 PM
To: mono-winforms-list@ximian.com 
Subject: [Mono-winforms-list] System.Windows.Forms Status Update


[This is a resend - I apologize if you're getting it twice]

Hi All!

As some of you may know, we've had a SWF hack-a-thon in Provo last
month. I
figured I'd give everyone a quick update about the current state of
things.

For those who might have missed Miguel's message two months ago here a
quick
intro: After having various problems with the approach of using Wine,
like
threading support, installation issues, debuggability, interop with
System.Drawing, etc. we decided to start over and develop SWF from
scratch
(again). Except that this time everything is fully implemented in
managed
code. All controls are natively written in C#, using only
System.Drawing and
a small 'driver' that provides the interface to the underlying
Windowing
system.

At this point, we have the following controls fully implemented in
managed
code:
- Label / LinkLabel
- Statusbar
- Toolbar
- Scrollbar (Horizontal/Vertical)
- Trackbar
- Button
- RadioButton
- CheckBox
- Picturebox (even supports animated pictures)
- ProgressBar

These controls should all be fully usable and provide/implement all
methods
and properties documented by Microsoft for System.Windows.Forms.

Currently, the following controls being worked on:
- Edit
- Menu
- Groupbox
- Tooltip
- TabControl

Additionally, the Form and Control class are still a work in progress,
not
yet complete. Control is tied very much into the underlying driver
architecture. Currently we have a driver for Win32, and a driver for
X11.
The X11 driver has only been used/tested on Linux, due to lack of time
and
resources we haven't done anything on Solaris or Mac yet, maybe someone
who
reads this will feel compelled to volunteer :-)

Some of the bigger issues we were facing with Wine, like
multithreading, are
already solved in the new implementation. The developers.exe sample app
that
shows off multithreading, timers and various controls already works
nicely
with the new code.

We've had volunteers, asking which areas need work, so here a list of
controls and classes/components that need tender loving care:
- ListControl
   ComboBox
   ListBox
     CheckedListBox
- MonthCalendar
- Splitter
- TreeView
- DomainUpDown
- NumericUpDown
- DateTimePicker
- Common Dialogs (probably only doable once all controls are done,
unless
someone implements them on top of Microsoft's Win32 SWF)
- PrintPreviewControl

- Macintosh driver
- 64bit testing and/or support for Solaris
- Testing and support for other platforms

The list is probably incomplete, and some things are very large tasks,
like
the ListControl, which consist of several classes that can probably be
implemented somewhat independently of each other.

Also, if you would like to contribute but are unsure whether you have
the
time or experience to contribute a whole control, we also need test
applications. Simple ones that just test every aspect of a single
control as
well as more complex apps that have a purpose like a calculator.
Anything
that helps sniff out bugs in the code or shows people how to use SWF
for
their own needs is needed and welcome. And of course, we also still
need
lots of documentation.

The current implementation can be found in
mcs/class/Managed.Windows.Forms,
and the core developers usually hang around #mono-winforms on gimpnet.

Cheers,
  Peter

_______________________________________________
Mono-winforms-list maillist  -  Mono-winforms-list@lists.ximian.com 
http://lists.ximian.com/mailman/listinfo/mono-winforms-list 

_______________________________________________
Mono-winforms-list maillist  -  Mono-winforms-list@lists.ximian.com 
http://lists.ximian.com/mailman/listinfo/mono-winforms-list