One question I have not figured out is how to learn which event parameter
list is supported by a control? EventArgs, CommandEventArg s, what?
list is supported by a control? EventArgs, CommandEventArg s, what?
-
-
Re: Where is a control's parameter list documented?
On Sat, 16 Aug 2008 16:04:23 -0500, "HillBilly"
<somebody@somew here.comwrote:
I'm not sure I understand your question. I don't think the list of>One question I have not figured out is how to learn which event parameter
>list is supported by a control? EventArgs, CommandEventArg s, what?
all event parameters used by a control is a useful thing to know.
A control raises some number of events. When the handler for an event
is called, an event parameter is passed. Each event has a specific
parameter type.
If you want to know which parameter a specific event uses, you can
either look it up in the documentation, or code the parameter as
something clearly illegal like 'string' and the compiler error message
will tell you what is expected (unless you are using VB with OPTION
STRICT OFF, in which case you need to bit the bullet and change to
OPTION STRICT ON).
-
Re: Where is a control's parameter list documented?
"Jack Jackson" <jjackson@cinno vations.netwrot e in message
news:30tga4tp4e vreln5792cde9nj 7rg63ggvg@4ax.c om...Looking --it-- up in documentation is the task I'm trying to determine Jack.On Sat, 16 Aug 2008 16:04:23 -0500, "HillBilly"
<somebody@somew here.comwrote:
>>>>One question I have not figured out is how to learn which event parameter
>>list is supported by a control? EventArgs, CommandEventArg s, what?
I'm not sure I understand your question. I don't think the list of
all event parameters used by a control is a useful thing to know.
>
A control raises some number of events. When the handler for an event
is called, an event parameter is passed. Each event has a specific
parameter type.
>
If you want to know which parameter a specific event uses, you can
either look it up in the documentation, or code the parameter as
something clearly illegal like 'string' and the compiler error message
will tell you what is expected (unless you are using VB with OPTION
STRICT OFF, in which case you need to bit the bullet and change to
OPTION STRICT ON).
Here and there I see a parameter list mentioned in he documentation; not
clearly identified as such and then not consistently as every event of every
method appears to support at least two parameters. Since there are different
parameter names and types I've remained uninformed and have relied on
Intellisense to give me some kind of clue but not much can be inferred from
Intellisense.
It would be very useful IMO if this context of passing arguments using
parameters were documented better as clearly the construct is fundamental to
the method or it would not be used at all so why not then expound on the
scope of the types we may only infer by reading some arbitrary name; and an
arbitrary name that does not lead anywhere specific in the current
documentation as my meager attempts to find have failed to produce in any
circumstance but accidently.
Comment
-
Re: Where is a control's parameter list documented?
On Mon, 18 Aug 2008 09:51:09 -0500, "HillBilly"
<somebody@somew here.comwrote:
Sorry, I don't understand what the problem is. Can you give an>"Jack Jackson" <jjackson@cinno vations.netwrot e in message
>news:30tga4tp4 evreln5792cde9n j7rg63ggvg@4ax. com...>>On Sat, 16 Aug 2008 16:04:23 -0500, "HillBilly"
><somebody@some where.comwrote:
>>>>>>>One question I have not figured out is how to learn which event parameter
>>>list is supported by a control? EventArgs, CommandEventArg s, what?
>I'm not sure I understand your question. I don't think the list of
>all event parameters used by a control is a useful thing to know.
>>
>A control raises some number of events. When the handler for an event
>is called, an event parameter is passed. Each event has a specific
>parameter type.
>>
>If you want to know which parameter a specific event uses, you can
>either look it up in the documentation, or code the parameter as
>something clearly illegal like 'string' and the compiler error message
>will tell you what is expected (unless you are using VB with OPTION
>STRICT OFF, in which case you need to bit the bullet and change to
>OPTION STRICT ON).
>Looking --it-- up in documentation is the task I'm trying to determine Jack.
>Here and there I see a parameter list mentioned in he documentation; not
>clearly identified as such and then not consistently as every event of every
>method appears to support at least two parameters. Since there are different
>parameter names and types I've remained uninformed and have relied on
>Intellisense to give me some kind of clue but not much can be inferred from
>Intellisense .
>
>It would be very useful IMO if this context of passing arguments using
>parameters were documented better as clearly the construct is fundamental to
>the method or it would not be used at all so why not then expound on the
>scope of the types we may only infer by reading some arbitrary name; and an
>arbitrary name that does not lead anywhere specific in the current
>documentatio n as my meager attempts to find have failed to produce in any
>circumstance but accidently.
example?
Comment
-
Re: Where is a control's parameter list documented?
"Jack Jackson" <jjackson@cinno vations.netwrot e in message
news:mh8ja45tnn 3ig9shtm2d6mi6m n1jc9rcbs@4ax.c om...Noting I'm still trying to make sense of delegates and events I refer to theOn Mon, 18 Aug 2008 09:51:09 -0500, "HillBilly"
<somebody@somew here.comwrote:
>>>>"Jack Jackson" <jjackson@cinno vations.netwrot e in message
>>news:30tga4tp 4evreln5792cde9 nj7rg63ggvg@4ax .com...>>>>On Sat, 16 Aug 2008 16:04:23 -0500, "HillBilly"
>><somebody@som ewhere.comwrote :
>>>
>>>>One question I have not figured out is how to learn which event
>>>>parameter
>>>>list is supported by a control? EventArgs, CommandEventArg s, what?
>>>
>>I'm not sure I understand your question. I don't think the list of
>>all event parameters used by a control is a useful thing to know.
>>>
>>A control raises some number of events. When the handler for an event
>>is called, an event parameter is passed. Each event has a specific
>>parameter type.
>>>
>>If you want to know which parameter a specific event uses, you can
>>either look it up in the documentation, or code the parameter as
>>something clearly illegal like 'string' and the compiler error message
>>will tell you what is expected (unless you are using VB with OPTION
>>STRICT OFF, in which case you need to bit the bullet and change to
>>OPTION STRICT ON).
>>Looking --it-- up in documentation is the task I'm trying to determine
>>Jack.
>>Here and there I see a parameter list mentioned in he documentation; not
>>clearly identified as such and then not consistently as every event of
>>every
>>method appears to support at least two parameters. Since there are
>>different
>>parameter names and types I've remained uninformed and have relied on
>>Intellisens e to give me some kind of clue but not much can be inferred
>>from
>>Intellisens e.
>>
>>It would be very useful IMO if this context of passing arguments using
>>parameters were documented better as clearly the construct is fundamental
>>to
>>the method or it would not be used at all so why not then expound on the
>>scope of the types we may only infer by reading some arbitrary name; and
>>an
>>arbitrary name that does not lead anywhere specific in the current
>>documentati on as my meager attempts to find have failed to produce in any
>>circumstanc e but accidently.
Sorry, I don't understand what the problem is. Can you give an
example?
earlier examples I mentioned such as EventArgs, CommandEventArg s and the
many other such "type" I see used with the actual parameter e.
Comment
-
Re: Where is a control's parameter list documented?
So you want to understand the arguments of the events that are raised.
Use the MSDN documentation - Go to Help..Index in VS. Search for the
event name. Select the item from the left column of the results with the
event name followed by the word "event." It will tell you the event
type, which in turn will tell you the argument types.
For example, say you want to see what the parameters are for the
ListBox.Selecte dIndexChanged event. Search for "SelectedIndexC hanged"
then click "SelectedIndexC hanged event" in the results . It details that
the event is of type "EventHandl er". Clicking on EventHandler takes you
to the EventHandler page, where you can see that the specific object
parameter is of type EventArgs.
A better example - the ItemDataBound event of a repeater control.
Looking up Repeater.ItemDa taBound, I find that the event is of type
RepeaterItemEve ntHandler. Clicking the type takes me to its definition
page where I can see that the specific object argument is of type
RepeaterItemEve ntArgs.
--
breitak67
Comment
-
Re: Where is a control's parameter list documented?
"breitak67" <guest@unknow n-email.comwrote in message
news:0bdf1fa264 ef7f479c4678a7c 3689e0a@nntp-gateway.com...Very insightful thank you. The walk-through also shows the term "event" is>
So you want to understand the arguments of the events that are raised.
Use the MSDN documentation - Go to Help..Index in VS. Search for the
event name. Select the item from the left column of the results with the
event name followed by the word "event." It will tell you the event
type, which in turn will tell you the argument types.
>
For example, say you want to see what the parameters are for the
ListBox.Selecte dIndexChanged event. Search for "SelectedIndexC hanged"
then click "SelectedIndexC hanged event" in the results . It details that
the event is of type "EventHandl er". Clicking on EventHandler takes you
to the EventHandler page, where you can see that the specific object
parameter is of type EventArgs.
>
A better example - the ItemDataBound event of a repeater control.
Looking up Repeater.ItemDa taBound, I find that the event is of type
RepeaterItemEve ntHandler. Clicking the type takes me to its definition
page where I can see that the specific object argument is of type
RepeaterItemEve ntArgs.
>
>
--
breitak67
categorized as "Syntax" which answers one of my questions "where in the
documentation" such information is categorized and expected to be found.
Comment
Comment