recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

We just recently moved one of our major c# apps from VS Net 2002 to VS Net
2003. At first things were looking ok, now problems are starting to
appear.

So far ...

(1) ComboBox.SelectedValue = db_value;

If the db_value was not included in the ComboBox value list the
ComboBox.SelectedIndex used to return -1, Now the very same code is
returning 0, we are checking for -1. We use this trait quite a bit and I
want to know what's going on before weeding it out of 100,000 lines of C#
across 24 separate user controls.

(2) command button 'Access Keys' or Alt-character ...

specified by inserting & into the button text value have begun acting
abnormal. We have a main form that contains 24 user controls each with an
'&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002 all
of these keys worked fine. After compiling with VS Net 2003 the ALT-A,
ALT-U & ALT-D buttons work on about half of the controls and refuse to work
on the rest. No clear indication as to why. The data entry staff is
standing outside my cube with Pitch Forks and Axes !!!

What's going on here ???? (Besides not looking carefully enough before we
leaped.)

Is there a FAQ or message thread for problems with VS Net 2002 to VS Net
2003 conversions somewhere?

Near death experiences like this are extremely unplesant.

Thanks in advance.

Barry
Oregon

More information.

It turns out pressing command button 'Access Keys' or Alt-character on one
control seems to be randomly triggering the corresponding command button on
another user control contained by the form. i.e. ALT-U on UserControl1 is
triggering the &Update command button on UserControl12.

How does one prevent this type of UserControl 'cross over' when numerous
user controls are contained by the same form?

Thanks in advance.

Barry
Oregon

P.S. I've changed the combobox code (see below) in a couple of instances
from

ComboBox.SelectedValue = dbValueString;
(if ComboBox.SelectedIndex == -1) TO (if ComboBox.SelectedIndex < 1)

in an attempt to determine if dbValueString matches a value in the ComboBox
display List. This change seems to be working for the time being.

"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
news:#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl...[color=blue]
> We just recently moved one of our major c# apps from VS Net 2002 to VS Net
> 2003. At first things were looking ok, now problems are starting to
> appear.
>
> So far ...
>
> (1) ComboBox.SelectedValue = db_value;
>
> If the db_value was not included in the ComboBox value list the
> ComboBox.SelectedIndex used to return -1, Now the very same code is
> returning 0, we are checking for -1. We use this trait quite a bit and I
> want to know what's going on before weeding it out of 100,000 lines of C#
> across 24 separate user controls.
>
> (2) command button 'Access Keys' or Alt-character ...
>
> specified by inserting & into the button text value have begun acting
> abnormal. We have a main form that contains 24 user controls each with an
> '&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002 all
> of these keys worked fine. After compiling with VS Net 2003 the ALT-A,
> ALT-U & ALT-D buttons work on about half of the controls and refuse to[/color]
work[color=blue]
> on the rest. No clear indication as to why. The data entry staff is
> standing outside my cube with Pitch Forks and Axes !!!
>
> What's going on here ???? (Besides not looking carefully enough before we
> leaped.)
>
>
> Is there a FAQ or message thread for problems with VS Net 2002 to VS Net
> 2003 conversions somewhere?
>
>
> Near death experiences like this are extremely unplesant.
>
> Thanks in advance.
>
> Barry
> Oregon
>
>[/color]

Hi Barry,

Based on my test, when you assign a "value" to ComboBox.SelectedValue, if
this value is in the list of the combobox, SelectedIndex is set to its
index. Otherwise, the SelectedIndex property keeps unchanged. As for the
'Access Keys', do you have duplicate Access Keys defined in the
application?

Regards,

Felix Wu
=============
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------[color=blue]
>Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>Subject: recompiling VS NET WinForms app with VS NET 2003 causing serious[/color]
problems.[color=blue]
>Date: Wed, 4 Feb 2004 11:30:58 -0800
>Lines: 40
>X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
>Newsgroups: microsoft.public.dotnet.languages.csharp
>NNTP-Posting-Host: 159.121.113.234
>Path:[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA07.phx.gbl!TK2MSFTNGXA0
6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx.g bl!TK2MSFTNGP09.phx.gbl[color=blue]
>Xref: cpmsftngxa07.phx.gbl microsoft.public.dotnet.languages.csharp:218215
>X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>
>We just recently moved one of our major c# apps from VS Net 2002 to VS Net
>2003. At first things were looking ok, now problems are starting to
>appear.
>
>So far ...
>
>(1) ComboBox.SelectedValue = db_value;
>
>If the db_value was not included in the ComboBox value list the
>ComboBox.SelectedIndex used to return -1, Now the very same code is
>returning 0, we are checking for -1. We use this trait quite a bit and I
>want to know what's going on before weeding it out of 100,000 lines of C#
>across 24 separate user controls.
>
>(2) command button 'Access Keys' or Alt-character ...
>
>specified by inserting & into the button text value have begun acting
>abnormal. We have a main form that contains 24 user controls each with an
>'&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002 all
>of these keys worked fine. After compiling with VS Net 2003 the ALT-A,
>ALT-U & ALT-D buttons work on about half of the controls and refuse to work
>on the rest. No clear indication as to why. The data entry staff is
>standing outside my cube with Pitch Forks and Axes !!!
>
>What's going on here ???? (Besides not looking carefully enough before we
>leaped.)
>
>
>Is there a FAQ or message thread for problems with VS Net 2002 to VS Net
>2003 conversions somewhere?
>
>
>Near death experiences like this are extremely unplesant.
>
>Thanks in advance.
>
>Barry
>Oregon
>
>
>[/color]

Felix,

Thanks for the quick response ... our attempt to move to VS Net 2003 is
definitely stopped until we can correct these problems.

1st - Please understand that this data entry application has been WORKING
PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These problems
appeared only when we used VS Net 2003 to recompile the application. This
is a very large and complex data entry application supporting the State of
Oregon's Water Right Tracking system.

The application has a Main Form that contains 24 user controls. EACH USER
CONTROL HAS an
'&Add', '&Update' and '&Delete' button. So the answer to your question is
'yes', the Main Form contains 24 '&Update' buttons, with each User Control
containing a single '&Update' button. However, previously in Net 2002
Access Keys behaved as if each User Control was an application unto itself.
Net 2003 seems to have somehow broken that functionality.

Until we recompiled the app using VS Net 2003, pressing ALT-U within any
control activated the control's '&Update' button. Now we have found that
pressing ALT-U in some controls activates the '&Update' button in a
completely different control. This is a REALLY BAD THING. To add to the
confusion, the Access Keys work correctly and consistently in some controls
and consistently fail (while activating the access key in other completely
unrelated user controls).

We have have reverted to the Net 2002 Version of the app which works
correctly. i.e. Pressing ALT-U within in a control activates that
control's '&Update' button. The combobox issue also works correctly with
the Net 2002 version.

Barry
Oregon

"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...[color=blue]
> Hi Barry,
>
> Based on my test, when you assign a "value" to ComboBox.SelectedValue, if
> this value is in the list of the combobox, SelectedIndex is set to its
> index. Otherwise, the SelectedIndex property keeps unchanged. As for the
> 'Access Keys', do you have duplicate Access Keys defined in the
> application?
>
> Regards,
>
> Felix Wu
> =============
> This posting is provided "AS IS" with no warranties, and confers no[/color]
rights.[color=blue]
>
>
> --------------------[color=green]
> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> >Subject: recompiling VS NET WinForms app with VS NET 2003 causing serious[/color]
> problems.[color=green]
> >Date: Wed, 4 Feb 2004 11:30:58 -0800
> >Lines: 40
> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
> >Newsgroups: microsoft.public.dotnet.languages.csharp
> >NNTP-Posting-Host: 159.121.113.234
> >Path:[/color]
>[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA07.phx.gbl!TK2MSFTNGXA0[color=blue]
> 6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx.g bl!TK2MSFTNGP09.phx.gbl[color=green]
> >Xref: cpmsftngxa07.phx.gbl[/color][/color]
microsoft.public.dotnet.languages.csharp:218215[color=blue][color=green]
> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> >
> >We just recently moved one of our major c# apps from VS Net 2002 to VS[/color][/color]
Net[color=blue][color=green]
> >2003. At first things were looking ok, now problems are starting to
> >appear.
> >
> >So far ...
> >
> >(1) ComboBox.SelectedValue = db_value;
> >
> >If the db_value was not included in the ComboBox value list the
> >ComboBox.SelectedIndex used to return -1, Now the very same code is
> >returning 0, we are checking for -1. We use this trait quite a bit and[/color][/color]
I[color=blue][color=green]
> >want to know what's going on before weeding it out of 100,000 lines of C#
> >across 24 separate user controls.
> >
> >(2) command button 'Access Keys' or Alt-character ...
> >
> >specified by inserting & into the button text value have begun acting
> >abnormal. We have a main form that contains 24 user controls each with[/color][/color]
an[color=blue][color=green]
> >'&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002[/color][/color]
all[color=blue][color=green]
> >of these keys worked fine. After compiling with VS Net 2003 the ALT-A,
> >ALT-U & ALT-D buttons work on about half of the controls and refuse to[/color][/color]
work[color=blue][color=green]
> >on the rest. No clear indication as to why. The data entry staff is
> >standing outside my cube with Pitch Forks and Axes !!!
> >
> >What's going on here ???? (Besides not looking carefully enough before[/color][/color]
we[color=blue][color=green]
> >leaped.)
> >
> >
> >Is there a FAQ or message thread for problems with VS Net 2002 to VS Net
> >2003 conversions somewhere?
> >
> >
> >Near death experiences like this are extremely unplesant.
> >
> >Thanks in advance.
> >
> >Barry
> >Oregon
> >
> >
> >[/color]
>[/color]

Felix,

This situation is so critical that I've started a case with MS Tech support.
I've got a partial solution so far the problem has not been completely
resolved. I'll post to this string with the resolution when the problem is
resolved. Thanks.

Barry
Oregon

"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...[color=blue]
> Felix,
>
> Thanks for the quick response ... our attempt to move to VS Net 2003 is
> definitely stopped until we can correct these problems.
>
> 1st - Please understand that this data entry application has been WORKING
> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These[/color]
problems[color=blue]
> appeared only when we used VS Net 2003 to recompile the application. This
> is a very large and complex data entry application supporting the State of
> Oregon's Water Right Tracking system.
>
> The application has a Main Form that contains 24 user controls. EACH USER
> CONTROL HAS an
> '&Add', '&Update' and '&Delete' button. So the answer to your question[/color]
is[color=blue]
> 'yes', the Main Form contains 24 '&Update' buttons, with each User[/color]
Control[color=blue]
> containing a single '&Update' button. However, previously in Net 2002
> Access Keys behaved as if each User Control was an application unto[/color]
itself.[color=blue]
> Net 2003 seems to have somehow broken that functionality.
>
> Until we recompiled the app using VS Net 2003, pressing ALT-U within any
> control activated the control's '&Update' button. Now we have found[/color]
that[color=blue]
> pressing ALT-U in some controls activates the '&Update' button in a
> completely different control. This is a REALLY BAD THING. To add to the
> confusion, the Access Keys work correctly and consistently in some[/color]
controls[color=blue]
> and consistently fail (while activating the access key in other completely
> unrelated user controls).
>
> We have have reverted to the Net 2002 Version of the app which works
> correctly. i.e. Pressing ALT-U within in a control activates that
> control's '&Update' button. The combobox issue also works correctly[/color]
with[color=blue]
> the Net 2002 version.
>
> Barry
> Oregon
>
>
> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...[color=green]
> > Hi Barry,
> >
> > Based on my test, when you assign a "value" to ComboBox.SelectedValue,[/color][/color]
if[color=blue][color=green]
> > this value is in the list of the combobox, SelectedIndex is set to its
> > index. Otherwise, the SelectedIndex property keeps unchanged. As for the
> > 'Access Keys', do you have duplicate Access Keys defined in the
> > application?
> >
> > Regards,
> >
> > Felix Wu
> > =============
> > This posting is provided "AS IS" with no warranties, and confers no[/color]
> rights.[color=green]
> >
> >
> > --------------------[color=darkred]
> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> > >Subject: recompiling VS NET WinForms app with VS NET 2003 causing[/color][/color][/color]
serious[color=blue][color=green]
> > problems.[color=darkred]
> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
> > >Lines: 40
> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
> > >Newsgroups: microsoft.public.dotnet.languages.csharp
> > >NNTP-Posting-Host: 159.121.113.234
> > >Path:[/color]
> >[/color]
>[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA07.phx.gbl!TK2MSFTNGXA0[color=blue][color=green]
> >[/color][/color]
6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx.g bl!TK2MSFTNGP09.phx.gbl[color=blue][color=green][color=darkred]
> > >Xref: cpmsftngxa07.phx.gbl[/color][/color]
> microsoft.public.dotnet.languages.csharp:218215[color=green][color=darkred]
> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> > >
> > >We just recently moved one of our major c# apps from VS Net 2002 to VS[/color][/color]
> Net[color=green][color=darkred]
> > >2003. At first things were looking ok, now problems are starting to
> > >appear.
> > >
> > >So far ...
> > >
> > >(1) ComboBox.SelectedValue = db_value;
> > >
> > >If the db_value was not included in the ComboBox value list the
> > >ComboBox.SelectedIndex used to return -1, Now the very same code is
> > >returning 0, we are checking for -1. We use this trait quite a bit[/color][/color][/color]
and[color=blue]
> I[color=green][color=darkred]
> > >want to know what's going on before weeding it out of 100,000 lines of[/color][/color][/color]
C#[color=blue][color=green][color=darkred]
> > >across 24 separate user controls.
> > >
> > >(2) command button 'Access Keys' or Alt-character ...
> > >
> > >specified by inserting & into the button text value have begun acting
> > >abnormal. We have a main form that contains 24 user controls each with[/color][/color]
> an[color=green][color=darkred]
> > >'&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002[/color][/color]
> all[color=green][color=darkred]
> > >of these keys worked fine. After compiling with VS Net 2003 the ALT-A,
> > >ALT-U & ALT-D buttons work on about half of the controls and refuse to[/color][/color]
> work[color=green][color=darkred]
> > >on the rest. No clear indication as to why. The data entry staff is
> > >standing outside my cube with Pitch Forks and Axes !!!
> > >
> > >What's going on here ???? (Besides not looking carefully enough before[/color][/color]
> we[color=green][color=darkred]
> > >leaped.)
> > >
> > >
> > >Is there a FAQ or message thread for problems with VS Net 2002 to VS[/color][/color][/color]
Net[color=blue][color=green][color=darkred]
> > >2003 conversions somewhere?
> > >
> > >
> > >Near death experiences like this are extremely unplesant.
> > >
> > >Thanks in advance.
> > >
> > >Barry
> > >Oregon
> > >
> > >
> > >[/color]
> >[/color]
>
>[/color]

Thanks for the information. I will take a further look into this issue and
update you if I find anything useful.

Regards,

Felix Wu
=============
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------[color=blue]
>Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
<hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
<OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>[color=blue]
>Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
serious problems.[color=blue]
>Date: Thu, 5 Feb 2004 16:59:57 -0800
>Lines: 153
>X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>Message-ID: <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
>Newsgroups: microsoft.public.dotnet.languages.csharp
>NNTP-Posting-Host: 159.121.113.234
>Path:[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA05.phx.gbl!TK2MSFTNGP08
.phx.gbl!TK2MSFTNGP09.phx.gbl[color=blue]
>Xref: cpmsftngxa07.phx.gbl microsoft.public.dotnet.languages.csharp:218632
>X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>
>Felix,
>
>This situation is so critical that I've started a case with MS Tech[/color]
support.[color=blue]
>I've got a partial solution so far the problem has not been completely
>resolved. I'll post to this string with the resolution when the problem is
>resolved. Thanks.
>
>Barry
>Oregon
>
>
>"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
>news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...[color=green]
>> Felix,
>>
>> Thanks for the quick response ... our attempt to move to VS Net 2003 is
>> definitely stopped until we can correct these problems.
>>
>> 1st - Please understand that this data entry application has been WORKING
>> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These[/color]
>problems[color=green]
>> appeared only when we used VS Net 2003 to recompile the application.[/color][/color]
This[color=blue][color=green]
>> is a very large and complex data entry application supporting the State[/color][/color]
of[color=blue][color=green]
>> Oregon's Water Right Tracking system.
>>
>> The application has a Main Form that contains 24 user controls. EACH[/color][/color]
USER[color=blue][color=green]
>> CONTROL HAS an
>> '&Add', '&Update' and '&Delete' button. So the answer to your question[/color]
>is[color=green]
>> 'yes', the Main Form contains 24 '&Update' buttons, with each User[/color]
>Control[color=green]
>> containing a single '&Update' button. However, previously in Net 2002
>> Access Keys behaved as if each User Control was an application unto[/color]
>itself.[color=green]
>> Net 2003 seems to have somehow broken that functionality.
>>
>> Until we recompiled the app using VS Net 2003, pressing ALT-U within any
>> control activated the control's '&Update' button. Now we have found[/color]
>that[color=green]
>> pressing ALT-U in some controls activates the '&Update' button in a
>> completely different control. This is a REALLY BAD THING. To add to the
>> confusion, the Access Keys work correctly and consistently in some[/color]
>controls[color=green]
>> and consistently fail (while activating the access key in other[/color][/color]
completely[color=blue][color=green]
>> unrelated user controls).
>>
>> We have have reverted to the Net 2002 Version of the app which works
>> correctly. i.e. Pressing ALT-U within in a control activates that
>> control's '&Update' button. The combobox issue also works correctly[/color]
>with[color=green]
>> the Net 2002 version.
>>
>> Barry
>> Oregon
>>
>>
>> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...[color=darkred]
>> > Hi Barry,
>> >
>> > Based on my test, when you assign a "value" to ComboBox.SelectedValue,[/color][/color]
>if[color=green][color=darkred]
>> > this value is in the list of the combobox, SelectedIndex is set to its
>> > index. Otherwise, the SelectedIndex property keeps unchanged. As for[/color][/color][/color]
the[color=blue][color=green][color=darkred]
>> > 'Access Keys', do you have duplicate Access Keys defined in the
>> > application?
>> >
>> > Regards,
>> >
>> > Felix Wu
>> > =============
>> > This posting is provided "AS IS" with no warranties, and confers no[/color]
>> rights.[color=darkred]
>> >
>> >
>> > --------------------
>> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> > >Subject: recompiling VS NET WinForms app with VS NET 2003 causing[/color][/color]
>serious[color=green][color=darkred]
>> > problems.
>> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
>> > >Lines: 40
>> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
>> > >Newsgroups: microsoft.public.dotnet.languages.csharp
>> > >NNTP-Posting-Host: 159.121.113.234
>> > >Path:
>> >[/color]
>>[/color]
>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFT NGXA07.phx.gbl!TK2MSFTNGXA[/color]
0[color=blue][color=green][color=darkred]
>> >[/color][/color]
>6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx. gbl!TK2MSFTNGP09.phx.gbl[color=green][color=darkred]
>> > >Xref: cpmsftngxa07.phx.gbl[/color]
>> microsoft.public.dotnet.languages.csharp:218215[color=darkred]
>> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> > >
>> > >We just recently moved one of our major c# apps from VS Net 2002 to VS[/color]
>> Net[color=darkred]
>> > >2003. At first things were looking ok, now problems are starting to
>> > >appear.
>> > >
>> > >So far ...
>> > >
>> > >(1) ComboBox.SelectedValue = db_value;
>> > >
>> > >If the db_value was not included in the ComboBox value list the
>> > >ComboBox.SelectedIndex used to return -1, Now the very same code is
>> > >returning 0, we are checking for -1. We use this trait quite a bit[/color][/color]
>and[color=green]
>> I[color=darkred]
>> > >want to know what's going on before weeding it out of 100,000 lines of[/color][/color]
>C#[color=green][color=darkred]
>> > >across 24 separate user controls.
>> > >
>> > >(2) command button 'Access Keys' or Alt-character ...
>> > >
>> > >specified by inserting & into the button text value have begun acting
>> > >abnormal. We have a main form that contains 24 user controls each[/color][/color][/color]
with[color=blue][color=green]
>> an[color=darkred]
>> > >'&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002[/color]
>> all[color=darkred]
>> > >of these keys worked fine. After compiling with VS Net 2003 the[/color][/color][/color]
ALT-A,[color=blue][color=green][color=darkred]
>> > >ALT-U & ALT-D buttons work on about half of the controls and refuse to[/color]
>> work[color=darkred]
>> > >on the rest. No clear indication as to why. The data entry staff is
>> > >standing outside my cube with Pitch Forks and Axes !!!
>> > >
>> > >What's going on here ???? (Besides not looking carefully enough[/color][/color][/color]
before[color=blue][color=green]
>> we[color=darkred]
>> > >leaped.)
>> > >
>> > >
>> > >Is there a FAQ or message thread for problems with VS Net 2002 to VS[/color][/color]
>Net[color=green][color=darkred]
>> > >2003 conversions somewhere?
>> > >
>> > >
>> > >Near death experiences like this are extremely unplesant.
>> > >
>> > >Thanks in advance.
>> > >
>> > >Barry
>> > >Oregon
>> > >
>> > >
>> > >
>> >[/color]
>>
>>[/color]
>
>
>[/color]

Hi Barry,

I repro-ed the accesss key issue you mentioned. To resolve this problem,
you can override ProcessDialogChar in all your UserControls:

public class UserControl1 : System.Windows.Forms.UserControl
{
...
protected override bool ProcessDialogChar(char charCode)
{
if (charCode != ' ' && ProcessMnemonic(charCode)) return true;
return base.ProcessDialogChar(charCode);
}
...
}

However, I am not able to repro SelectedIndex issue. It shows the same
behavior in both .NET Framework 1.0 and 1.1.

Actually, when you set a value to the SelectedValue property, combobox
searches its list and returns the index if the value is found, otherwise,
returns -1. This return value is set to the SelectedIndex property of the
control. Then, combobox needs to update the CurrencyManager.Position
property of the underlying datasource based on the SelectedIndex. However,
the Position will be adjusted to 0 if the SelectedIndex is less than 0.
After this, CurrencyManager updates the underlying datasource if it finds
that the current Position value (is adjusted "0" is this case) is different
from the previous Position value. During this process, CurrencyManager
will udpate the SelectedIndex to the current CurrencyManager.Position
value, that is, 0.

In a nutshell, if the current SelectedIndex is "0", SelectedIndex will
return -1 when you set an invaid value (the value that is not included in
the ComboBox value list ) to the SelectedValue property. If the current
SelectedIndex is not "0", it will return 0.

Regards,

Felix Wu
=============
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------[color=blue]
>Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
<hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
<OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>[color=blue]
>Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
serious problems.[color=blue]
>Date: Thu, 5 Feb 2004 16:59:57 -0800
>Lines: 153
>X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>Message-ID: <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
>Newsgroups: microsoft.public.dotnet.languages.csharp
>NNTP-Posting-Host: 159.121.113.234
>Path:[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA05.phx.gbl!TK2MSFTNGP08
.phx.gbl!TK2MSFTNGP09.phx.gbl[color=blue]
>Xref: cpmsftngxa07.phx.gbl microsoft.public.dotnet.languages.csharp:218632
>X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>
>Felix,
>
>This situation is so critical that I've started a case with MS Tech[/color]
support.[color=blue]
>I've got a partial solution so far the problem has not been completely
>resolved. I'll post to this string with the resolution when the problem is
>resolved. Thanks.
>
>Barry
>Oregon
>
>
>"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
>news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...[color=green]
>> Felix,
>>
>> Thanks for the quick response ... our attempt to move to VS Net 2003 is
>> definitely stopped until we can correct these problems.
>>
>> 1st - Please understand that this data entry application has been WORKING
>> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These[/color]
>problems[color=green]
>> appeared only when we used VS Net 2003 to recompile the application.[/color][/color]
This[color=blue][color=green]
>> is a very large and complex data entry application supporting the State[/color][/color]
of[color=blue][color=green]
>> Oregon's Water Right Tracking system.
>>
>> The application has a Main Form that contains 24 user controls. EACH[/color][/color]
USER[color=blue][color=green]
>> CONTROL HAS an
>> '&Add', '&Update' and '&Delete' button. So the answer to your question[/color]
>is[color=green]
>> 'yes', the Main Form contains 24 '&Update' buttons, with each User[/color]
>Control[color=green]
>> containing a single '&Update' button. However, previously in Net 2002
>> Access Keys behaved as if each User Control was an application unto[/color]
>itself.[color=green]
>> Net 2003 seems to have somehow broken that functionality.
>>
>> Until we recompiled the app using VS Net 2003, pressing ALT-U within any
>> control activated the control's '&Update' button. Now we have found[/color]
>that[color=green]
>> pressing ALT-U in some controls activates the '&Update' button in a
>> completely different control. This is a REALLY BAD THING. To add to the
>> confusion, the Access Keys work correctly and consistently in some[/color]
>controls[color=green]
>> and consistently fail (while activating the access key in other[/color][/color]
completely[color=blue][color=green]
>> unrelated user controls).
>>
>> We have have reverted to the Net 2002 Version of the app which works
>> correctly. i.e. Pressing ALT-U within in a control activates that
>> control's '&Update' button. The combobox issue also works correctly[/color]
>with[color=green]
>> the Net 2002 version.
>>
>> Barry
>> Oregon
>>
>>
>> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...[color=darkred]
>> > Hi Barry,
>> >
>> > Based on my test, when you assign a "value" to ComboBox.SelectedValue,[/color][/color]
>if[color=green][color=darkred]
>> > this value is in the list of the combobox, SelectedIndex is set to its
>> > index. Otherwise, the SelectedIndex property keeps unchanged. As for[/color][/color][/color]
the[color=blue][color=green][color=darkred]
>> > 'Access Keys', do you have duplicate Access Keys defined in the
>> > application?
>> >
>> > Regards,
>> >
>> > Felix Wu
>> > =============
>> > This posting is provided "AS IS" with no warranties, and confers no[/color]
>> rights.[color=darkred]
>> >
>> >
>> > --------------------
>> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> > >Subject: recompiling VS NET WinForms app with VS NET 2003 causing[/color][/color]
>serious[color=green][color=darkred]
>> > problems.
>> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
>> > >Lines: 40
>> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
>> > >Newsgroups: microsoft.public.dotnet.languages.csharp
>> > >NNTP-Posting-Host: 159.121.113.234
>> > >Path:
>> >[/color]
>>[/color]
>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFT NGXA07.phx.gbl!TK2MSFTNGXA[/color]
0[color=blue][color=green][color=darkred]
>> >[/color][/color]
>6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx. gbl!TK2MSFTNGP09.phx.gbl[color=green][color=darkred]
>> > >Xref: cpmsftngxa07.phx.gbl[/color]
>> microsoft.public.dotnet.languages.csharp:218215[color=darkred]
>> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> > >
>> > >We just recently moved one of our major c# apps from VS Net 2002 to VS[/color]
>> Net[color=darkred]
>> > >2003. At first things were looking ok, now problems are starting to
>> > >appear.
>> > >
>> > >So far ...
>> > >
>> > >(1) ComboBox.SelectedValue = db_value;
>> > >
>> > >If the db_value was not included in the ComboBox value list the
>> > >ComboBox.SelectedIndex used to return -1, Now the very same code is
>> > >returning 0, we are checking for -1. We use this trait quite a bit[/color][/color]
>and[color=green]
>> I[color=darkred]
>> > >want to know what's going on before weeding it out of 100,000 lines of[/color][/color]
>C#[color=green][color=darkred]
>> > >across 24 separate user controls.
>> > >
>> > >(2) command button 'Access Keys' or Alt-character ...
>> > >
>> > >specified by inserting & into the button text value have begun acting
>> > >abnormal. We have a main form that contains 24 user controls each[/color][/color][/color]
with[color=blue][color=green]
>> an[color=darkred]
>> > >'&Add', '&Update' and '&Delete' button. When compiled in VS Net 2002[/color]
>> all[color=darkred]
>> > >of these keys worked fine. After compiling with VS Net 2003 the[/color][/color][/color]
ALT-A,[color=blue][color=green][color=darkred]
>> > >ALT-U & ALT-D buttons work on about half of the controls and refuse to[/color]
>> work[color=darkred]
>> > >on the rest. No clear indication as to why. The data entry staff is
>> > >standing outside my cube with Pitch Forks and Axes !!!
>> > >
>> > >What's going on here ???? (Besides not looking carefully enough[/color][/color][/color]
before[color=blue][color=green]
>> we[color=darkred]
>> > >leaped.)
>> > >
>> > >
>> > >Is there a FAQ or message thread for problems with VS Net 2002 to VS[/color][/color]
>Net[color=green][color=darkred]
>> > >2003 conversions somewhere?
>> > >
>> > >
>> > >Near death experiences like this are extremely unplesant.
>> > >
>> > >Thanks in advance.
>> > >
>> > >Barry
>> > >Oregon
>> > >
>> > >
>> > >
>> >[/color]
>>
>>[/color]
>
>
>[/color]

Felix,

THANKS for the info! Its very much appreciated. I've think we've corrected
the Combobox anomolie by checking for < 1 rather than == -1.

I'm working on integrating the ProcessDialogChar override.

I'll post back to the group with the results.

Again many THANKS !!

Barry
Oregon

"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
news:KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl...[color=blue]
> Hi Barry,
>
> I repro-ed the accesss key issue you mentioned. To resolve this problem,
> you can override ProcessDialogChar in all your UserControls:
>
> public class UserControl1 : System.Windows.Forms.UserControl
> {
> ...
> protected override bool ProcessDialogChar(char charCode)
> {
> if (charCode != ' ' && ProcessMnemonic(charCode)) return true;
> return base.ProcessDialogChar(charCode);
> }
> ...
> }
>
>
> However, I am not able to repro SelectedIndex issue. It shows the same
> behavior in both .NET Framework 1.0 and 1.1.
>
> Actually, when you set a value to the SelectedValue property, combobox
> searches its list and returns the index if the value is found, otherwise,
> returns -1. This return value is set to the SelectedIndex property of the
> control. Then, combobox needs to update the CurrencyManager.Position
> property of the underlying datasource based on the SelectedIndex. However,
> the Position will be adjusted to 0 if the SelectedIndex is less than 0.
> After this, CurrencyManager updates the underlying datasource if it finds
> that the current Position value (is adjusted "0" is this case) is[/color]
different[color=blue]
> from the previous Position value. During this process, CurrencyManager
> will udpate the SelectedIndex to the current CurrencyManager.Position
> value, that is, 0.
>
> In a nutshell, if the current SelectedIndex is "0", SelectedIndex will
> return -1 when you set an invaid value (the value that is not included in
> the ComboBox value list ) to the SelectedValue property. If the current
> SelectedIndex is not "0", it will return 0.
>
> Regards,
>
> Felix Wu
> =============
> This posting is provided "AS IS" with no warranties, and confers no[/color]
rights.[color=blue]
>
>
> --------------------[color=green]
> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> >References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
> <hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
> <OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>[color=green]
> >Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
> serious problems.[color=green]
> >Date: Thu, 5 Feb 2004 16:59:57 -0800
> >Lines: 153
> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> >Message-ID: <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
> >Newsgroups: microsoft.public.dotnet.languages.csharp
> >NNTP-Posting-Host: 159.121.113.234
> >Path:[/color]
>[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA05.phx.gbl!TK2MSFTNGP08[color=blue]
> phx.gbl!TK2MSFTNGP09.phx.gbl[color=green]
> >Xref: cpmsftngxa07.phx.gbl[/color][/color]
microsoft.public.dotnet.languages.csharp:218632[color=blue][color=green]
> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> >
> >Felix,
> >
> >This situation is so critical that I've started a case with MS Tech[/color]
> support.[color=green]
> >I've got a partial solution so far the problem has not been completely
> >resolved. I'll post to this string with the resolution when the problem[/color][/color]
is[color=blue][color=green]
> >resolved. Thanks.
> >
> >Barry
> >Oregon
> >
> >
> >"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
> >news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...[color=darkred]
> >> Felix,
> >>
> >> Thanks for the quick response ... our attempt to move to VS Net 2003 is
> >> definitely stopped until we can correct these problems.
> >>
> >> 1st - Please understand that this data entry application has been[/color][/color][/color]
WORKING[color=blue][color=green][color=darkred]
> >> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These[/color]
> >problems[color=darkred]
> >> appeared only when we used VS Net 2003 to recompile the application.[/color][/color]
> This[color=green][color=darkred]
> >> is a very large and complex data entry application supporting the State[/color][/color]
> of[color=green][color=darkred]
> >> Oregon's Water Right Tracking system.
> >>
> >> The application has a Main Form that contains 24 user controls. EACH[/color][/color]
> USER[color=green][color=darkred]
> >> CONTROL HAS an
> >> '&Add', '&Update' and '&Delete' button. So the answer to your[/color][/color][/color]
question[color=blue][color=green]
> >is[color=darkred]
> >> 'yes', the Main Form contains 24 '&Update' buttons, with each User[/color]
> >Control[color=darkred]
> >> containing a single '&Update' button. However, previously in Net 2002
> >> Access Keys behaved as if each User Control was an application unto[/color]
> >itself.[color=darkred]
> >> Net 2003 seems to have somehow broken that functionality.
> >>
> >> Until we recompiled the app using VS Net 2003, pressing ALT-U within[/color][/color][/color]
any[color=blue][color=green][color=darkred]
> >> control activated the control's '&Update' button. Now we have found[/color]
> >that[color=darkred]
> >> pressing ALT-U in some controls activates the '&Update' button in a
> >> completely different control. This is a REALLY BAD THING. To add to[/color][/color][/color]
the[color=blue][color=green][color=darkred]
> >> confusion, the Access Keys work correctly and consistently in some[/color]
> >controls[color=darkred]
> >> and consistently fail (while activating the access key in other[/color][/color]
> completely[color=green][color=darkred]
> >> unrelated user controls).
> >>
> >> We have have reverted to the Net 2002 Version of the app which works
> >> correctly. i.e. Pressing ALT-U within in a control activates that
> >> control's '&Update' button. The combobox issue also works correctly[/color]
> >with[color=darkred]
> >> the Net 2002 version.
> >>
> >> Barry
> >> Oregon
> >>
> >>
> >> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
> >> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...
> >> > Hi Barry,
> >> >
> >> > Based on my test, when you assign a "value" to[/color][/color][/color]
ComboBox.SelectedValue,[color=blue][color=green]
> >if[color=darkred]
> >> > this value is in the list of the combobox, SelectedIndex is set to[/color][/color][/color]
its[color=blue][color=green][color=darkred]
> >> > index. Otherwise, the SelectedIndex property keeps unchanged. As for[/color][/color]
> the[color=green][color=darkred]
> >> > 'Access Keys', do you have duplicate Access Keys defined in the
> >> > application?
> >> >
> >> > Regards,
> >> >
> >> > Felix Wu
> >> > =============
> >> > This posting is provided "AS IS" with no warranties, and confers no
> >> rights.
> >> >
> >> >
> >> > --------------------
> >> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> >> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> >> > >Subject: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
> >serious[color=darkred]
> >> > problems.
> >> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
> >> > >Lines: 40
> >> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> >> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> >> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
> >> > >Newsgroups: microsoft.public.dotnet.languages.csharp
> >> > >NNTP-Posting-Host: 159.121.113.234
> >> > >Path:
> >> >
> >>[/color][/color]
>
>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFT NGXA07.phx.gbl!TK2MSFTNGXA
> 0[color=green][color=darkred]
> >> >[/color]
> >6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx. gbl!TK2MSFTNGP09.phx.gbl[color=darkred]
> >> > >Xref: cpmsftngxa07.phx.gbl
> >> microsoft.public.dotnet.languages.csharp:218215
> >> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> >> > >
> >> > >We just recently moved one of our major c# apps from VS Net 2002 to[/color][/color][/color]
VS[color=blue][color=green][color=darkred]
> >> Net
> >> > >2003. At first things were looking ok, now problems are starting[/color][/color][/color]
to[color=blue][color=green][color=darkred]
> >> > >appear.
> >> > >
> >> > >So far ...
> >> > >
> >> > >(1) ComboBox.SelectedValue = db_value;
> >> > >
> >> > >If the db_value was not included in the ComboBox value list the
> >> > >ComboBox.SelectedIndex used to return -1, Now the very same code is
> >> > >returning 0, we are checking for -1. We use this trait quite a bit[/color]
> >and[color=darkred]
> >> I
> >> > >want to know what's going on before weeding it out of 100,000 lines[/color][/color][/color]
of[color=blue][color=green]
> >C#[color=darkred]
> >> > >across 24 separate user controls.
> >> > >
> >> > >(2) command button 'Access Keys' or Alt-character ...
> >> > >
> >> > >specified by inserting & into the button text value have begun[/color][/color][/color]
acting[color=blue][color=green][color=darkred]
> >> > >abnormal. We have a main form that contains 24 user controls each[/color][/color]
> with[color=green][color=darkred]
> >> an
> >> > >'&Add', '&Update' and '&Delete' button. When compiled in VS Net[/color][/color][/color]
2002[color=blue][color=green][color=darkred]
> >> all
> >> > >of these keys worked fine. After compiling with VS Net 2003 the[/color][/color]
> ALT-A,[color=green][color=darkred]
> >> > >ALT-U & ALT-D buttons work on about half of the controls and refuse[/color][/color][/color]
to[color=blue][color=green][color=darkred]
> >> work
> >> > >on the rest. No clear indication as to why. The data entry staff is
> >> > >standing outside my cube with Pitch Forks and Axes !!!
> >> > >
> >> > >What's going on here ???? (Besides not looking carefully enough[/color][/color]
> before[color=green][color=darkred]
> >> we
> >> > >leaped.)
> >> > >
> >> > >
> >> > >Is there a FAQ or message thread for problems with VS Net 2002 to VS[/color]
> >Net[color=darkred]
> >> > >2003 conversions somewhere?
> >> > >
> >> > >
> >> > >Near death experiences like this are extremely unplesant.
> >> > >
> >> > >Thanks in advance.
> >> > >
> >> > >Barry
> >> > >Oregon
> >> > >
> >> > >
> >> > >
> >> >
> >>
> >>[/color]
> >
> >
> >[/color]
>[/color]

Welcome, Barry.

However, I am afraid that simply checking SelectedIndex < 1 is not enough.
Since SelectedIndex zero-based, what if the dbValueString happens to be the
same as the first value in the list?

One workaround is to check if the new value equals the first value in the
list when SelectedIndex is 0. For example:

DataRowView drv=(DataRowView)comboBox1.Items[0];

....
comboBox1.SelectedValue=newVal;

if (comboBox1.SelectedIndex==-1 || (comboBox1.SelectedIndex==0 &&
(drv["colName"].ToString()!=newVal.ToString())))
MessageBox.Show("It's Invalid: " + newVal.ToString());
else
MessageBox.Show("It's Valid: " + newVal.ToString());

Regards,

Felix Wu
=============
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------[color=blue]
>Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
<hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
<OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>
<#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
<KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl>[color=blue]
>Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
serious problems.[color=blue]
>Date: Mon, 9 Feb 2004 08:06:17 -0800
>Lines: 267
>X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>Message-ID: <OTpixYy7DHA.2300@TK2MSFTNGP10.phx.gbl>
>Newsgroups: microsoft.public.dotnet.languages.csharp
>NNTP-Posting-Host: 159.121.113.234
>Path:[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA05.phx.gbl!TK2MSFTNGP08
.phx.gbl!TK2MSFTNGP10.phx.gbl[color=blue]
>Xref: cpmsftngxa07.phx.gbl microsoft.public.dotnet.languages.csharp:219291
>X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>
>Felix,
>
>THANKS for the info! Its very much appreciated. I've think we've[/color]
corrected[color=blue]
>the Combobox anomolie by checking for < 1 rather than == -1.
>
>I'm working on integrating the ProcessDialogChar override.
>
>I'll post back to the group with the results.
>
>Again many THANKS !!
>
>Barry
>Oregon
>
>
>"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>news:KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl...[color=green]
>> Hi Barry,
>>
>> I repro-ed the accesss key issue you mentioned. To resolve this problem,
>> you can override ProcessDialogChar in all your UserControls:
>>
>> public class UserControl1 : System.Windows.Forms.UserControl
>> {
>> ...
>> protected override bool ProcessDialogChar(char charCode)
>> {
>> if (charCode != ' ' && ProcessMnemonic(charCode)) return true;
>> return base.ProcessDialogChar(charCode);
>> }
>> ...
>> }
>>
>>
>> However, I am not able to repro SelectedIndex issue. It shows the same
>> behavior in both .NET Framework 1.0 and 1.1.
>>
>> Actually, when you set a value to the SelectedValue property, combobox
>> searches its list and returns the index if the value is found, otherwise,
>> returns -1. This return value is set to the SelectedIndex property of the
>> control. Then, combobox needs to update the CurrencyManager.Position
>> property of the underlying datasource based on the SelectedIndex.[/color][/color]
However,[color=blue][color=green]
>> the Position will be adjusted to 0 if the SelectedIndex is less than 0.
>> After this, CurrencyManager updates the underlying datasource if it finds
>> that the current Position value (is adjusted "0" is this case) is[/color]
>different[color=green]
>> from the previous Position value. During this process, CurrencyManager
>> will udpate the SelectedIndex to the current CurrencyManager.Position
>> value, that is, 0.
>>
>> In a nutshell, if the current SelectedIndex is "0", SelectedIndex will
>> return -1 when you set an invaid value (the value that is not included in
>> the ComboBox value list ) to the SelectedValue property. If the current
>> SelectedIndex is not "0", it will return 0.
>>
>> Regards,
>>
>> Felix Wu
>> =============
>> This posting is provided "AS IS" with no warranties, and confers no[/color]
>rights.[color=green]
>>
>>
>> --------------------[color=darkred]
>> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> >References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
>> <hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
>> <OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>[color=darkred]
>> >Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
>> serious problems.[color=darkred]
>> >Date: Thu, 5 Feb 2004 16:59:57 -0800
>> >Lines: 153
>> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> >Message-ID: <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
>> >Newsgroups: microsoft.public.dotnet.languages.csharp
>> >NNTP-Posting-Host: 159.121.113.234
>> >Path:[/color]
>>[/color]
>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFT NGXA05.phx.gbl!TK2MSFTNGP0[/color]
8[color=blue][color=green]
>> phx.gbl!TK2MSFTNGP09.phx.gbl[color=darkred]
>> >Xref: cpmsftngxa07.phx.gbl[/color][/color]
>microsoft.public.dotnet.languages.csharp:218632[color=green][color=darkred]
>> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> >
>> >Felix,
>> >
>> >This situation is so critical that I've started a case with MS Tech[/color]
>> support.[color=darkred]
>> >I've got a partial solution so far the problem has not been completely
>> >resolved. I'll post to this string with the resolution when the problem[/color][/color]
>is[color=green][color=darkred]
>> >resolved. Thanks.
>> >
>> >Barry
>> >Oregon
>> >
>> >
>> >"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
>> >news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...
>> >> Felix,
>> >>
>> >> Thanks for the quick response ... our attempt to move to VS Net 2003[/color][/color][/color]
is[color=blue][color=green][color=darkred]
>> >> definitely stopped until we can correct these problems.
>> >>
>> >> 1st - Please understand that this data entry application has been[/color][/color]
>WORKING[color=green][color=darkred]
>> >> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These
>> >problems
>> >> appeared only when we used VS Net 2003 to recompile the application.[/color]
>> This[color=darkred]
>> >> is a very large and complex data entry application supporting the[/color][/color][/color]
State[color=blue][color=green]
>> of[color=darkred]
>> >> Oregon's Water Right Tracking system.
>> >>
>> >> The application has a Main Form that contains 24 user controls. EACH[/color]
>> USER[color=darkred]
>> >> CONTROL HAS an
>> >> '&Add', '&Update' and '&Delete' button. So the answer to your[/color][/color]
>question[color=green][color=darkred]
>> >is
>> >> 'yes', the Main Form contains 24 '&Update' buttons, with each User
>> >Control
>> >> containing a single '&Update' button. However, previously in Net[/color][/color][/color]
2002[color=blue][color=green][color=darkred]
>> >> Access Keys behaved as if each User Control was an application unto
>> >itself.
>> >> Net 2003 seems to have somehow broken that functionality.
>> >>
>> >> Until we recompiled the app using VS Net 2003, pressing ALT-U within[/color][/color]
>any[color=green][color=darkred]
>> >> control activated the control's '&Update' button. Now we have found
>> >that
>> >> pressing ALT-U in some controls activates the '&Update' button in a
>> >> completely different control. This is a REALLY BAD THING. To add to[/color][/color]
>the[color=green][color=darkred]
>> >> confusion, the Access Keys work correctly and consistently in some
>> >controls
>> >> and consistently fail (while activating the access key in other[/color]
>> completely[color=darkred]
>> >> unrelated user controls).
>> >>
>> >> We have have reverted to the Net 2002 Version of the app which works
>> >> correctly. i.e. Pressing ALT-U within in a control activates that
>> >> control's '&Update' button. The combobox issue also works correctly
>> >with
>> >> the Net 2002 version.
>> >>
>> >> Barry
>> >> Oregon
>> >>
>> >>
>> >> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>> >> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...
>> >> > Hi Barry,
>> >> >
>> >> > Based on my test, when you assign a "value" to[/color][/color]
>ComboBox.SelectedValue,[color=green][color=darkred]
>> >if
>> >> > this value is in the list of the combobox, SelectedIndex is set to[/color][/color]
>its[color=green][color=darkred]
>> >> > index. Otherwise, the SelectedIndex property keeps unchanged. As for[/color]
>> the[color=darkred]
>> >> > 'Access Keys', do you have duplicate Access Keys defined in the
>> >> > application?
>> >> >
>> >> > Regards,
>> >> >
>> >> > Felix Wu
>> >> > =============
>> >> > This posting is provided "AS IS" with no warranties, and confers no
>> >> rights.
>> >> >
>> >> >
>> >> > --------------------
>> >> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> >> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> >> > >Subject: recompiling VS NET WinForms app with VS NET 2003 causing
>> >serious
>> >> > problems.
>> >> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
>> >> > >Lines: 40
>> >> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> >> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> >> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
>> >> > >Newsgroups: microsoft.public.dotnet.languages.csharp
>> >> > >NNTP-Posting-Host: 159.121.113.234
>> >> > >Path:
>> >> >
>> >>[/color]
>>
>>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSF TNGXA07.phx.gbl!TK2MSFTNGX[/color][/color]
A[color=blue][color=green]
>> 0[color=darkred]
>> >> >[/color]
>>[/color]
>6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx. gbl!TK2MSFTNGP09.phx.gbl[color=green][color=darkred]
>> >> > >Xref: cpmsftngxa07.phx.gbl
>> >> microsoft.public.dotnet.languages.csharp:218215
>> >> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> >> > >
>> >> > >We just recently moved one of our major c# apps from VS Net 2002 to[/color][/color]
>VS[color=green][color=darkred]
>> >> Net
>> >> > >2003. At first things were looking ok, now problems are starting[/color][/color]
>to[color=green][color=darkred]
>> >> > >appear.
>> >> > >
>> >> > >So far ...
>> >> > >
>> >> > >(1) ComboBox.SelectedValue = db_value;
>> >> > >
>> >> > >If the db_value was not included in the ComboBox value list the
>> >> > >ComboBox.SelectedIndex used to return -1, Now the very same code is
>> >> > >returning 0, we are checking for -1. We use this trait quite a[/color][/color][/color]
bit[color=blue][color=green][color=darkred]
>> >and
>> >> I
>> >> > >want to know what's going on before weeding it out of 100,000 lines[/color][/color]
>of[color=green][color=darkred]
>> >C#
>> >> > >across 24 separate user controls.
>> >> > >
>> >> > >(2) command button 'Access Keys' or Alt-character ...
>> >> > >
>> >> > >specified by inserting & into the button text value have begun[/color][/color]
>acting[color=green][color=darkred]
>> >> > >abnormal. We have a main form that contains 24 user controls each[/color]
>> with[color=darkred]
>> >> an
>> >> > >'&Add', '&Update' and '&Delete' button. When compiled in VS Net[/color][/color]
>2002[color=green][color=darkred]
>> >> all
>> >> > >of these keys worked fine. After compiling with VS Net 2003 the[/color]
>> ALT-A,[color=darkred]
>> >> > >ALT-U & ALT-D buttons work on about half of the controls and refuse[/color][/color]
>to[color=green][color=darkred]
>> >> work
>> >> > >on the rest. No clear indication as to why. The data entry staff[/color][/color][/color]
is[color=blue][color=green][color=darkred]
>> >> > >standing outside my cube with Pitch Forks and Axes !!!
>> >> > >
>> >> > >What's going on here ???? (Besides not looking carefully enough[/color]
>> before[color=darkred]
>> >> we
>> >> > >leaped.)
>> >> > >
>> >> > >
>> >> > >Is there a FAQ or message thread for problems with VS Net 2002 to[/color][/color][/color]
VS[color=blue][color=green][color=darkred]
>> >Net
>> >> > >2003 conversions somewhere?
>> >> > >
>> >> > >
>> >> > >Near death experiences like this are extremely unplesant.
>> >> > >
>> >> > >Thanks in advance.
>> >> > >
>> >> > >Barry
>> >> > >Oregon
>> >> > >
>> >> > >
>> >> > >
>> >> >
>> >>
>> >>
>> >
>> >
>> >[/color]
>>[/color]
>
>
>[/color]

Felix,

1st: The override of ProcessDialogChar( ) method is working great. It
forces our User Controls to handle the ALT- keys 'locally' just as we
needed. Yahooo.

2nd: Thanks for the 'heads up' on the combobox. Its very much appreciated.
We've avoided this particular issue because most of our comboboxes are
loaded from lookup tables that include a blank (null) display value that we
place at SelectedIndex 0. :-) So the method we're now using resets the
Combobox index to 0, then loads the db value into the
ComboBox.SelectedValue. The database values will never be blank or null in
these cases so if the Selected Index is < 1 we know that there was no match.
Seems to be working so far. :-)

Thank you very much for your help with this issue.

Best wishes & Happy Computing!

Barry
Oregon

"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
news:VELoCP47DHA.1988@cpmsftngxa07.phx.gbl...[color=blue]
> Welcome, Barry.
>
> However, I am afraid that simply checking SelectedIndex < 1 is not enough.
> Since SelectedIndex zero-based, what if the dbValueString happens to be[/color]
the[color=blue]
> same as the first value in the list?
>
> One workaround is to check if the new value equals the first value in the
> list when SelectedIndex is 0. For example:
>
> DataRowView drv=(DataRowView)comboBox1.Items[0];
>
> ...
> comboBox1.SelectedValue=newVal;
>
> if (comboBox1.SelectedIndex==-1 || (comboBox1.SelectedIndex==0 &&
> (drv["colName"].ToString()!=newVal.ToString())))
> MessageBox.Show("It's Invalid: " + newVal.ToString());
> else
> MessageBox.Show("It's Valid: " + newVal.ToString());
>
> Regards,
>
> Felix Wu
> =============
> This posting is provided "AS IS" with no warranties, and confers no[/color]
rights.[color=blue]
>
>
> --------------------[color=green]
> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> >References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
> <hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
> <OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>
> <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
> <KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl>[color=green]
> >Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
> serious problems.[color=green]
> >Date: Mon, 9 Feb 2004 08:06:17 -0800
> >Lines: 267
> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> >Message-ID: <OTpixYy7DHA.2300@TK2MSFTNGP10.phx.gbl>
> >Newsgroups: microsoft.public.dotnet.languages.csharp
> >NNTP-Posting-Host: 159.121.113.234
> >Path:[/color]
>[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTN GXA05.phx.gbl!TK2MSFTNGP08[color=blue]
> phx.gbl!TK2MSFTNGP10.phx.gbl[color=green]
> >Xref: cpmsftngxa07.phx.gbl[/color][/color]
microsoft.public.dotnet.languages.csharp:219291[color=blue][color=green]
> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> >
> >Felix,
> >
> >THANKS for the info! Its very much appreciated. I've think we've[/color]
> corrected[color=green]
> >the Combobox anomolie by checking for < 1 rather than == -1.
> >
> >I'm working on integrating the ProcessDialogChar override.
> >
> >I'll post back to the group with the results.
> >
> >Again many THANKS !!
> >
> >Barry
> >Oregon
> >
> >
> >"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
> >news:KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl...[color=darkred]
> >> Hi Barry,
> >>
> >> I repro-ed the accesss key issue you mentioned. To resolve this[/color][/color][/color]
problem,[color=blue][color=green][color=darkred]
> >> you can override ProcessDialogChar in all your UserControls:
> >>
> >> public class UserControl1 : System.Windows.Forms.UserControl
> >> {
> >> ...
> >> protected override bool ProcessDialogChar(char charCode)
> >> {
> >> if (charCode != ' ' && ProcessMnemonic(charCode)) return true;
> >> return base.ProcessDialogChar(charCode);
> >> }
> >> ...
> >> }
> >>
> >>
> >> However, I am not able to repro SelectedIndex issue. It shows the same
> >> behavior in both .NET Framework 1.0 and 1.1.
> >>
> >> Actually, when you set a value to the SelectedValue property, combobox
> >> searches its list and returns the index if the value is found,[/color][/color][/color]
otherwise,[color=blue][color=green][color=darkred]
> >> returns -1. This return value is set to the SelectedIndex property of[/color][/color][/color]
the[color=blue][color=green][color=darkred]
> >> control. Then, combobox needs to update the CurrencyManager.Position
> >> property of the underlying datasource based on the SelectedIndex.[/color][/color]
> However,[color=green][color=darkred]
> >> the Position will be adjusted to 0 if the SelectedIndex is less than 0.
> >> After this, CurrencyManager updates the underlying datasource if it[/color][/color][/color]
finds[color=blue][color=green][color=darkred]
> >> that the current Position value (is adjusted "0" is this case) is[/color]
> >different[color=darkred]
> >> from the previous Position value. During this process, CurrencyManager
> >> will udpate the SelectedIndex to the current CurrencyManager.Position
> >> value, that is, 0.
> >>
> >> In a nutshell, if the current SelectedIndex is "0", SelectedIndex will
> >> return -1 when you set an invaid value (the value that is not included[/color][/color][/color]
in[color=blue][color=green][color=darkred]
> >> the ComboBox value list ) to the SelectedValue property. If the current
> >> SelectedIndex is not "0", it will return 0.
> >>
> >> Regards,
> >>
> >> Felix Wu
> >> =============
> >> This posting is provided "AS IS" with no warranties, and confers no[/color]
> >rights.[color=darkred]
> >>
> >>
> >> --------------------
> >> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> >> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> >> >References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
> >> <hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
> >> <OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>
> >> >Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing
> >> serious problems.
> >> >Date: Thu, 5 Feb 2004 16:59:57 -0800
> >> >Lines: 153
> >> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> >> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> >> >Message-ID: <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
> >> >Newsgroups: microsoft.public.dotnet.languages.csharp
> >> >NNTP-Posting-Host: 159.121.113.234
> >> >Path:
> >>[/color][/color]
>
>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFT NGXA05.phx.gbl!TK2MSFTNGP0
> 8[color=green][color=darkred]
> >> phx.gbl!TK2MSFTNGP09.phx.gbl
> >> >Xref: cpmsftngxa07.phx.gbl[/color]
> >microsoft.public.dotnet.languages.csharp:218632[color=darkred]
> >> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> >> >
> >> >Felix,
> >> >
> >> >This situation is so critical that I've started a case with MS Tech
> >> support.
> >> >I've got a partial solution so far the problem has not been completely
> >> >resolved. I'll post to this string with the resolution when the[/color][/color][/color]
problem[color=blue][color=green]
> >is[color=darkred]
> >> >resolved. Thanks.
> >> >
> >> >Barry
> >> >Oregon
> >> >
> >> >
> >> >"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in message
> >> >news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...
> >> >> Felix,
> >> >>
> >> >> Thanks for the quick response ... our attempt to move to VS Net 2003[/color][/color]
> is[color=green][color=darkred]
> >> >> definitely stopped until we can correct these problems.
> >> >>
> >> >> 1st - Please understand that this data entry application has been[/color]
> >WORKING[color=darkred]
> >> >> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These
> >> >problems
> >> >> appeared only when we used VS Net 2003 to recompile the application.
> >> This
> >> >> is a very large and complex data entry application supporting the[/color][/color]
> State[color=green][color=darkred]
> >> of
> >> >> Oregon's Water Right Tracking system.
> >> >>
> >> >> The application has a Main Form that contains 24 user controls.[/color][/color][/color]
EACH[color=blue][color=green][color=darkred]
> >> USER
> >> >> CONTROL HAS an
> >> >> '&Add', '&Update' and '&Delete' button. So the answer to your[/color]
> >question[color=darkred]
> >> >is
> >> >> 'yes', the Main Form contains 24 '&Update' buttons, with each User
> >> >Control
> >> >> containing a single '&Update' button. However, previously in Net[/color][/color]
> 2002[color=green][color=darkred]
> >> >> Access Keys behaved as if each User Control was an application unto
> >> >itself.
> >> >> Net 2003 seems to have somehow broken that functionality.
> >> >>
> >> >> Until we recompiled the app using VS Net 2003, pressing ALT-U[/color][/color][/color]
within[color=blue][color=green]
> >any[color=darkred]
> >> >> control activated the control's '&Update' button. Now we have[/color][/color][/color]
found[color=blue][color=green][color=darkred]
> >> >that
> >> >> pressing ALT-U in some controls activates the '&Update' button in a
> >> >> completely different control. This is a REALLY BAD THING. To add[/color][/color][/color]
to[color=blue][color=green]
> >the[color=darkred]
> >> >> confusion, the Access Keys work correctly and consistently in some
> >> >controls
> >> >> and consistently fail (while activating the access key in other
> >> completely
> >> >> unrelated user controls).
> >> >>
> >> >> We have have reverted to the Net 2002 Version of the app which works
> >> >> correctly. i.e. Pressing ALT-U within in a control activates that
> >> >> control's '&Update' button. The combobox issue also works[/color][/color][/color]
correctly[color=blue][color=green][color=darkred]
> >> >with
> >> >> the Net 2002 version.
> >> >>
> >> >> Barry
> >> >> Oregon
> >> >>
> >> >>
> >> >> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
> >> >> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...
> >> >> > Hi Barry,
> >> >> >
> >> >> > Based on my test, when you assign a "value" to[/color]
> >ComboBox.SelectedValue,[color=darkred]
> >> >if
> >> >> > this value is in the list of the combobox, SelectedIndex is set to[/color]
> >its[color=darkred]
> >> >> > index. Otherwise, the SelectedIndex property keeps unchanged. As[/color][/color][/color]
for[color=blue][color=green][color=darkred]
> >> the
> >> >> > 'Access Keys', do you have duplicate Access Keys defined in the
> >> >> > application?
> >> >> >
> >> >> > Regards,
> >> >> >
> >> >> > Felix Wu
> >> >> > =============
> >> >> > This posting is provided "AS IS" with no warranties, and confers[/color][/color][/color]
no[color=blue][color=green][color=darkred]
> >> >> rights.
> >> >> >
> >> >> >
> >> >> > --------------------
> >> >> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
> >> >> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
> >> >> > >Subject: recompiling VS NET WinForms app with VS NET 2003 causing
> >> >serious
> >> >> > problems.
> >> >> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
> >> >> > >Lines: 40
> >> >> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
> >> >> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
> >> >> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
> >> >> > >Newsgroups: microsoft.public.dotnet.languages.csharp
> >> >> > >NNTP-Posting-Host: 159.121.113.234
> >> >> > >Path:
> >> >> >
> >> >>
> >>[/color][/color]
>[color=green]
>>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSF TNGXA07.phx.gbl!TK2MSFTNGX[/color]
> A[color=green][color=darkred]
> >> 0
> >> >> >
> >>[/color]
> >6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx. gbl!TK2MSFTNGP09.phx.gbl[color=darkred]
> >> >> > >Xref: cpmsftngxa07.phx.gbl
> >> >> microsoft.public.dotnet.languages.csharp:218215
> >> >> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
> >> >> > >
> >> >> > >We just recently moved one of our major c# apps from VS Net 2002[/color][/color][/color]
to[color=blue][color=green]
> >VS[color=darkred]
> >> >> Net
> >> >> > >2003. At first things were looking ok, now problems are[/color][/color][/color]
starting[color=blue][color=green]
> >to[color=darkred]
> >> >> > >appear.
> >> >> > >
> >> >> > >So far ...
> >> >> > >
> >> >> > >(1) ComboBox.SelectedValue = db_value;
> >> >> > >
> >> >> > >If the db_value was not included in the ComboBox value list the
> >> >> > >ComboBox.SelectedIndex used to return -1, Now the very same code[/color][/color][/color]
is[color=blue][color=green][color=darkred]
> >> >> > >returning 0, we are checking for -1. We use this trait quite a[/color][/color]
> bit[color=green][color=darkred]
> >> >and
> >> >> I
> >> >> > >want to know what's going on before weeding it out of 100,000[/color][/color][/color]
lines[color=blue][color=green]
> >of[color=darkred]
> >> >C#
> >> >> > >across 24 separate user controls.
> >> >> > >
> >> >> > >(2) command button 'Access Keys' or Alt-character ...
> >> >> > >
> >> >> > >specified by inserting & into the button text value have begun[/color]
> >acting[color=darkred]
> >> >> > >abnormal. We have a main form that contains 24 user controls[/color][/color][/color]
each[color=blue][color=green][color=darkred]
> >> with
> >> >> an
> >> >> > >'&Add', '&Update' and '&Delete' button. When compiled in VS Net[/color]
> >2002[color=darkred]
> >> >> all
> >> >> > >of these keys worked fine. After compiling with VS Net 2003 the
> >> ALT-A,
> >> >> > >ALT-U & ALT-D buttons work on about half of the controls and[/color][/color][/color]
refuse[color=blue][color=green]
> >to[color=darkred]
> >> >> work
> >> >> > >on the rest. No clear indication as to why. The data entry staff[/color][/color]
> is[color=green][color=darkred]
> >> >> > >standing outside my cube with Pitch Forks and Axes !!!
> >> >> > >
> >> >> > >What's going on here ???? (Besides not looking carefully enough
> >> before
> >> >> we
> >> >> > >leaped.)
> >> >> > >
> >> >> > >
> >> >> > >Is there a FAQ or message thread for problems with VS Net 2002 to[/color][/color]
> VS[color=green][color=darkred]
> >> >Net
> >> >> > >2003 conversions somewhere?
> >> >> > >
> >> >> > >
> >> >> > >Near death experiences like this are extremely unplesant.
> >> >> > >
> >> >> > >Thanks in advance.
> >> >> > >
> >> >> > >Barry
> >> >> > >Oregon
> >> >> > >
> >> >> > >
> >> >> > >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >>[/color]
> >
> >
> >[/color]
>[/color]

That's great! Enjoy it :-)

Bet Regards,

Felix Wu
=============
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------[color=blue]
>Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
<hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
<OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>
<#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
<KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl>
<OTpixYy7DHA.2300@TK2MSFTNGP10.phx.gbl>
<VELoCP47DHA.1988@cpmsftngxa07.phx.gbl>[color=blue]
>Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
serious problems.[color=blue]
>Date: Tue, 10 Feb 2004 09:07:48 -0800
>Lines: 381
>X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>Message-ID: <#Zjx0f$7DHA.2764@TK2MSFTNGP09.phx.gbl>
>Newsgroups: microsoft.public.dotnet.languages.csharp
>NNTP-Posting-Host: 159.121.113.234
>Path:[/color]
cpmsftngxa07.phx.gbl!cpmsftngxa06.phx.gbl!TK2MSFTN GP08.phx.gbl!TK2MSFTNGP09.
phx.gbl[color=blue]
>Xref: cpmsftngxa07.phx.gbl microsoft.public.dotnet.languages.csharp:219602
>X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>
>Felix,
>
>1st: The override of ProcessDialogChar( ) method is working great. It
>forces our User Controls to handle the ALT- keys 'locally' just as we
>needed. Yahooo.
>
>2nd: Thanks for the 'heads up' on the combobox. Its very much[/color]
appreciated.[color=blue]
>We've avoided this particular issue because most of our comboboxes are
>loaded from lookup tables that include a blank (null) display value that we
>place at SelectedIndex 0. :-) So the method we're now using resets the
>Combobox index to 0, then loads the db value into the
>ComboBox.SelectedValue. The database values will never be blank or null in
>these cases so if the Selected Index is < 1 we know that there was no[/color]
match.[color=blue]
>Seems to be working so far. :-)
>
>Thank you very much for your help with this issue.
>
>Best wishes & Happy Computing!
>
>Barry
>Oregon
>
>"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>news:VELoCP47DHA.1988@cpmsftngxa07.phx.gbl...[color=green]
>> Welcome, Barry.
>>
>> However, I am afraid that simply checking SelectedIndex < 1 is not[/color][/color]
enough.[color=blue][color=green]
>> Since SelectedIndex zero-based, what if the dbValueString happens to be[/color]
>the[color=green]
>> same as the first value in the list?
>>
>> One workaround is to check if the new value equals the first value in the
>> list when SelectedIndex is 0. For example:
>>
>> DataRowView drv=(DataRowView)comboBox1.Items[0];
>>
>> ...
>> comboBox1.SelectedValue=newVal;
>>
>> if (comboBox1.SelectedIndex==-1 || (comboBox1.SelectedIndex==0 &&
>> (drv["colName"].ToString()!=newVal.ToString())))
>> MessageBox.Show("It's Invalid: " + newVal.ToString());
>> else
>> MessageBox.Show("It's Valid: " + newVal.ToString());
>>
>> Regards,
>>
>> Felix Wu
>> =============
>> This posting is provided "AS IS" with no warranties, and confers no[/color]
>rights.[color=green]
>>
>>
>> --------------------[color=darkred]
>> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> >References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>[/color]
>> <hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
>> <OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>
>> <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
>> <KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl>[color=darkred]
>> >Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing[/color]
>> serious problems.[color=darkred]
>> >Date: Mon, 9 Feb 2004 08:06:17 -0800
>> >Lines: 267
>> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> >Message-ID: <OTpixYy7DHA.2300@TK2MSFTNGP10.phx.gbl>
>> >Newsgroups: microsoft.public.dotnet.languages.csharp
>> >NNTP-Posting-Host: 159.121.113.234
>> >Path:[/color]
>>[/color]
>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFT NGXA05.phx.gbl!TK2MSFTNGP0[/color]
8[color=blue][color=green]
>> phx.gbl!TK2MSFTNGP10.phx.gbl[color=darkred]
>> >Xref: cpmsftngxa07.phx.gbl[/color][/color]
>microsoft.public.dotnet.languages.csharp:219291[color=green][color=darkred]
>> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> >
>> >Felix,
>> >
>> >THANKS for the info! Its very much appreciated. I've think we've[/color]
>> corrected[color=darkred]
>> >the Combobox anomolie by checking for < 1 rather than == -1.
>> >
>> >I'm working on integrating the ProcessDialogChar override.
>> >
>> >I'll post back to the group with the results.
>> >
>> >Again many THANKS !!
>> >
>> >Barry
>> >Oregon
>> >
>> >
>> >"Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>> >news:KK1ONru7DHA.1992@cpmsftngxa07.phx.gbl...
>> >> Hi Barry,
>> >>
>> >> I repro-ed the accesss key issue you mentioned. To resolve this[/color][/color]
>problem,[color=green][color=darkred]
>> >> you can override ProcessDialogChar in all your UserControls:
>> >>
>> >> public class UserControl1 : System.Windows.Forms.UserControl
>> >> {
>> >> ...
>> >> protected override bool ProcessDialogChar(char charCode)
>> >> {
>> >> if (charCode != ' ' && ProcessMnemonic(charCode)) return true;
>> >> return base.ProcessDialogChar(charCode);
>> >> }
>> >> ...
>> >> }
>> >>
>> >>
>> >> However, I am not able to repro SelectedIndex issue. It shows the same
>> >> behavior in both .NET Framework 1.0 and 1.1.
>> >>
>> >> Actually, when you set a value to the SelectedValue property, combobox
>> >> searches its list and returns the index if the value is found,[/color][/color]
>otherwise,[color=green][color=darkred]
>> >> returns -1. This return value is set to the SelectedIndex property of[/color][/color]
>the[color=green][color=darkred]
>> >> control. Then, combobox needs to update the CurrencyManager.Position
>> >> property of the underlying datasource based on the SelectedIndex.[/color]
>> However,[color=darkred]
>> >> the Position will be adjusted to 0 if the SelectedIndex is less than[/color][/color][/color]
0.[color=blue][color=green][color=darkred]
>> >> After this, CurrencyManager updates the underlying datasource if it[/color][/color]
>finds[color=green][color=darkred]
>> >> that the current Position value (is adjusted "0" is this case) is
>> >different
>> >> from the previous Position value. During this process,[/color][/color][/color]
CurrencyManager[color=blue][color=green][color=darkred]
>> >> will udpate the SelectedIndex to the current CurrencyManager.Position
>> >> value, that is, 0.
>> >>
>> >> In a nutshell, if the current SelectedIndex is "0", SelectedIndex will
>> >> return -1 when you set an invaid value (the value that is not included[/color][/color]
>in[color=green][color=darkred]
>> >> the ComboBox value list ) to the SelectedValue property. If the[/color][/color][/color]
current[color=blue][color=green][color=darkred]
>> >> SelectedIndex is not "0", it will return 0.
>> >>
>> >> Regards,
>> >>
>> >> Felix Wu
>> >> =============
>> >> This posting is provided "AS IS" with no warranties, and confers no
>> >rights.
>> >>
>> >>
>> >> --------------------
>> >> >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> >> >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> >> >References: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
>> >> <hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl>
>> >> <OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl>
>> >> >Subject: Re: recompiling VS NET WinForms app with VS NET 2003 causing
>> >> serious problems.
>> >> >Date: Thu, 5 Feb 2004 16:59:57 -0800
>> >> >Lines: 153
>> >> >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> >> >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> >> >Message-ID: <#jJPZwE7DHA.2952@TK2MSFTNGP09.phx.gbl>
>> >> >Newsgroups: microsoft.public.dotnet.languages.csharp
>> >> >NNTP-Posting-Host: 159.121.113.234
>> >> >Path:
>> >>[/color]
>>
>>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSF TNGXA05.phx.gbl!TK2MSFTNGP[/color][/color]
0[color=blue][color=green]
>> 8[color=darkred]
>> >> phx.gbl!TK2MSFTNGP09.phx.gbl
>> >> >Xref: cpmsftngxa07.phx.gbl
>> >microsoft.public.dotnet.languages.csharp:218632
>> >> >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> >> >
>> >> >Felix,
>> >> >
>> >> >This situation is so critical that I've started a case with MS Tech
>> >> support.
>> >> >I've got a partial solution so far the problem has not been[/color][/color][/color]
completely[color=blue][color=green][color=darkred]
>> >> >resolved. I'll post to this string with the resolution when the[/color][/color]
>problem[color=green][color=darkred]
>> >is
>> >> >resolved. Thanks.
>> >> >
>> >> >Barry
>> >> >Oregon
>> >> >
>> >> >
>> >> >"BBFrost" <barry.b.frost@remove_this.wrd.state.or.us> wrote in[/color][/color][/color]
message[color=blue][color=green][color=darkred]
>> >> >news:OWPhvh$6DHA.2460@TK2MSFTNGP09.phx.gbl...
>> >> >> Felix,
>> >> >>
>> >> >> Thanks for the quick response ... our attempt to move to VS Net[/color][/color][/color]
2003[color=blue][color=green]
>> is[color=darkred]
>> >> >> definitely stopped until we can correct these problems.
>> >> >>
>> >> >> 1st - Please understand that this data entry application has been
>> >WORKING
>> >> >> PROBLEM FREE FOR OVER A YEAR when compiled with VS Net 2002. These
>> >> >problems
>> >> >> appeared only when we used VS Net 2003 to recompile the[/color][/color][/color]
application.[color=blue][color=green][color=darkred]
>> >> This
>> >> >> is a very large and complex data entry application supporting the[/color]
>> State[color=darkred]
>> >> of
>> >> >> Oregon's Water Right Tracking system.
>> >> >>
>> >> >> The application has a Main Form that contains 24 user controls.[/color][/color]
>EACH[color=green][color=darkred]
>> >> USER
>> >> >> CONTROL HAS an
>> >> >> '&Add', '&Update' and '&Delete' button. So the answer to your
>> >question
>> >> >is
>> >> >> 'yes', the Main Form contains 24 '&Update' buttons, with each User
>> >> >Control
>> >> >> containing a single '&Update' button. However, previously in Net[/color]
>> 2002[color=darkred]
>> >> >> Access Keys behaved as if each User Control was an application unto
>> >> >itself.
>> >> >> Net 2003 seems to have somehow broken that functionality.
>> >> >>
>> >> >> Until we recompiled the app using VS Net 2003, pressing ALT-U[/color][/color]
>within[color=green][color=darkred]
>> >any
>> >> >> control activated the control's '&Update' button. Now we have[/color][/color]
>found[color=green][color=darkred]
>> >> >that
>> >> >> pressing ALT-U in some controls activates the '&Update' button in[/color][/color][/color]
a[color=blue][color=green][color=darkred]
>> >> >> completely different control. This is a REALLY BAD THING. To add[/color][/color]
>to[color=green][color=darkred]
>> >the
>> >> >> confusion, the Access Keys work correctly and consistently in some
>> >> >controls
>> >> >> and consistently fail (while activating the access key in other
>> >> completely
>> >> >> unrelated user controls).
>> >> >>
>> >> >> We have have reverted to the Net 2002 Version of the app which[/color][/color][/color]
works[color=blue][color=green][color=darkred]
>> >> >> correctly. i.e. Pressing ALT-U within in a control activates that
>> >> >> control's '&Update' button. The combobox issue also works[/color][/color]
>correctly[color=green][color=darkred]
>> >> >with
>> >> >> the Net 2002 version.
>> >> >>
>> >> >> Barry
>> >> >> Oregon
>> >> >>
>> >> >>
>> >> >> "Felix Wu [MSFT]" <felixwu@online.microsoft.com> wrote in message
>> >> >> news:hw$DzC96DHA.1988@cpmsftngxa07.phx.gbl...
>> >> >> > Hi Barry,
>> >> >> >
>> >> >> > Based on my test, when you assign a "value" to
>> >ComboBox.SelectedValue,
>> >> >if
>> >> >> > this value is in the list of the combobox, SelectedIndex is set[/color][/color][/color]
to[color=blue][color=green][color=darkred]
>> >its
>> >> >> > index. Otherwise, the SelectedIndex property keeps unchanged. As[/color][/color]
>for[color=green][color=darkred]
>> >> the
>> >> >> > 'Access Keys', do you have duplicate Access Keys defined in the
>> >> >> > application?
>> >> >> >
>> >> >> > Regards,
>> >> >> >
>> >> >> > Felix Wu
>> >> >> > =============
>> >> >> > This posting is provided "AS IS" with no warranties, and confers[/color][/color]
>no[color=green][color=darkred]
>> >> >> rights.
>> >> >> >
>> >> >> >
>> >> >> > --------------------
>> >> >> > >Reply-To: "BBFrost" <barry.b.frost@wrd.state.or.us>
>> >> >> > >From: "BBFrost" <barry.b.frost@remove_this.wrd.state.or.us>
>> >> >> > >Subject: recompiling VS NET WinForms app with VS NET 2003[/color][/color][/color]
causing[color=blue][color=green][color=darkred]
>> >> >serious
>> >> >> > problems.
>> >> >> > >Date: Wed, 4 Feb 2004 11:30:58 -0800
>> >> >> > >Lines: 40
>> >> >> > >X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
>> >> >> > >X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
>> >> >> > >Message-ID: <#QC$5T16DHA.2560@TK2MSFTNGP09.phx.gbl>
>> >> >> > >Newsgroups: microsoft.public.dotnet.languages.csharp
>> >> >> > >NNTP-Posting-Host: 159.121.113.234
>> >> >> > >Path:
>> >> >> >
>> >> >>
>> >>[/color]
>>[color=darkred]
>>>cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!TK2MS FTNGXA07.phx.gbl!TK2MSFTNG[/color][/color][/color]
X[color=blue][color=green]
>> A[color=darkred]
>> >> 0
>> >> >> >
>> >>[/color]
>>[/color]
>6.phx.gbl!TK2MSFTNGXA05.phx.gbl!TK2MSFTNGP08.phx. gbl!TK2MSFTNGP09.phx.gbl[color=green][color=darkred]
>> >> >> > >Xref: cpmsftngxa07.phx.gbl
>> >> >> microsoft.public.dotnet.languages.csharp:218215
>> >> >> > >X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
>> >> >> > >
>> >> >> > >We just recently moved one of our major c# apps from VS Net 2002[/color][/color]
>to[color=green][color=darkred]
>> >VS
>> >> >> Net
>> >> >> > >2003. At first things were looking ok, now problems are[/color][/color]
>starting[color=green][color=darkred]
>> >to
>> >> >> > >appear.
>> >> >> > >
>> >> >> > >So far ...
>> >> >> > >
>> >> >> > >(1) ComboBox.SelectedValue = db_value;
>> >> >> > >
>> >> >> > >If the db_value was not included in the ComboBox value list the
>> >> >> > >ComboBox.SelectedIndex used to return -1, Now the very same code[/color][/color]
>is[color=green][color=darkred]
>> >> >> > >returning 0, we are checking for -1. We use this trait quite a[/color]
>> bit[color=darkred]
>> >> >and
>> >> >> I
>> >> >> > >want to know what's going on before weeding it out of 100,000[/color][/color]
>lines[color=green][color=darkred]
>> >of
>> >> >C#
>> >> >> > >across 24 separate user controls.
>> >> >> > >
>> >> >> > >(2) command button 'Access Keys' or Alt-character ...
>> >> >> > >
>> >> >> > >specified by inserting & into the button text value have begun
>> >acting
>> >> >> > >abnormal. We have a main form that contains 24 user controls[/color][/color]
>each[color=green][color=darkred]
>> >> with
>> >> >> an
>> >> >> > >'&Add', '&Update' and '&Delete' button. When compiled in VS[/color][/color][/color]
Net[color=blue][color=green][color=darkred]
>> >2002
>> >> >> all
>> >> >> > >of these keys worked fine. After compiling with VS Net 2003 the
>> >> ALT-A,
>> >> >> > >ALT-U & ALT-D buttons work on about half of the controls and[/color][/color]
>refuse[color=green][color=darkred]
>> >to
>> >> >> work
>> >> >> > >on the rest. No clear indication as to why. The data entry[/color][/color][/color]
staff[color=blue][color=green]
>> is[color=darkred]
>> >> >> > >standing outside my cube with Pitch Forks and Axes !!!
>> >> >> > >
>> >> >> > >What's going on here ???? (Besides not looking carefully enough
>> >> before
>> >> >> we
>> >> >> > >leaped.)
>> >> >> > >
>> >> >> > >
>> >> >> > >Is there a FAQ or message thread for problems with VS Net 2002[/color][/color][/color]
to[color=blue][color=green]
>> VS[color=darkred]
>> >> >Net
>> >> >> > >2003 conversions somewhere?
>> >> >> > >
>> >> >> > >
>> >> >> > >Near death experiences like this are extremely unplesant.
>> >> >> > >
>> >> >> > >Thanks in advance.
>> >> >> > >
>> >> >> > >Barry
>> >> >> > >Oregon
>> >> >> > >
>> >> >> > >
>> >> >> > >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> >
>> >>
>> >
>> >
>> >[/color]
>>[/color]
>
>
>[/color]

recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

re: recompiling VS NET WinForms app with VS NET 2003 causing serious problems.

/bytes/development

/bytes/it

/bytes/about