I want to use the WebHtmlEditor in a FormView.
The html is bound to the Text property of the editor.
<ighedit:WebHtmlEditor ID="ctlEditInfoPubliekHtml" Text='<%# Bind("HtmlInfo") %>' runat="server" Width="500px" SkinID="klein" UploadedFilesDirectory="~/Test">
Everything works fine except the 'insert image' button.
When using the editor outside the EditItemTemplate it works fine, but when using it inside the template I get the same formview in the popup window when using the image button.
I've narrowed the scope to a small aspx with one formview and the editor in the EditItemTemplate, so it should not be to difficult to reproduce.
Im using version 7.1.20071.1045
I tried a work-around an put the whole editor in a popup-extender.
Now the 'insert image' works nice, but buttons with an arrow like color and table buttons don't seem to work anymore.
Ik say 'seem' because they generate the correct popups, but with z-index 99999, while the popup-extender generates 100001 (so close), so no visualisation.
Is there a way to change the z-index of those popups?
I've entered a support request about this.
I think you'll have to stick with your popup solution because the editor doesn't work correctly inside formview (or other controls that don't render the editor at page load).
http://forums.infragistics.com/forums/p/1388/24333.aspx
jazpur said:I think you'll have to stick with your popup solution because the editor doesn't work correctly inside formview (or other controls that don't render the editor at page load). http://forums.infragistics.com/forums/p/1388/24333.aspx
It looks that way.
I had similar response from support.
Issue wil not be fixed.
But at this moment the popup route is no option because of the problems with the z-index.
On a sidenote: Why couldn't I find the thread you posted in the forum?
I was able to fix the problem.
I made a changed to the javascript of the modalpopup-extender.
In ModalPopupBehavior.js Line 126
this._foregroundElement.style.zIndex = $common.getCurrentStyle(this._backgroundElement, 'zIndex', this._backgroundElement.style.zIndex) + 1;
change to
this._foregroundElement.style.zIndex = parseInt($common.getCurrentStyle(this._backgroundElement, 'zIndex', this._backgroundElement.style.zIndex)) + 1;
This results in the generation of a background div with 10000 and a forground div of 10001 in stead of 100001.
The z-index of all WebHtmlEditor divs are arond 100000, so they are showed.
I will enter a change request for the WebHtmlEditor to add a base z-index property in case someone wants to add it onto divs with a z-index above 100000
Sting said:On a sidenote: Why couldn't I find the thread you posted in the forum?
Right... filteroptions only show post from last 2 months.
Default setting at 1 year would reduce re-posts like this I think.