I feel your pain.
however,
You can continue to use the common controls in .Net and it will work just
fine. You can use the new common controls and implement your desired
enhancements as you wish. You can continue to use the VB 6 interface and
start reworking the backend in .Net.
There are trade off's when dealing with the next generation of VB, and that
should have been considered by the business or other decision makers prior
to deciding to move to .Net. Simply throwing it all away just to spit VB
and moving to C# doesn't change the fact that there is now a different way
to do the same things. Albeit, in some cases, it seems more cumbersome.
You do gain the fact that now, VB sits squarely in the same arena that C++
does. Granted the two may have different applications, they are now more
closely considered equals than ever before.
Have you seen what Microsoft has done to VB in .Net 2005? The certainly
demonstrated that VB was very much a viable solution in the software
development arena. Moving to VB.Net is more than an enhancement in feature
set, it is an opening to options that we didn't have (yes, even with all the
api at our disposal.)
Anyone assuming that a direct port from VB 6, to VB.Net of any production
application is sorely misguided. This is old news, we have known that there
were significant changes as early as 2001, back when we had 6 years until VB
of the old died.
The brightest side of this is that you have the lessons learned of a legacy
system. You have a code base to defer to. You do not have to rely so much
on "Subject Matter Experts" or "Business Users". All of your critical
decision trees are completed.
You still have a year before VB of the old goes under. It seems to me that
your legacy system is working in production and, barring the advent of the
latest computer plague, will continue to function when left unmarred for
some time yet. You are not completely pinned to a wall, even this late in
the game.
You may find yourself creating a more disparate system until the conversion
process is complete. Don't be afraid of that change, embrace the fact that
you are no longer solely supporting an existing system and that you now have
the ability "If I had it to do all it all over again". Knowing that you
might have to come out of your comfort zone, should be exhilarating to you
as a developer.
VB hasn't let us down, it merely graduated from high school.
I apologize for the diatribe, I just get frustrated with all the doomsday
talk when, yet another VB programmer first treads into the vast
possibilities of the next generation. Sheesh, on release day of 2005,
people were already bashing Microsoft ("The necessary evil, that it is") for
one reason or another. One size does not fit all, make of it as you will or
make your own.
"Dave" <Ki************ @community.nosp am> wrote in message
news:eZ******** ******@TK2MSFTN GP11.phx.gbl...
VB6 to VB.NET - not impossible, but nearly :(
should prolly throw it all away start over and do it in C#
don't want to be the one to tell management that their millions of dollars
in software investment is a throw away though
"AMDRIT" <am****@hotmail .com> wrote in message
news:eB******** *****@TK2MSFTNG P10.phx.gbl... It doesn't appear so. Perhaps, you can create your own control that
derives from the listview that will implement this technology and then it will be
"automatic"
public class MyListViewItem
inherits ListViewItem
public property CompareType as Type
end Property
end Class
Public class MyListView
inherits ListView
event OnColumnClicked (object, MyColumnClickEv entArgs)
Public Shadows Property Item(index as integer) as MyListViewItem
End Property
private sub ColumnClicked(o bject, ColumnClickEven tArgs)
dim MyColumnClickEv entArgs as ColumnClickEven tArgs
raiseevent oncolumnclicked (me, temparg)
if not temparg.handled then
'perform customsort
end if
end sub
end Class
"Dave" <Ki************ @community.nosp am> wrote in message
news:OP******** ******@TK2MSFTN GP12.phx.gbl... > This implements manual sorting. Is there such thing as automatic where
> you
> just specify the column and the sort order ?
>
>
> "AMDRIT" <am****@hotmail .com> wrote in message
> news:uW******** ******@TK2MSFTN GP15.phx.gbl...
>>
>> Use the ListViewItemSor ter
>>
>>
> ms-help://MS.VSCC.2003/MS.MSDNQTR.2003 FEB.1033/cpref/html/frlrfsystemwind ows > formslistviewcl asslistviewitem sortertopic.htm
>>
>>
>>
>> Private Sub ColumnClick(ByV al o As Object, ByVal e As
> ColumnClickEven tArgs)
>> ' Set the ListViewItemSor ter property to a new ListViewItemCom parer
>> object.
>> Me.listView1.Li stViewItemSorte r = New ListViewItemCom parer(e.Column)
>> ' Call the sort method to manually sort the column based on the
>> ListViewItemCom parer implementation.
>> listView1.Sort( )
>> End Sub
>>
>> ' Implements the manual sorting of items by columns.
>> Class ListViewItemCom parer
>> Implements IComparer
>>
>> Private col As Integer
>>
>> Public Sub New()
>> col = 0
>> End Sub
>>
>> Public Sub New(ByVal column As Integer)
>> col = column
>> End Sub
>>
>> Public Function Compare(ByVal x As Object, ByVal y As Object) As
>> Integer _
>> Implements IComparer.Compa re
>> Return [String].Compare(CType( x,
> ListViewItem).S ubItems(col).Te xt,
>> CType(y, ListViewItem).S ubItems(col).Te xt)
>> End Function
>> End Class
>>
>>
>>
>> "Dave" <Ki************ @community.nosp am> wrote in message
>> news:ux******** ******@TK2MSFTN GP12.phx.gbl...
>> >
>> > VB6 has a SorkKey property that you can setup on the ListView
>> > control
>> > to
>> > tell the ListView what column to use for sorting. In .NET there is
>> > a
>> > Sort()
>> > method and a SortOrder property that you can use to manipulate the
> Sorting
>> > property. My question is how do I perform the same functionality
>> > as I > do
>> > in VB6 setting the SortKey and SortOrder with the ListView.
>> >
>> > Dave
>> >
>> >
>>
>>
>
>