I have a HTML editor contained within a WebPanel. The Panel is correctly sizing to fit the rightmost portion of the page, adjusting according to the browser's width.
the HTML control has its width also set to 100%. However this is behaving inconsistently as follows:
- When small mounts of text present - it is autosizing to the text width in both IE and Firefox. I do NOT want this - I want the editor to display to the available width of its container (that is what Width=100% should do...
- When editing large blocks of text, it correctly fills the available container width in IE, but in firefox it shows a **fixed width frame** (around 400 pixels I think), no matter what amount of text is present.
This is a pain for both design and testing at present - what can be done to fix this?? Is there a property, or CSSStyle I should be using to work around the bug??
Hi pfalcon,
I have investigated the scenario you have described but was unable to reproduce the issue. The version of .Net Advantage I used was 11.1. I am attaching a sample of an WebHtmlEditor inside a WebPanel which I tested on IE8 and Firefox 5. If you are still experiencing issues I suggest upgrading your product to our latest release.
Please contact me if you have further questions.
Best Regards,
Petar IvanovDeveloper Support EngineerInfragistics, Inc.http://es.infragistics.com/support
Your sample works, including when i roll it back to 10.3 and load up the same styles I'm using. My code is a little complex, and can't be rendered down easily - the HTML control is inside a FormView/Edittemplate - the behaviour is when you switch from view mode (which uses an empty control that I render the HTML literally in) to edit mode (which shows the HTML editor). I suspect its because the control has zero size when not used, and its the switching back and forth which is causing the problem.
I couldn't use the HTML editor for "view" mode as there is no way to remove ALL the visual elements of the editor when in R/O mode, and the purpose of my screen was to show help text, and HIDE all references to the editor unless an administrator is logged in.
The question is somewhat moot now as only one screen is affected, and the system has been live for some time now, that particular screen doesn't need the text updated often, and only the admin sees the problem.