Kenneth Gangsto
Top achievements
Rank 1
Rank 1
Kenneth Gangsto
asked on 18 Oct 2007, 12:10 PM
How can I disable the drag-corner of Prometheus Rad Editor? I don't want users to be able to resize the editor.
27 Answers, 1 is accepted
0
Hi Kenneth,
We will consider your feature request and will provide a way for disable the editor's resizing.
Currently, you can disable the resizing in Internet Explorer with the following code:
<script type="text/javascript">
function OnClientLoad(editor, args)
{
var resizer = $get(editor._uniqueID + "BottomResizer");
resizer.disabled = true;
}
</script>
<asp:ScriptManager ID="ScriptManager1" runat="server" />
<telerik:radeditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad" ToolsFile="~/ToolsFile.xml">
<Content>
Here is sample content!
</Content>
</telerik:radeditor>
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
We will consider your feature request and will provide a way for disable the editor's resizing.
Currently, you can disable the resizing in Internet Explorer with the following code:
<script type="text/javascript">
function OnClientLoad(editor, args)
{
var resizer = $get(editor._uniqueID + "BottomResizer");
resizer.disabled = true;
}
</script>
<asp:ScriptManager ID="ScriptManager1" runat="server" />
<telerik:radeditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad" ToolsFile="~/ToolsFile.xml">
<Content>
Here is sample content!
</Content>
</telerik:radeditor>
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Shaun Peet
Top achievements
Rank 2
Rank 2
answered on 22 Oct 2007, 01:36 PM
This should be disabled by default. I haven't had a single form that I've designed in the past two years where I would consider the ability to resize the editor a useful feature.
In fact, it appears that the only reason the area below the content area is shown when the EditModes = "Design" is because of the resizer. If resizing is off and ther is only one EditMode then there shouldn't be any of that wasted space beneath the content area.
Thanks.
In fact, it appears that the only reason the area below the content area is shown when the EditModes = "Design" is because of the resizer. If resizing is off and ther is only one EditMode then there shouldn't be any of that wasted space beneath the content area.
Thanks.
0
ewart
Top achievements
Rank 1
Rank 1
answered on 23 Oct 2007, 11:54 PM
it's a very nice feature (resizeable) but I fully agree with Shaun on this... and if not by default, then it would be nice with a simple property to disable.
keep up the good work
cheers
ewart
keep up the good work
cheers
ewart
0
Hi guys,
Thank you for your feedback!
We will consider your request and we will provide a way to disable the editor's resizing.
We will be glad to receive your further suggestion on enhancing RadEditor "Prometheus".
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
Thank you for your feedback!
We will consider your request and we will provide a way to disable the editor's resizing.
We will be glad to receive your further suggestion on enhancing RadEditor "Prometheus".
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Eric Chen
Top achievements
Rank 1
Rank 1
answered on 24 Oct 2007, 06:46 PM
Is there anyway that we can hide the resizer? Its taking up a bit of really crucial real estate.
0
Hello Eric Chen,
You can hide the reziser with the following code:
<script type="text/javascript">
function OnClientLoad(editor, args)
{
var resizer = $get(editor._uniqueID + "BottomResizer");
resizer.style.display = "none";
}
</script>
<telerik:radeditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad">
<Content>
Here is sample content!
</Content>
</telerik:radeditor>
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
You can hide the reziser with the following code:
<script type="text/javascript">
function OnClientLoad(editor, args)
{
var resizer = $get(editor._uniqueID + "BottomResizer");
resizer.style.display = "none";
}
</script>
<telerik:radeditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad">
<Content>
Here is sample content!
</Content>
</telerik:radeditor>
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Rob
Top achievements
Rank 1
Rank 1
answered on 12 Nov 2007, 03:40 PM
Id just like to reiterate what has already been said, that the grid desperately needs the option to allow resizing to be disabled. Its causing havok with our layouts and its even happening on the online demos on the demos on this site using Firefox
0
Hello Rob,
We will consider adding a property to turn this functionality off, and for the time being we suggest using a simple CSS for hiding the resize area. Just add the following CSS to your page and you are all set:
<style>
.rade_resizeCell
{
width:0px !important;
}
.rade_resizeCell DIV
{
display:none;
}
</style>
Best wishes,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
We will consider adding a property to turn this functionality off, and for the time being we suggest using a simple CSS for hiding the resize area. Just add the following CSS to your page and you are all set:
<style>
.rade_resizeCell
{
width:0px !important;
}
.rade_resizeCell DIV
{
display:none;
}
</style>
Best wishes,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Rob
Top achievements
Rank 1
Rank 1
answered on 12 Nov 2007, 04:29 PM
Thanks, thats a lot neater than the JavaScript workaround.
0
Mac
Top achievements
Rank 2
Rank 2
answered on 21 Nov 2007, 03:37 PM
Agree with this.
Just like to register my desire to see this disabled and hidden by default to avoid the wasted space when using a single mode like design.
Thanks
Mac.
Just like to register my desire to see this disabled and hidden by default to avoid the wasted space when using a single mode like design.
Thanks
Mac.
0
greenmodulus
Top achievements
Rank 1
Rank 1
answered on 19 Feb 2008, 06:37 PM
I actually would like to have the resizer but I don't want the edit mode buttons. I want the user to only have design mode but I like the resize. This should be a property true/false.
0
Rumen Jekov
Top achievements
Rank 1
Rank 1
answered on 19 Feb 2008, 09:16 PM
Hi,
You can also control the displaying of the Design, Html and Preview buttons by using the EditModes enumeration property. In order to display only the Design mode set the EditModes property like this:
<telerik:RadEditor runat="server" ID="RadEditor1" EditModes="Design"></telerik:RadEditor>
C#:
RadEditor1.EditModes = EditModes.Design;
VB.NET:
RadEditor1.EditModes = EditModes.Design
Best regards,
Rumen
You can also control the displaying of the Design, Html and Preview buttons by using the EditModes enumeration property. In order to display only the Design mode set the EditModes property like this:
<telerik:RadEditor runat="server" ID="RadEditor1" EditModes="Design"></telerik:RadEditor>
C#:
RadEditor1.EditModes = EditModes.Design;
VB.NET:
RadEditor1.EditModes = EditModes.Design
Best regards,
Rumen
0
ChrisS
Top achievements
Rank 1
Rank 1
answered on 22 Feb 2008, 02:46 PM
Dear Rumen,
Can you tell me whether the feature to disable the resizing of the editor will make it into the Q1 release of RadControls "Prometheus"?
Many thanks
Can you tell me whether the feature to disable the resizing of the editor will make it into the Q1 release of RadControls "Prometheus"?
Many thanks
0
Hi Chris,
Since this feature was not requested by enough users, we do not plan currently to provide a property for enabling / disabling the resizing functionality of RadEditor in the Q1 release of RadControls "Prometheus". Our suggestion is to use the provided CSS based solution for hiding the resizing handler.
We are always trying to keep the editor's properties as much small as we can. A large number of properties will make the control configuration very difficult. However, if we receive enough customer requests about this property we will implement it.
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
Since this feature was not requested by enough users, we do not plan currently to provide a property for enabling / disabling the resizing functionality of RadEditor in the Q1 release of RadControls "Prometheus". Our suggestion is to use the provided CSS based solution for hiding the resizing handler.
We are always trying to keep the editor's properties as much small as we can. A large number of properties will make the control configuration very difficult. However, if we receive enough customer requests about this property we will implement it.
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
ChrisS
Top achievements
Rank 1
Rank 1
answered on 22 Feb 2008, 03:42 PM
Dear Rumen,
You have had six requests on this thread. Roughly how many do you need to include a feature?
Many thanks
You have had six requests on this thread. Roughly how many do you need to include a feature?
Many thanks
0
Shaun Peet
Top achievements
Rank 2
Rank 2
answered on 22 Feb 2008, 04:05 PM
Just want to reiterate what I've said before...this should be disabled by default.
The submit / cancel buttons were taken away because the editor was intended to be a fancy input control that replaced a textbox. I completely agreed with that. So why would the resizing of a textbox be considered a "on by default" feature? It's hard enough as it is to get a form laid out on the screen exactly as you want it without having your users changing the size of the input controls.
This "feature" seemed to come out of nowhere and I don't recall anyone ever requesting it. The only similar request was the auto-height based on the size of the text in the control (which doesn't change the width, mind you). It seems like this "feature" was born out of the new capabilities of the ASP.NET AJAX framework. But just because something can be done doesn't mean that it should be.
Cast another 1000 votes on behalf of each one of my users to get this feature turned off :)
The submit / cancel buttons were taken away because the editor was intended to be a fancy input control that replaced a textbox. I completely agreed with that. So why would the resizing of a textbox be considered a "on by default" feature? It's hard enough as it is to get a form laid out on the screen exactly as you want it without having your users changing the size of the input controls.
This "feature" seemed to come out of nowhere and I don't recall anyone ever requesting it. The only similar request was the auto-height based on the size of the text in the control (which doesn't change the width, mind you). It seems like this "feature" was born out of the new capabilities of the ASP.NET AJAX framework. But just because something can be done doesn't mean that it should be.
Cast another 1000 votes on behalf of each one of my users to get this feature turned off :)
0
Hi guys,
We do appreciate your votes and requests and we decided to implement a property for disabling the editor resizing in the upcoming Q1 release of RadControls "Prometheus".
Shaun, the resizing functionality is very convenient for the end user to resize the content area and better see how the content looks. It was requested by customers and end users and therefore we provided it in RadEditor "Prometheus". Could you please tell us why your users do not like this feature?
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
We do appreciate your votes and requests and we decided to implement a property for disabling the editor resizing in the upcoming Q1 release of RadControls "Prometheus".
Shaun, the resizing functionality is very convenient for the end user to resize the content area and better see how the content looks. It was requested by customers and end users and therefore we provided it in RadEditor "Prometheus". Could you please tell us why your users do not like this feature?
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Rob
Top achievements
Rank 1
Rank 1
answered on 28 Feb 2008, 03:54 PM
In theory the resizing gives the end user the ability to resize the editor and see how their content will look on a smaller screen, however I have found the sizing feature to be incredibly buggy and have submitted a number of support tickets to highlight this already and its still not working correctly now.
Quite simply, load Firefox, and try to use the resize feature and it will probably take approximately 5 seconds to demolish the page layout and can be seen on your online demo below:
http://www.telerik.com/DEMOS/ASPNET/Prometheus/Editor/Examples/Default/DefaultCS.aspx
Load Firefox, start to resize the editor and then drag your mouse up and watch as it vanishes below all manner of objects. Until the feature works, I dont see how it can be recommended as a default implementation.
Quite simply, load Firefox, and try to use the resize feature and it will probably take approximately 5 seconds to demolish the page layout and can be seen on your online demo below:
http://www.telerik.com/DEMOS/ASPNET/Prometheus/Editor/Examples/Default/DefaultCS.aspx
Load Firefox, start to resize the editor and then drag your mouse up and watch as it vanishes below all manner of objects. Until the feature works, I dont see how it can be recommended as a default implementation.
0
Hi Rob,
You are absolutely correct in noting that resizing the editor causes the page layout of the editor online examples to break, yet I would disagree with you about the feature being buggy. It is not. Resizing the editor works properly - and you can test this in a simple page with an editor, or in a page with a "less advanced" layout.
The reason with the RadEditor resizing causing the online demo to break is the implementation of the online examples layout - which was designed to be sematically and XHTML compliant, uses DIVs for layout - and what is most important - is not developed for scenarios where the content inside is being resized. There are, of course DIV-based layouts which can take care of this by using lots of javascript, yet the sole purpose of the online demos is to highlight the products - and does not need to have this extra javascript.
In case you encounter any problems with the resizing behavior in a simple page, or in fact, in your own layouts, please let us know in more detail and we would examine those immediately. On the other hand, in case you do not need this behavior, you can disable it with the simple CSS workaround provided in this forum thread (and later you will be able to do so by using the property).
Sincerely yours,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
You are absolutely correct in noting that resizing the editor causes the page layout of the editor online examples to break, yet I would disagree with you about the feature being buggy. It is not. Resizing the editor works properly - and you can test this in a simple page with an editor, or in a page with a "less advanced" layout.
The reason with the RadEditor resizing causing the online demo to break is the implementation of the online examples layout - which was designed to be sematically and XHTML compliant, uses DIVs for layout - and what is most important - is not developed for scenarios where the content inside is being resized. There are, of course DIV-based layouts which can take care of this by using lots of javascript, yet the sole purpose of the online demos is to highlight the products - and does not need to have this extra javascript.
In case you encounter any problems with the resizing behavior in a simple page, or in fact, in your own layouts, please let us know in more detail and we would examine those immediately. On the other hand, in case you do not need this behavior, you can disable it with the simple CSS workaround provided in this forum thread (and later you will be able to do so by using the property).
Sincerely yours,
Tervel
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
Jason Rodman
Top achievements
Rank 1
Rank 1
answered on 29 Mar 2008, 03:05 AM
Is there a way to restrict the resizing to only vertical? I dont want users to be able to resize horizonally since it pushes my layout and I have to do some annoying css to prevent it from messing up my page.
0
Hi,
I don't think that there is a way to resize the editor only in one dimension. However, there might be an alternative solution to your problem. What you can do is disable resizing altogether (using the CSS style earlier in the thread) and set the editor property AutoResizeHeight to true. This will make the editor height expand automatically to fit its content. For more information, go to http://www.telerik.com/help/radcontrols/prometheus/?Telerik.Web.UI~Telerik.Web.UI.RadEditor~AutoResizeHeight.html.
Kind regards,
Lini
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
I don't think that there is a way to resize the editor only in one dimension. However, there might be an alternative solution to your problem. What you can do is disable resizing altogether (using the CSS style earlier in the thread) and set the editor property AutoResizeHeight to true. This will make the editor height expand automatically to fit its content. For more information, go to http://www.telerik.com/help/radcontrols/prometheus/?Telerik.Web.UI~Telerik.Web.UI.RadEditor~AutoResizeHeight.html.
Kind regards,
Lini
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
ChrisS
Top achievements
Rank 1
Rank 1
answered on 21 Apr 2008, 03:37 PM
Dear Rumen,
We do appreciate your votes and requests and we decided to implement a property for disabling the editor resizing in the upcoming Q1 release of RadControls "Prometheus".
Can you tell me which property I need to set to disable the editor resizing?
Many thanks
We do appreciate your votes and requests and we decided to implement a property for disabling the editor resizing in the upcoming Q1 release of RadControls "Prometheus".
Can you tell me which property I need to set to disable the editor resizing?
Many thanks
0
Hi,
The EnableResize property did not make it in the official Q1 2008 build. However, it is already in the code base, so it will be included in the Q1 2008 service pack release. If you want to get a custom build with the property earlier, please open a formal support ticket and mention this thread.
Sincerely yours,
Lini
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
The EnableResize property did not make it in the official Q1 2008 build. However, it is already in the code base, so it will be included in the Q1 2008 service pack release. If you want to get a custom build with the property earlier, please open a formal support ticket and mention this thread.
Sincerely yours,
Lini
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
ChrisS
Top achievements
Rank 1
Rank 1
answered on 23 Apr 2008, 12:26 PM
Dear Lini,
Thank you for your reply. Can you tell me when the Q1 2008 service pack is scheduled to be released? I can then decide whether I need a custom build.
Many thanks
Thank you for your reply. Can you tell me when the Q1 2008 service pack is scheduled to be released? I can then decide whether I need a custom build.
Many thanks
0
Hi Chris Studman,
The Q1 2008 SP1 is scheduled for 15 of May,2008.
Kind regards,
Petio Petkov
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
The Q1 2008 SP1 is scheduled for 15 of May,2008.
Kind regards,
Petio Petkov
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
ChrisS
Top achievements
Rank 1
Rank 1
answered on 15 May 2008, 12:54 PM
Dear Petio,
Is Q1 2008 SP1 going to be released today?
Many thanks
Is Q1 2008 SP1 going to be released today?
Many thanks
0
Hello Chris,
We are currently making final tests before releasing SP1 of RadControls Q1 2008 and if everything works as expected we will relase it later today or tomorrow at the latest.
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
We are currently making final tests before releasing SP1 of RadControls Q1 2008 and if everything works as expected we will relase it later today or tomorrow at the latest.
Best regards,
Rumen
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center