User Profile & Activity

A Yousif Member
Page
of 29
Posted: November 10, 2010 8:24 AM

I called during our business hours here in the US.  It was early, around 7-7:30am Central.  Then what number is available during US business hours that we can call?  I'm sure I'm not the only one, in the US, using your product and on urgent issues we can't rely on email to go back and forth every 24 hours.

Posted: November 4, 2010 8:32 AM

I got his message this morning.  I had already left for the day.

That's great.  Thank you.  I'm sure others will benefit from this too.

Posted: November 1, 2010 10:09 AM

What the heck is going on with the support phone number?  I'm still unable to get through this morning due to that "mailbox" voice mail I keep getting.  Would someone please respond regarding this issue?

Hello Handy,

Our custom controls use this type of object to store objects of types that are serializable.  So it's understood that storing incompatible types that cannot be serialized would not work.  That's pretty much a given so I think if you modify this, all you need to do is add a little note regarding the stored objects must be serializable.

But I understand your concern as a wrong type that cannot be serialized will cause a client-side exception as I've run into those myself when I was learning how to use object tags.

It's just a real pain to be forced to store a string.  Especially if we have a serializable data structure that we can just store and retrieve.  So it's more of a convenient feature really so we're not breaking down data structures into a delimited string and then parsing it back.  What about, instead of changing the Tag property type, you add a new one like DataItem?  At least that way you wouldn't have to worry about the Tag property causing headaches for those using it.

Thanks Handy.

Posted: October 29, 2010 11:51 AM

We had a similar problem (see this post) which was resolved with CSS classes.  If you're not using CSS classes to configure your grid, you'll need to do that.  We had a dramatic boost in performance after this.

Note that IE is VERY slow when using DOM when it comes to large arrays.  There is no getting around it unless you replace all the HTML yourself which wouldn't really be something you'd want to do with this control as it defeats its purpose.  I'd recommend sticking with smaller rows loaded by default and then give the user the option to load more or to configure how many rows they want to load.

Good luck.

Niven,

When will this feature be added so we can use just a simple tooltip without the overhead of the WebCallOut control?  Thank you.

Posted: October 29, 2010 9:17 AM

I dialed the 1-310-914-0158 number several times this morning but I keep getting some automated message regarding some mail box and to enter a mail box number followed by a password.

Glenn,

One other thing that I forgot to mention is that the UpdateRow and AddRow fly post backs do not trigger any UpdatePanels that may need updating.  Even if we add the triggers, in the markup like the example below, the panel does not get updated.

<asp:AsyncPostBackTrigger ControlID="WebGrid3" EventName="AddRow" />
<asp:AsyncPostBackTrigger ControlID="WebGrid3" EventName="UpdateRow" />

We also have to add, for each check box template, the triggers dynamically as I do in the sample's MyCustomGrid's OnInitializeRow override.

I'm sure you noticed this already, but I do have the post back settings all set to true, i.e.,

this.FlyPostBackSettings.PostControlState = true;
this.FlyPostBackSettings.PostHiddenFields = true;
this.FlyPostBackSettings.PostInputControls = true;
this.FlyPostBackSettings.PostViewState = true;

Glenn,

Here's another sample of another problem I discovered that I hope you can help.  Let me know if you have any questions on the code.  I removed the ajax control tool kit since you have this already so you just need to update the reference to it.

I have another check box that is an editable field.  This is used to check the default row, for example.  So do the following to see the issue(s):

  • Add a row where the check box is checked
  • Now add a row with the check box not checked.  When added, the row with the checked box gets reset
  • You can only have one row as the default, so only one of those check boxes can be checked at one time.  so when you check one of these, it'll post back and update the data set.

When the "is default" check box is checked and it posts back, it does NOT trigger an update row as if editing a text box for example.  In my custom grid, I had to override OnBubbleEvent so I can set the Cells value and call OnUpdateRow.  Is this correct?  Shouldn't the grid be doing this?  Also, note that the cell's Value object is null and DataChanged is false at this point.  Setting them does not seem to persist since they're "reset" again when you get to the code at the page level (see the update row in the page's code behind).  Am I doing this correctly in my approach?  How would you do it?

 

All times are GMT -5. The time now is 5:48 PM.
Previous Next