Re: Missing Widgets

I think waiting for GTK and following there may take 'too
long'.
I earlier posted asking for examples of using a TreeView
widget and DataSet 
ala Windows.Forms.Datagrid as a lot of forums say thats what
is for and got 
no responses.
I would like to have a bash at making something that works
like that:
Johan - could you send me a list of methods/properties that
you use on your 
DataGrid and maybe we can come up with something...
Tom

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

Delphi now supports ADO.NET, and it's binding mechanism
which is
similar but incompatible with Delphi's own. I think that
writing GTK#
controls/widgets that accept the ADO.NET binding mechanism
like the
ones we already implemented for WinForms and for
ASP.NET(WebForms) is
easier to do and more consistent, as the programmer sees
things in the
same way across all UI-toolkits, and uses the database tools
already
available in the framework and in MonoDevelop.

Just my 2 cents,

On 3/15/07, Johan Kotze <jkotzenovell.com> wrote:
>
>
>
>  Tom
>
>
>  Thanx for offering to help out. I am willing to
assist, but please bear in
> mind that I am still learning C#. In Delphi/Lazarus you
have a hierarchy of
> objects that provide you with the ability to create
database applications
> without writing a single line of code.
>
>  The visual component (widgets in MD) are derived from
the standard TGrid,
> Textbox, checkbox, listbox etc components and they have
additional
> properties called DataSource and DataField. The
DataField needs to be set to
> the field name of one of the fields in the Datasource.
In the Delphi/Lazarus
> IDE's these properties show up as listboxes that you
just select the field
> name or datasource. The Datasource is an abstraction
layer between the
> visual data-bound components and the actual database
components. It is not
> strictly necessary, but makes it very easy to switch
database backends. The
> only property I ever set on that is the DataSet. The
Dataset is the
> workhorse that is unique to each type of database
backend you connect to. It
> provides properties that enable you to connect to the
backend (username,
> password, ip address, protocol level etc) and then
returns the rows in the
> table or query.
>
>
>  If you want to see how this fits together you can
download Lazarus from
> www.lazarus.freepascal.org. It is opensource and runs
on Linux, Windows and
> Mac.
>
>
>  Let me know if you require more info.
>
>
>  JK
>
>
> >>> On Wed, Mar 14, 2007 at  6:37 PM, in
message
> <200703141637.27696.tompottsitsosbroadband.co.uk>,
Tom
> Potts <tompottsitsosbroadband.co.uk> wrote:
>
>
>
>
>
>  I think waiting for GTK and following there may take
'too long'.
> I earlier posted asking for examples of using a
TreeView widget and DataSet
> ala Windows.Forms.Datagrid as a lot of forums say thats
what is for and got
> no responses.
> I would like to have a bash at making something that
works like that:
> Johan - could you send me a list of methods/properties
that you use on your
> DataGrid and maybe we can come up with something...
> Tom
>
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-listlists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-li
st
>
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-listlists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-li
st
>
>


-- 
Rafael "Monoman" Teixeira
---------------------------------------
"The reasonable man adapts himself to the world; the
unreasonable one
persists in trying to adapt the world to himself. Therefore
all
progress depends on the unreasonable man." George
Bernard Shaw
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

On 3/15/07, Rafael Teixeira <monomangmail.com> wrote:
> Delphi now supports ADO.NET, and it's binding mechanism
which is
> similar but incompatible with Delphi's own. I think
that writing GTK#
> controls/widgets that accept the ADO.NET binding
mechanism like the
> ones we already implemented for WinForms and for
ASP.NET(WebForms) is
> easier to do and more consistent, as the programmer
sees things in the
> same way across all UI-toolkits, and uses the database
tools already
> available in the framework and in MonoDevelop.

Bear in mind that GTK# is part of the parallel Free stack,
so it
should ideally avoid taking hard dependencies on
technologies which
are not part of the CLR/CLI/C# standard. I haven't checked
but I'd
assume it doesn't include ADO.NET.

That said, there's no problem with creating a databinding
library
subclassed from the GTK widgets that uses ASP.NET.
Alternatively GTK#
could have some other kind of databinding mechanism built in
with an
ADO.NET adaptor made available to make things easier for
people.

-- 
Michael Hutchinson
http://mjhutchinson.com
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

I didn't say that the binding mechanism was tied to ADO.NET,
it is
used (implemented)  by ADO.NET but is defined below it, it
is
basically in System.ComponentModel namespace housed in the
System
assembly.

So I think it is safe to use it for enabling databindness in
GTK#. And
Monodevelop already messes with System.ComponentModel
classes, exactly
in your ASP.NET-centered addins...

Fun,

On 3/15/07, Michael Hutchinson <m.j.hutchinsongmail.com> wrote:
> On 3/15/07, Rafael Teixeira <monomangmail.com> wrote:
> > Delphi now supports ADO.NET, and it's binding
mechanism which is
> > similar but incompatible with Delphi's own. I
think that writing GTK#
> > controls/widgets that accept the ADO.NET binding
mechanism like the
> > ones we already implemented for WinForms and for
ASP.NET(WebForms) is
> > easier to do and more consistent, as the
programmer sees things in the
> > same way across all UI-toolkits, and uses the
database tools already
> > available in the framework and in MonoDevelop.
>
> Bear in mind that GTK# is part of the parallel Free
stack, so it
> should ideally avoid taking hard dependencies on
technologies which
> are not part of the CLR/CLI/C# standard. I haven't
checked but I'd
> assume it doesn't include ADO.NET.
>
> That said, there's no problem with creating a
databinding library
> subclassed from the GTK widgets that uses ASP.NET.
Alternatively GTK#
> could have some other kind of databinding mechanism
built in with an
> ADO.NET adaptor made available to make things easier
for people.
>
> --
> Michael Hutchinson
> http://mjhutchinson.com
>


-- 
Rafael "Monoman" Teixeira
---------------------------------------
"The reasonable man adapts himself to the world; the
unreasonable one
persists in trying to adapt the world to himself. Therefore
all
progress depends on the unreasonable man." George
Bernard Shaw
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st