User Profile & Activity

Handy Surya Support
Page
of 223
Posted: September 15, 2011 1:56 AM

Hello Karl,

Does it occur in IE8 or IE9? Because if it is in IE8, it works well. I only can replicate the issue in IE9.

Regards,
Handy

Hello Robert,

Please create another thread for the next time. We were talking a different product now. However, Xu GuoChun has resolved his issue in here. At does not problem if you want to use your own filter, but it would be better, if you handled all of them in InitializeDataSource. In order to handle it manually, you would need to turn off AllowAutoQueryHandler. In this way, you can load or filter with request which is called LoadOnDemand.

Regards,
Handy

Posted: September 14, 2011 11:02 PM

Hello Karl,

Using XHTMl mode should fix the issue because the current sample is running in HTML mode. So, naturally it will use quirks mode in document mode browser. If you force to use IE8 in document mode, it will mess up.
In case, if you still face the same issue, I suggest you to use our latest build. WebCombo 4 build 233 and update WebUIFramework as well build 772 for the best result.
You can obtain the latest by using UpdateManaager and apply them in your project bin folder.

Regards.
Handy

Posted: September 14, 2011 10:52 PM

Hello,

I have seen your sample a while ago. If you were talking about gap issue with bottom <div> in 1.png, as I told you, this is not WebGrid fault. Please see my response at July 27, 2011 11:48 PM. I have given the prove there. It is because different behavior rendering in XHTML, not because WebGrid.
I already explained by using 3 diffents div looks like your structure page. The gap is happened because different rendering in <p> tag. You can also see Karl's post at August 30, 2011 7:05 PM.

As I said before, If you placed only WebGrid in XHTML, you might not find any issue, except for charting because it has not support XHTML yet.
But if you placed WebGrid with others element and the layout is mess up, you would need to customize your style. I have suggested some workarounds for style before. This happens because you could not expect all other elements to work perfectly in XHTML without any customization.

You can try to have others element without WebGrid and you will notice that you needs to set style.
The style can be different with HTML doctype.

I thought you already understand this last time, that's why I agreed to check the remaining issue about WebGrid is not resized well when you resized the browser.

Please let me know if there is something that I am missing.

Regards,
Handy

Posted: September 14, 2011 9:38 PM

Hello,

Ok, please give me a little time. I am seeing your sample now. I responded your issue based the last conversation about resizing browser issue.

Regards,
Handy

Hello Neena,

It seems you wrongly placed in product category. It should WebGrid, right? For the next release, WebGrid will improve security by eliminating  XSS exploit  through the use of JSON as the control data format. You can see our roadmap in previous thread for further information.

Regards,
Handy

Posted: September 13, 2011 3:38 AM

Hello,

After investigating your scenario, it seems this is not a bug in WebGrid. Morelikely, limitation in XHTML.
Example, try to discard WebGrid and only use Div with Red background in there.
When resize the browser, you can see that the middle div (Red) is not resized correctly. 
It seems in XHTML, you would need resize it manually.
For WebGrid, you would need to resize it manually when resize the browser to get the perfect result.
To resize WebGrid manually, you can use SetHeight() method.

   var grid = ISGetObject("WebGrid1");
   grid.SetHeight("20%");

Regards,
Handy

Hello,

In clientside, you can select a row by the key value. Perhaps, this can be used for your scenario.

function SelectRow()
{     var grid = ISGetObject("WebGrid1");     
      var row = grid.RootTable.GetRowByKeyValue("VINET"); //get WebGridRow object by key value.      
      row.Select(); // select this row for focus
}

 

Regards,
Handy

Posted: September 13, 2011 12:40 AM

Hi Eric,

Yes, That is correct. However, you would need understand if you need to upgrade to our WebGrid 8 in order to have this feature. Remember that we already discontinued to support WebGrid 6.

Regards,
Handy

Posted: September 13, 2011 12:37 AM

Hi,

Perhaps, you misunderstood what I said before. Forgive me for not explaining in detail.
I could replicate your issue in here. However, this is not a bug.
AlwaysShowAllRowsOnDropDown is not designed if you have many list in your WebCombo rows. It only supports if you have some list rows and want to show all together in the list when set the text/value. 

In your scenario, this is not recommended to use the properties because it would be failed.
Morelikely, it would best if you used LoadOnDemand scenario. If you check carefully, in LoadOnDemand, AlwaysShowAllRowsOnDropDown would be automatically ignnored even though this property is set.
This is the correct behaviour. You can also see my attachment about how to implement LoadOnDemand via behind code.

But if you still want to show all the rows via the property, it seems you need to request this feature.

Regards,
Handy

All times are GMT -5. The time now is 10:36 AM.
Previous Next