Radtextbox in multiline mode not honoring columns?

[DonKitchen]

We have hundreds of instances of Radtextboxes in our solution with rows and columns defined for our multiline textboxes.  It seems now that columns is no longer honored.  I just upgraded to the latest version and have noticed this.  My previous version was 2011.3.1305.35, so I was a few versions behind.  Has something changed between now and then where I can't use the columns property now?

[Andrey]

Hello,

You could achieve your goal by using the following CSS class:

html body .riSingle .riTextBox, html body .riSingle .riTextBox[type="text"]
{
    width:auto !important;
}

All the best,
Andrey
the Telerik team

[DonKitchen]

Unfortunately you didn't answer my question.  I have almost 200 different instances in my application where multi-line textboxes exist.  I don't want to "hack" a fix by modifying the CSS, which I assume could also have an impact on my other textboxes.

Is the columns property now not honored?  If yes, was this intentional or is this a bug?

[Andrey]

Hello,

The idea behind this implementation was to unify the width of all input controls.

The work-around will not interfere with the other styles that you have defined. You could get even slick definition of the CSS class:

span.RadInput
{
    width: auto;
}

Greetings,
Andrey
the Telerik team

[DonKitchen]

The proposed CSS does fix the width.  Is there any fix for the height?  I'm also noticing that the latest version is much more compact with a shorter height.

For example, I'm attaching two screen shots with the latest version and my original version.  You can clearly see that the textboxes on the latest are shorter.

[Galin]

Hello Don,

Perhaps, you may know since Q3 2011 RadInput has a new rendering mode.  Now the RadInput form controls use a only one input of type text to keep the entered values. Whereas with the non-single input rendering mode, two or three inputs of type text are rendered.

However, now the RadInput has CSS 3 property box-sizing: border-box and the padding and borders are not added anymore to the dimensions as in the common box-model. For example, if you set Height="15px" (or with CSS) to the input, it will be exactly 15px, not 22px (5px padding + 2px borders) as in the old rendering.

Additionally, in case you did not set the height, it will be exactly as before (non-single rendering).

I hope this helps.

Regards,
Galin
the Telerik team

[DonKitchen]

I guess I don't follow with your last statement.

Additionally, in case you did not set the height, it will be exactly as before (non-single rendering). 

We haven't set the height, and it's not exactly as before, as you can see in my screen shots.  Do I need to do something to have it be treated exactly as before?  Is this a new properly that needs to be set, or a new style to have it utilize the old behavior?

[Galin]

Hello Don,

I have tested again the RadInput in version 2011.3.1305 and in the latest release. In both version the height of the control is equal. I am sending my test page. Please check it out and let me know if I have missed something important.


Greetings,
Galin
the Telerik team