|
|
Rank: Member
Groups: Member
Joined: 1/17/2012
Posts: 14
|
I have a Tab Strip Control on my page (4 tabs) that is "loading on demand" using the CallBack Control. I have successfully setup my 4 user controls (ascx) for each tab that are loaded properly on the index change of each tab.
Each one of my user controls has a simple data grid that is populated from the database, OnLoad. So when I change my tab, the CallBack Control executes the sever side sub, which loads the ascx control, however the events in the ascx control are not executing (calling db to get data) and therefore no data is displayed in the data grid.
How do I get the events of the user control to execute?
Thanks in advance for the first year of college/newbie question.
Wes
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,195
|
Hi,
This is VERY NORMAL. :) It always happens when you dynamically load controls this way. The key is when you dynamically load controls, you must restore your control tree first during postback in order for your server event to fire. You would run into the same problem if you use standard ASP.NET buttons instead of our TabStrip to load your user controls. As such we consider this a generic ASP.NET programming, so are not in a position to support this question. I would recommend you try to reproduce the same problem with standard ASP.NET controls first, then post it online elsewhere to see whether someone else can help you out.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 1/17/2012
Posts: 14
|
Ummm, if I knew how to do this in generic Web/ASP.Net then I would not have purchased these controls.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,195
|
Hi,
Sorry to hear that. As a general rule, if you can run into the same problem with standard ASP.NET controls, then most likely the issue has nothing to do with us it's would not be covered by our support. For example, if for some reason a Button does not fire an event as expected, you cannot put it inside our MultiPage control and then ask us to troubleshoot that problem for you. While this is an extremely obvious example, there are cases that are not so obvious (such as yours) but the same principle applies nevertheless.
I understand that sometimes you had hoped that our controls can take care of a specific issue for you, however you must understand that our controls are not magic tools that can solve every programming problem (or every programming problems that you were expecting us to solve) for you, particularly, our product are built on top of ASP.NET so we are constrained by what ASP.NET can do. So there are things that we can do and will do, there are things that we cannot and will not do. If you cannot agree with us on this, we will be very happy to issue a full refund to you.
Thanks
|
|
Rank: Member
Groups: Member
Joined: 1/17/2012
Posts: 14
|
WOW, business must be good for you...
|
|
Rank: Member
Groups: Member
Joined: 1/17/2012
Posts: 14
|
Since you are the all knowing product developer and I am the incompetent developer (and CLIENT), maybe you could suggest a few links when I could become a bit more self taught before i am worthy to use this control.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,195
|
Hi,
We won't do that. This is not about us being the all knowing developer and you are being incompetent client, or about business is so good for us so we don’t mind to send you packing at all. This is about us as a business cannot afford to provide free tech support to users about questions that are not directly related to our product.
When an issue arises, we first identify whether it is a general programming questions or a specific questions about our product. If it is determined that the issue is a general programming questions, we will not go any further, even if the issue arises while you use our product. This is similar to that when your power outlet is not working causing your TV not working, you cannot expect the TV vendor to address the problem for you. For our part, we try to tell you as clearly as possible that this issue is not related to us and you should look no further assistance from us in such cases. This is important so that you won’t have any false expectation on us. If we do not do that but instead of helping you solving such problems, you might think that we are just doing what we suppose to do while we are thinking that we did you a favor and you might come to us whenever you run into similar problems. And if after a dozen times we finally decided that we could not afford to do that for you and told you that we won’t do it anymore, you would still get very angry thinking that our customer service is so bad because we just refuse to do what we’ve always been doing. This is why we will give you a clear no answer up front if you run into something beyond what we do. That answer is a firm answer that is irrelevant to anything else. It’s even irrelevant to whether you are a customer or not.
Thanks
|
|
Rank: Member
Groups: Member
Joined: 1/17/2012
Posts: 14
|
All I had to do was move my function calls in the user controls to the Init event rather than the Load event.
|
|
Rank: Advanced Member
Groups: Member
Joined: 7/3/2009
Posts: 37
|
Hi WRH... I have the same issue do you mind posting part of your code?
Thanks...
|
|
Rank: Advanced Member
Groups: Member
Joined: 7/3/2009
Posts: 37
|
Please disregard, I figured it out. I posted by solution in the other post.
|
|