| Groups | Blog | Home |
dotnet compact framework : CF2.0 LinkLabel Control Not Firing Click Event
trying to use it combination with Process.Start("IExplore, url) ....etc...etc...and I find the click event doesn't fire. I've checked to ensure the designer added the event properly and have even tried hard wiring it but it doesn't seem to fire. I can code around this annoyance but was just curious. I do knw about OpenNetCF -- before I get deluged about it -- but prefer not to go that route... thanks in advance...
LinkLabel contains both the Click (inherited from Control) and LinkClicked
event, make sure you are handling the LinkClicked event. Peter -- Peter Foot Windows Embedded MVP http://www.inthehand.com | http://www.peterfoot.net [quoted text, click to view] "Tim Brooks" <usna91@msn.com> wrote in message news:uVxzjWauFHA.3424@tk2msftngp13.phx.gbl... > Anyone know of any issues with the LinkLabel in CF2.0 (VS2005)? I'm > trying to use it combination with Process.Start("IExplore, url) > ...etc...etc...and I find the click event doesn't fire. > > I've checked to ensure the designer added the event properly and have even > tried hard wiring it but it doesn't seem to fire. I can code around this > annoyance but was just curious. I do knw about OpenNetCF -- > before I get deluged about it -- but prefer not to go that route... > > thanks in advance... > tim
[quoted text, click to view]
Peter Foot [MVP] wrote: Peter,>LinkLabel contains both the Click (inherited from Control) and LinkClicked >event, make sure you are handling the LinkClicked event. > >Peter > > > Thanks. I hate to disagree to someone with such clear knowledge of the topic (i've seen your posts all over the web).....But the LinkLabel control in my build of CF2.0 (VS2005 Beta 2) doesn't expose a LinkClicked event. It only exposes the following events: - Clicked - EnabledChanged - ParentChanged - TextChanged - CollectionChanging - CollectionChanged As for protected methods to potentially override, it only exposes those of the parent UserControl -- most of which, like the click event -- seem to be inert. This control seems to be about as useful as teats on bull, as the expression goes. I'll just write my own. I understand the design constraints, but man, CF seems to require me to write half my own controls -- but just think of all that I'm learning..... Experimented with override some of the parent on_methods.....hmmmm - GotFocus -- works but not a good solution as it throws repeatedly without user intervention - Actually....weird.....just created a test harness for linklabel control and threw in all the obvious overrides....it's throwing Click and MouseDown (using overrides)....but EXTREMELY random. I have to click all around the link and sometimes it fires...sometimes doesn't. Also, seems to work better clicking on the outer edge of the link test rather than directly in the middle of it. Whoever wrote the hit testing on this one must have been high on RedBull or something....I think my users will think i'm playing a joke on them if I use this.... Oh well, Bill giveth and he taketh away.... Pace
I've just tested the LinkLabel in the simple test app and it fires Click
event all the time. -- Alex Yakhnin, .NET CF MVP www.intelliprog.com | www.opennetcf.org [quoted text, click to view] "Tim Brooks" wrote:
> Peter Foot [MVP] wrote: > > >LinkLabel contains both the Click (inherited from Control) and LinkClicked > >event, make sure you are handling the LinkClicked event. > > > >Peter > > > > > > > Peter, > > Thanks. I hate to disagree to someone with such clear knowledge of the > topic (i've seen your posts all over the web).....But the LinkLabel > control in my build of CF2.0 (VS2005 Beta 2) doesn't expose a > LinkClicked event. It only exposes the following events: > - Clicked > - EnabledChanged > - ParentChanged > - TextChanged > - CollectionChanging > - CollectionChanged > > As for protected methods to potentially override, it only exposes those > of the parent UserControl -- most of which, like the click event -- seem > to be inert. This control seems to be about as useful as teats on bull, > as the expression goes. I'll just write my own. > > I understand the design constraints, but man, CF seems to require me to > write half my own controls -- but just think of all that I'm learning..... > Experimented with override some of the parent on_methods.....hmmmm > > - GotFocus -- works but not a good solution as it throws repeatedly > without user intervention > - Actually....weird.....just created a test harness for linklabel > control and threw in all the obvious overrides....it's throwing Click > and MouseDown (using overrides)....but EXTREMELY random. I have to > click all around the link and sometimes it fires...sometimes doesn't. > Also, seems to work better clicking on the outer edge of the link test > rather than directly in the middle of it. Whoever wrote the hit testing > on this one must have been high on RedBull or something....I think my > users will think i'm playing a joke on them if I use this.... > > Oh well, Bill giveth and he taketh away.... > > Pace > tim
Thanks for trying to help Alex & Peter,
Just some weird glitch. I have now been able to get the click event to fire in a completely different test app and on a different form within the same app. But on this particular form it never fires though other click events -- such as for a button -- fire just fine from the form. This is a form that started life out in 2003. I initially just let the import wizard add it....but it does so without the designer.cs file. I've since completely recreated it and same issue. Strange thing is I'm not doing anything with the form click event or anything else that would be cancelling this event. Just bizarre. I'm sure its something I've done. I'd post the code but its pretty big and I should be able to clean my own code. Just thought it was a known issue or something....I'll find it. [quoted text, click to view] Alex Yakhnin [MVP] wrote:
>I've just tested the LinkLabel in the simple test app and it fires Click >event all the time. > >-- >Alex Yakhnin, .NET CF MVP >www.intelliprog.com | www.opennetcf.org > > >"Tim Brooks" wrote: > > > >>Peter Foot [MVP] wrote: >> >> >> >>>LinkLabel contains both the Click (inherited from Control) and LinkClicked >>>event, make sure you are handling the LinkClicked event. >>> >>>Peter >>> >>> >>> >>> >>> >>Peter, >> >>Thanks. I hate to disagree to someone with such clear knowledge of the >>topic (i've seen your posts all over the web).....But the LinkLabel >>control in my build of CF2.0 (VS2005 Beta 2) doesn't expose a >>LinkClicked event. It only exposes the following events: >>- Clicked >>- EnabledChanged >>- ParentChanged >>- TextChanged >>- CollectionChanging >>- CollectionChanged >> >>As for protected methods to potentially override, it only exposes those >>of the parent UserControl -- most of which, like the click event -- seem >>to be inert. This control seems to be about as useful as teats on bull, >>as the expression goes. I'll just write my own. >> >>I understand the design constraints, but man, CF seems to require me to >>write half my own controls -- but just think of all that I'm learning..... >>Experimented with override some of the parent on_methods.....hmmmm >> >>- GotFocus -- works but not a good solution as it throws repeatedly >>without user intervention >>- Actually....weird.....just created a test harness for linklabel >>control and threw in all the obvious overrides....it's throwing Click >>and MouseDown (using overrides)....but EXTREMELY random. I have to >>click all around the link and sometimes it fires...sometimes doesn't. >>Also, seems to work better clicking on the outer edge of the link test >>rather than directly in the middle of it. Whoever wrote the hit testing >>on this one must have been high on RedBull or something....I think my >>users will think i'm playing a joke on them if I use this.... >> >>Oh well, Bill giveth and he taketh away.... >> >>Pace >>tim >> >>
Ok....one last word on this. Got it to work but makes no sense. Tried
changing everything single property, building, running..... Try this if you're interested.... * Create a new LinkLabel anywhere.... * Change the textalign property to _*topcenter*_. Event doesn't fire - on my build anyway... * Change back to topleft and recompile - fires; OnClick base method must be hittesting or something in the wrong area. Or else drawing outside the control area -- which stays on the left. I can live with this but what a pain....I wish I could have the time it took to figure this out back.... Several hours over this stupid bug!!!!! tb [quoted text, click to view] Alex Yakhnin [MVP] wrote:
>I've just tested the LinkLabel in the simple test app and it fires Click >event all the time. > >-- >Alex Yakhnin, .NET CF MVP >www.intelliprog.com | www.opennetcf.org > > >"Tim Brooks" wrote: > > > >>Peter Foot [MVP] wrote: >> >> >> >>>LinkLabel contains both the Click (inherited from Control) and LinkClicked >>>event, make sure you are handling the LinkClicked event. >>> >>>Peter >>> >>> >>> >>> >>> >>Peter, >> >>Thanks. I hate to disagree to someone with such clear knowledge of the >>topic (i've seen your posts all over the web).....But the LinkLabel >>control in my build of CF2.0 (VS2005 Beta 2) doesn't expose a >>LinkClicked event. It only exposes the following events: >>- Clicked >>- EnabledChanged >>- ParentChanged >>- TextChanged >>- CollectionChanging >>- CollectionChanged >> >>As for protected methods to potentially override, it only exposes those >>of the parent UserControl -- most of which, like the click event -- seem >>to be inert. This control seems to be about as useful as teats on bull, >>as the expression goes. I'll just write my own. >> >>I understand the design constraints, but man, CF seems to require me to >>write half my own controls -- but just think of all that I'm learning..... >>Experimented with override some of the parent on_methods.....hmmmm >> >>- GotFocus -- works but not a good solution as it throws repeatedly >>without user intervention >>- Actually....weird.....just created a test harness for linklabel >>control and threw in all the obvious overrides....it's throwing Click >>and MouseDown (using overrides)....but EXTREMELY random. I have to >>click all around the link and sometimes it fires...sometimes doesn't. >>Also, seems to work better clicking on the outer edge of the link test >>rather than directly in the middle of it. Whoever wrote the hit testing >>on this one must have been high on RedBull or something....I think my >>users will think i'm playing a joke on them if I use this.... >> >>Oh well, Bill giveth and he taketh away.... >> >>Pace >>tim >> >>
Just got word from MS that this was a docmented bug that was resolved in =
the current (most recent? ) build -- though curiously the bug site = didn't list it and I didn't know it's status until I reported it.... [quoted text, click to view] "Tim Brooks" <usna91@msn.com> wrote in message = Ok....one last word on this. Got it to work but makes no sense. =news:ev8sxO1uFHA.3628@TK2MSFTNGP10.phx.gbl... Tried changing everything single property, building, running..... Try this if you're interested.... a.. Create a new LinkLabel anywhere....=20 b.. Change the textalign property to topcenter. Event doesn't fire = - on my build anyway... c.. Change back to topleft and recompile - fires; OnClick base = method must be hittesting or something in the wrong area. Or else = drawing outside the control area -- which stays on the left. I can live with this but what a pain....I wish I could have the time = it took to figure this out back.... Several hours over this stupid bug!!!!! tb Alex Yakhnin [MVP] wrote:=20 I've just tested the LinkLabel in the simple test app and it fires Click = event all the time.=20 -- Alex Yakhnin, .NET CF MVP www.intelliprog.com | www.opennetcf.org [quoted text, click to view] "Tim Brooks" wrote: Peter Foot [MVP] wrote: LinkLabel contains both the Click (inherited from Control) and = LinkClicked=20 event, make sure you are handling the LinkClicked event. Peter =20 Peter, Thanks. I hate to disagree to someone with such clear knowledge of the=20 topic (i've seen your posts all over the web).....But the LinkLabel=20 control in my build of CF2.0 (VS2005 Beta 2) doesn't expose a=20 LinkClicked event. It only exposes the following events: - Clicked - EnabledChanged - ParentChanged - TextChanged - CollectionChanging - CollectionChanged As for protected methods to potentially override, it only exposes those=20 of the parent UserControl -- most of which, like the click event -- seem = to be inert. This control seems to be about as useful as teats on bull, = as the expression goes. I'll just write my own.=20 I understand the design constraints, but man, CF seems to require me to=20 write half my own controls -- but just think of all that I'm = learning..... Experimented with override some of the parent on_methods.....hmmmm - GotFocus -- works but not a good solution as it throws repeatedly=20 without user intervention - Actually....weird.....just created a test harness for linklabel=20 control and threw in all the obvious overrides....it's throwing Click=20 and MouseDown (using overrides)....but EXTREMELY random. I have to=20 click all around the link and sometimes it fires...sometimes doesn't. =20 Also, seems to work better clicking on the outer edge of the link test=20 rather than directly in the middle of it. Whoever wrote the hit testing = on this one must have been high on RedBull or something....I think my=20 users will think i'm playing a joke on them if I use this.... Oh well, Bill giveth and he taketh away.... Pace tim
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
| home · blog · groups | Questions? Comments? Contact the dn |