James Stuart
Top achievements
Rank 1
Rank 1
James Stuart
asked on 12 Oct 2007, 03:15 PM
This is a follow up to a post I made on the previous version.
I'm am using the radeditor inside a RadTabStrip / RadMultiPage. Prior to the service pack, any editor that was not on the first page would have a rendering problem with the bottom buttons floating around in mid air.
This has been fixed but is now replaced with a bigger problem. Any editor not on the first page now completely ignores the height attribute and so only renders to be the height of a single line. This is most noticable if the editor is inside a table cell.
As a temporary workaround, if I put the editor inside a fixed height div, this seems to work but the full screen editing can no longer work because of the fixed height constraint.
Is there a workaround for this bug?
James
I'm am using the radeditor inside a RadTabStrip / RadMultiPage. Prior to the service pack, any editor that was not on the first page would have a rendering problem with the bottom buttons floating around in mid air.
This has been fixed but is now replaced with a bigger problem. Any editor not on the first page now completely ignores the height attribute and so only renders to be the height of a single line. This is most noticable if the editor is inside a table cell.
As a temporary workaround, if I put the editor inside a fixed height div, this seems to work but the full screen editing can no longer work because of the fixed height constraint.
Is there a workaround for this bug?
James
10 Answers, 1 is accepted
0
Gavin Howlett-Foster
Top achievements
Rank 1
Rank 1
answered on 13 Oct 2007, 02:57 PM
I have a similar setup and have also noted this behaviour.
Also, in my case, I found it difficult to set the focus in the text area to start typing and some of the drop-down menus don't seem to work as they do when the editor is initially visible. An example is the Font menu - you have to click on the text in it to get it to drop down whereas normally you can click on the arrow.
Also, in my case, I found it difficult to set the focus in the text area to start typing and some of the drop-down menus don't seem to work as they do when the editor is initially visible. An example is the Font menu - you have to click on the text in it to get it to drop down whereas normally you can click on the arrow.
0
James Stuart
Top achievements
Rank 1
Rank 1
answered on 15 Oct 2007, 12:59 PM
Gavin - the following solution did work for me with the focus problem
http://www.telerik.com/community/forums/thread/b311D-baabdd.aspx#393633
Going back to the opening post, I cannot get any workaround to show the editor in IE 6 when inside a RadTabStrip / RadMultiPage.
All I get is the toolbar and the bottom buttons.
http://www.telerik.com/community/forums/thread/b311D-baabdd.aspx#393633
Going back to the opening post, I cannot get any workaround to show the editor in IE 6 when inside a RadTabStrip / RadMultiPage.
All I get is the toolbar and the bottom buttons.
0
Hello,
We were able to reproduce a problem with the editor being rendered on the client-side initially hidden. Perhaps it is the same as you hit. In short, when the editor appears, its toolbars in IE render fine [which was the original problem], however its height is not correct [neither in IE nor Firefox].
Let me quickly explain the reason for the problem:
The new lightweight semantic editor rendering of tools using lists was a significant challenge to achieve for al supported browsers. IE in this case was the most problematic one. It would require calculating the width of each toolbar on page load and setting that number explicitly. However, when the editor is not visible the toolbars have a length of 0 pixels. We were able to workaround this problem.
Now, a new variation of essentially the same problem appears - as the editor started adding modules - which are not an integral part of the editor itself (there can be 0, 1 or n modules) - the same problem occurs - the editor needs to re-calculate its size. Yet, if hidden, the editor has no idea what its size is.
We believe that it will be possible to overcome this problem transparently, so that no code would need to be called by the developer when the editor becomes visible, and the fix should appear in the editor update scheduled for next week which will feature the remaining editor functionality not implemented so far.
All the best,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
We were able to reproduce a problem with the editor being rendered on the client-side initially hidden. Perhaps it is the same as you hit. In short, when the editor appears, its toolbars in IE render fine [which was the original problem], however its height is not correct [neither in IE nor Firefox].
Let me quickly explain the reason for the problem:
The new lightweight semantic editor rendering of tools using lists was a significant challenge to achieve for al supported browsers. IE in this case was the most problematic one. It would require calculating the width of each toolbar on page load and setting that number explicitly. However, when the editor is not visible the toolbars have a length of 0 pixels. We were able to workaround this problem.
Now, a new variation of essentially the same problem appears - as the editor started adding modules - which are not an integral part of the editor itself (there can be 0, 1 or n modules) - the same problem occurs - the editor needs to re-calculate its size. Yet, if hidden, the editor has no idea what its size is.
We believe that it will be possible to overcome this problem transparently, so that no code would need to be called by the developer when the editor becomes visible, and the fix should appear in the editor update scheduled for next week which will feature the remaining editor functionality not implemented so far.
All the best,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Hello,
A small update - the problem was fixed, and now the editor renders with correct height in IE regardless of the visibility and other circumstances. The fix will be a part of the coming editor update later this week.
Regards,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
A small update - the problem was fixed, and now the editor renders with correct height in IE regardless of the visibility and other circumstances. The fix will be a part of the coming editor update later this week.
Regards,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Mark Davis
Top achievements
Rank 1
Rank 1
answered on 23 Oct 2007, 10:12 PM
I also see a strange behavior when I have the display:none style set on the RadEditor server declaration. When I show the control on the client by setting display:block, the toolbar shows vertically on the left side of the control. Is this a related issue? I.e. will it be fixed with the update?
0
Hi Mark,
The update to be released corrects the problem when a parent is invisible [and not when the editor itself is set to be invisible].
It is best to wrap the editor in a <div id='hiddenDiv' style='display:none'>EDITOR HERE</div>, and show the div itself - then all should work fine.
Sincerely yours,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
The update to be released corrects the problem when a parent is invisible [and not when the editor itself is set to be invisible].
It is best to wrap the editor in a <div id='hiddenDiv' style='display:none'>EDITOR HERE</div>, and show the div itself - then all should work fine.
Sincerely yours,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
James Stuart
Top achievements
Rank 1
Rank 1
answered on 07 Nov 2007, 06:28 PM
I can confirm that the height problem appears to be fixed in IE 6 and 7, however Firefox and Safari are no longer working with today's release.
Also with these browsers, if you are able to press the "Toggle Full Screen Mode" button, it does expand the height out to fill the whole page, but pressing it again takes it back to the height of half the toolbar.
Also with these browsers, if you are able to press the "Toggle Full Screen Mode" button, it does expand the height out to fill the whole page, but pressing it again takes it back to the height of half the toolbar.
0
Hello James,
Up to your questions:
When an editor is intially hidden and you show it - in Mozilla/FireFox there is one extra action required - due to a bug in the FireFox browser. Namely, when an editable IFRAME is made visible, its edit mode must be re-enabled explicitly.
This is described in the following KB article regarding the non-Prometheus RadEditor.
http://www.telerik.com/support/kb/article/b454K-gbc-b454T-bgh-b454c-bgh.aspx
This should be the case with the earlier RadEditor Prometheus updates as well.
Here is how to enable the Prometheus editor to be editable, as its API is slightly different from the non-Prometheus version due to the need to follow MS AJAX code conventions.
$find('RadEditor1').set_Editable(true);
Regarding the second problem with full-screen mode, we were not able to reproduce it.
Can you please send us a sample page + steps to reproduce?
Best regards,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
Up to your questions:
When an editor is intially hidden and you show it - in Mozilla/FireFox there is one extra action required - due to a bug in the FireFox browser. Namely, when an editable IFRAME is made visible, its edit mode must be re-enabled explicitly.
This is described in the following KB article regarding the non-Prometheus RadEditor.
http://www.telerik.com/support/kb/article/b454K-gbc-b454T-bgh-b454c-bgh.aspx
This should be the case with the earlier RadEditor Prometheus updates as well.
Here is how to enable the Prometheus editor to be editable, as its API is slightly different from the non-Prometheus version due to the need to follow MS AJAX code conventions.
$find('RadEditor1').set_Editable(true);
Regarding the second problem with full-screen mode, we were not able to reproduce it.
Can you please send us a sample page + steps to reproduce?
Best regards,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Anumole
Top achievements
Rank 1
Rank 1
answered on 22 May 2008, 10:02 AM
Hi,
I am facing the problem of the Toolbar of the editor appearing on the left hand side of the editor in the form of a line. Has any bosy got the same isue with the Promethuees one. I am getting it with the latest updated release.
I am facing the problem of the Toolbar of the editor appearing on the left hand side of the editor in the form of a line. Has any bosy got the same isue with the Promethuees one. I am getting it with the latest updated release.
0
Hi Anumole,
I am not aware of such a problem. Could you please, open a support ticket and send a sample running project that demonstrates the problem? Once we are able to reproduce the issue on our end, we will do our best to provide a solution.
Sincerely,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
I am not aware of such a problem. Could you please, open a support ticket and send a sample running project that demonstrates the problem? Once we are able to reproduce the issue on our end, we will do our best to provide a solution.
Sincerely,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center