User Profile & Activity

Bernard Xiang Member
Page
of 52
Posted: November 21, 2013 9:50 PM

Hi Stefan,

We will fix this issue soon and I will let you know if the fix can be downloaded. Also I will suggest our developer team to deliver the fix as an hotfix. We consider it would cost more time if you should install our installer and we will improve this hotfix delivery in the future. Thank you for your valuable feedback.

Regards,
Bernard

Posted: November 21, 2013 9:41 PM

Hi Marshall,

Sorry for this inconvenience. Right now our developer team still investigate this problem further. We will try to deliver this fixes as soon as possible. This fixes might be included in our hotfix at the end of this month. Thank you for your valuable feedback.

Regards,
Bernard

Posted: November 21, 2013 1:54 AM
Hi John,

I can replicate your issue in our local end and I have submitted this issue as Work Item #1590. I will let you know if I heard any news regarding this work item from our developer team. We are really sorry for this inconvenience and thank you for your valuable feedback.

Regards,
Bernard
Posted: November 20, 2013 8:29 PM

Hi Eric,

Sorry for this misunderstanding. In my message above, I have tried to look from your code and I found out that you doctype definition for HTML5 is not doctype definition for HTML5. 

Actually, <!DOCTYPE HTML> is definition for HTML5 doctype which been supported by almost of our control. You can easily change our RenderingMode to HTML5 to support rendering in HTML5 doctype. Here's also the article how to define HTML5 doctype:

http://www.w3schools.com/tags/tag_doctype.asp

http://dev.w3.org/html5/html-author/

You can see the definition in there also you could find the sample that has implement HTML5 doctype. If this issue still persists, please let me know. I will gladly help you to resolve it. Hope this helps.

Regards,
Bernard

Posted: November 20, 2013 2:04 AM

Hi Eric,

I have look from your sample. I think the problem is in your doctype. To define the webpage to render in HTML5 mode, you should define the doctype in top of your webpage. You should add

<!DOCTYPE HTML>

I think the problem comes because our API doesn't recognize your web page rendering as HTML5 because it has the wrong definition <!DOCTYPE html5>. I think you should try to change its doctype to definition above and please let me know if this issue still occurs in your local end. Hope this helps.

Regards,
Bernard

Posted: November 19, 2013 9:44 PM

Hi Frank,

We have enhance WebScheduler 4 in this release 2013 R1 SP1. Now WebScheduler 4 has compatibility to render properly in IE11 and IE10. However, you should also concern in IE11, IE force your website to use HTML5 render. IE11 also have many obsolete API that might cause problem in earlier WebScheduler. So it will be better if you're using the latest WebScheduler 4 to resolve the issue in your project. Hope this helps.

Regards,
Bernard

Posted: November 19, 2013 9:31 PM

Hi Eric,

Could you let me know the doctype that you used to replicate this issue in our local end. It will be better if you used HTML5 doctype in IE10 and IE11. Internet Explorer 11 will force website to change its doctype to HTML5 rendering. This might cause the problem. Please also ensure if you're using RenderingMode to HTMl5 to when using HTML5 doctype.

However, I still need to trace where the problem comes from. If possible, could you guide me to replicate this issue in our local end with any steps or a simple sample that can replicate this issue? I will help you to resolve this problem. Hope this helps.

Regards,
Bernard

Posted: November 18, 2013 11:58 PM

Hi Keith,

I have tried to replicate your issue in our local end. Unfortunately, I couldn't replicate this issue in our local end. I'm using WebCombo 6 in IE8 with Quirks rendering mode. I also using HTML4 as doctype of my page. By using your description above, I can make my resultbox's column has 1px border and each row have white background for normal and hover by using CssClass property. Here's the screenshot:

http://www.mediafire.com/?hq1xunn0cyactb9

Is there any simple sample that can replicate this issue in our local end? I will gladly help you to trace this problem. Look forward to hear any feedback from you so I can help you further.

Regards,
Bernard

Posted: November 18, 2013 11:02 PM

Hi Keith,

I think it can be implemented without WebCombo.Resources.dll in Bin folder but some of our resources had been hard coded in our code. So I think it will be safer if you put WebCombo.Resources.dll in you bin folder. For DataSourceEventArgs in InitializeDataSource, I think you should use this variable in InitializeDataSource event to directly change the DataSource for WebCombo. Although, in some event like page load, you can use webCombo.DataSource to change the data source in WebCombo. Hope this helps.

Regards,
Bernard

Posted: November 18, 2013 8:44 PM

Hi Alex,

I can replicate your issue in here. We consider this issue as bug and I have add this issue as Work Item #1586. I will let you know if I heard any news regarding this work item from our developer team. Thank you for your valuable feedback and sorry for this inconvenience.

Regards,
Bernard

All times are GMT -5. The time now is 7:18 AM.
Previous Next