User Profile & Activity

Bernard Xiang Member
Page
of 52
Posted: November 18, 2013 1:36 AM

Hi Alex,

Here's the file:

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

if you have any missing resources, please let me know. I will help you to resolve it.

Regards,
Bernard

Posted: November 18, 2013 1:09 AM

Hi Luis,

I can replicate this problem in here. I think this was default behavior of position relative and fixed from css. However, you could fix this problem by using z-index in div which have fixed position. Hope this helps.

Regards,

Bernard

Posted: November 17, 2013 10:21 PM

Hi Alex,

I tried to replicate your issue in here. Unfortunately, I can't replicate this issue in my local end. Could you explain me more detail about the issue that you're facing in your local end? Also if possible could you let me know any steps to replicate this issue? I will gladly help you to resolve it. Look forward to hear any feedback from you so I can help you further.

Regards,
Bernard

Posted: November 17, 2013 10:09 PM

Hi Luis,

I can replicate your issue here. I think it's default behavior for position relative and fixed position. To resolve this matter, you could put z-index in fixed div that contains WebRibbon so it will keep show on top of WebGrid. Hope this helps.

Regards,
Bernard

Posted: November 17, 2013 9:39 PM
Hi Alex,

I think this issue happen because WebTextEditor in that sample are using RenderingMode HTML5 which doesn't have support in IE8. HTML5 document mode can be rendered properly only in IE9 and above which has support HTML5 doctype. You should use Quirks or XHTML doctype to resolve this problem. Hope this helps.

Regards,
Bernard
Posted: November 14, 2013 3:15 AM
Hi Adam,

I tried to replicate your issue here. However, this issue doesn't happen in our local end. WebCallout width depends on the text or the content inside of WebCallOut. Is there any specific steps or simple sample that can replicate this issue in our local end. For your information I'm using CloseBehavior.aspx sample to replicate this problem in our local end. Could you also let me know the browser and our WebDesktop version that you used to replicate this issue in your local end? Look forward to hear any feedback from you so I can help you further.

Regards,
Bernard
Posted: November 13, 2013 12:36 AM

Hi David,

Maybe you can add this line to hide the StrDocID,

<ISWebCombo:WebComboColumn BaseFieldName="StrDocID" HeaderText="StrDocID" Name="StrDocID" Hidden="true" />

Please let me know if this code doesn't solve your issue. Hope this helps.

Regards,
Bernard

Posted: November 12, 2013 11:47 PM

Hi Adam,

Could you please send me the image to my email (bernard@intersoftpt.com)? I your message before, I couldn't see your attachment image. This happen because there are some error in our uploading engine. We are really sorry for this inconvenience.

However, if WebCombo's render (the position of dropdown button in WebCombo) issue is the one that you found, you could do this method to improve the rendering of WebCombo.

function OnShowDropDown(controlId)
{
   var combo = ISGetObject(controlId);
   combo.DoResize();
}

You can apply this method for each WebCombo that you used in OnShowDropDown client side event. This might solved your problem. If the problem still exists, please let me know any steps to replicate this problem in our local end.

Hope this helps.

Regards,
Bernard

Posted: November 10, 2013 9:08 PM

Hi Mashall,

We still don't know the exact time for this issue to be fixed. But we expect this issue will be fixed in the end of November. I will let you know if I heard any feedback from our developer team. Thank you for your patience.

Regards,
Bernard

Posted: November 10, 2013 9:07 PM

Hi Mashall,

We still don't know the exact time for this issue to be fixed. But we expect this issue will be fixed in the end of November. I will let you know if I heard any feedback from our developer team. Thank you for your patience.

Regards,
Bernard

All times are GMT -5. The time now is 9:38 AM.
Previous Next