iSeller Commerce
iSeller POS Retail
iSeller POS F&B
iSeller POS Express
Crosslight
WebUI
ClientUI
What's New
Download Trial
Web Solution
Mobile Solution
Enterprise Solution
Custom Development
Blog
Community
Latest Development Blogs
ForumPostTopic
Browse By Tag
Hi Steve,
I think I can replicate your problem here. Perhaps there were something wrong with our PostBack method. I will report this to our developer team and I will let you know if we have solve this matter in community forum. We are really sorry for this inconvenience. Thank you for your valuable feedback.
Regards,Bernard
Hi Ravinder,
In my sample, I have add a button that could postback the page. When postback, in my sample, I add the value in server side so WebTreeView will have another child regarding the value of WebCombo that will be bound in server side. In detail way, you could see the scenario of my sample in this link. The issue that you told us, also doesn't happen in my local end. Perhaps if this sample doesn't meet your requirement, could you modify my sample or give us a simple sample so I can trace where the problem comes from? Look forward to hear any feedback from you so I can help you further.
Sorry for my mistake. This issue comes from our WebCombo and I will elt you know if we have fixed this issue in our Community forum. Meanwhile, please use Chrome to create new thread. Hope this helps.
I think there were some issue or bug in our WebTextEditor control. Perhaps to resolve your issue, you could use Chrome for now until we update our community forum. Soon, we will update our community forum with new feature and we will make sure our WebTextEditor control is not bugged in community forum. Thank you for your valuable feedback.
Hi Karl,
I'm glad that you have fix that problem. Although, we still doesn't know the condition that make this issue happen in your project but I believe that css with important attribute still can be overrided with css same attribute which read last in your project. Hope this helps.
Regarding to your scenario above, i have made you a sample. In my sample, I tried to add the node in server side and client side in IE8 when using XHTML doctype. Unfortunately, this issue doesn't occurs in our local end. Could you give us a simple sample or modify our sample so I can replicate the issue here? Please also ensure if you're using the latest version of WebTreeView and our framework assemblies so there won't be any major bug in your local end. You can download my sample here and I will looking forward to your feedback so I can help you further.
Hi Loren,
I think I have found the problem here. This issue comes from our assemblies and I have fixed this issue in version 4. Although, it still need more time when you want to export to pdf format. You can download our hotfix here. And if this issue still persist, please guide me how to replicate this issue in our local end. I will gladly help you to resolve it. Hope this helps.
Hi RIchard,
You can search our post and thread by using this page:
http://intersoftpt.com/Community/Search.aspx?as=1
You could also filter our ClientUI community page using filter option that we provided inside this page:
http://intersoftpt.com/Community/ClientUI
If you couldn't see the filter box, please click Show Options button in that page to show the filter option for that community forum.
Hope this helps.
I have tried to test my sample in IE11 with IE8 document mode and user agent string also with IE8. This issue doesn't happen in our local end. Perhaps, could you let me know any steps to replicate this issue? I have also made you a simple sample regarding this matter. You could download my sample in this link. If this sample can't replicate your issue in your local end. If possible, could you change my sample so it can replicate your issue? I will trace your issue from there. I'm looking forward to your feedback so I can help you further.
This issue might be happen because you're using HTML5 doctype which not supported by IE8. I tried to replicate your issue here by using XHTML doctype and XHTML RenderingMode. Unfortunately, this issue doesn't happen in our local sample. And as you said before, this issue happen when I used HTML5 doctype in IE8.
By using HTML5 RenderingMode, WebTreeView will rendered properly in all modern browser which support HTML5 doctype. Perhaps to resolve this issue, you can use XHTML doctype. You must also consider that IE11 and IE10 browser only support HTML5 as its standard doctype. Hope this helps.
or
Choose this if you're already a member of Intersoft Community Forum. You can link your OpenID account to your existing Intersoft Social ID.
Choose this if you don't have an Intersoft account yet. Your authenticated OpenID will be automatically linked to your new Intersoft account.
Enter your Wordpress Blogname