You’ve most likely heard this warning — “Avoid merged cells in your Excel worksheets!”, and that is excellent advice. Merged cells can cause problems, especially when they’re in a table that you’ll be sorting and filtering. You’ll run into more problems if you try to autofit merged cell row height.
Forced to Merge
Occasionally though, you might have no choice but to use one or more merged cells on a worksheet. As long as you avoid merging table cells, and proceed with caution, things might be okay.
In the example shown below, there is an order form, and space for a note about the order. If the note will always be short, there’s no need to merge the cells – just let the text flow across the columns.

However, if the notes will be two or more lines, you’ll need to merge the cells, and turn on Wrap Text. Adjusting the column width would affect the product list that starts in row 12, so that’s not an option.
Merged Cell Row Height
Usually, if you add more text to a single cell, and Wrap Text is turned on, the row height automatically adjusts, to fit the text.
When the cells are merged in row 10, the row height has to be manually adjusted when the text changes. That works well, as long as you remember to do it, but it can be a nuisance, if the text changes frequently.
And if you forget to adjust the row height, you might print the order form, while key instructions are hidden.

AutoFit Merged Cell Row Height
To fix the worksheet, so the merged cells adjust automatically, you can add event code to the worksheet.
[Update: The original code is below, and there are several modified versions of the code in the comments. There is also an updated version of Smallman’s code in this December 2015 blog post.]
The merged cells are named OrderNote, and that name will be referenced in the event code.

Code to AutoFit Merged Cell Row Height
We want the row height to adjust if the OrderNote range is changed, so we’ll add code to the Worksheet_Change event.
The code that I use is based on an old Excel newsgroup example, that was posted by Excel MVP, Jim Rech.
Note: As Jeff Weir pointed out in the comments below, this code will wipe out the Undo stack, so you won’t be able to undo any steps you’ve previously taken. So, instead of using the Worksheet_Change event, you could use the workbook’s BeforePrint event, to reduce the Undo problem.
- Right-click on the sheet tab, and paste the following code on the worksheet module. Note: Only one Worksheet_Change event is allowed in each worksheet module.
- Change the range name from “OrderNote”, to the named range on your worksheet.
- If your worksheet is protected, you can add code to unprotect and protect the worksheet.
Private Sub Worksheet_Change(ByVal Target As Range)
Dim MergeWidth As Single
Dim cM As Range
Dim AutoFitRng As Range
Dim CWidth As Double
Dim NewRowHt As Double
Dim str01 As String
str01 = "OrderNote"
If Not Intersect(Target, Range(str01)) Is Nothing Then
Application.ScreenUpdating = False
On Error Resume Next
Set AutoFitRng = Range(Range(str01).MergeArea.Address)
With AutoFitRng
.MergeCells = False
CWidth = .Cells(1).ColumnWidth
MergeWidth = 0
For Each cM In AutoFitRng
cM.WrapText = True
MergeWidth = cM.ColumnWidth + MergeWidth
Next
'small adjustment to temporary width
MergeWidth = MergeWidth + AutoFitRng.Cells.Count * 0.66
.Cells(1).ColumnWidth = MergeWidth
.EntireRow.AutoFit
NewRowHt = .RowHeight
.Cells(1).ColumnWidth = CWidth
.MergeCells = True
.RowHeight = NewRowHt
End With
Application.ScreenUpdating = True
End If
End Sub
How It Works
The event code checks to see if the changed cell is in the OrderNote range. If it is, the code runs, and does the following:
- Unmerge the cells
- Get the width of the first column in the OrderNote range
- Get the total width for all columns in the OrderNote range
- Add a little extra to the calculated width
- Set the first column to the calculated total width
- Autofit the row, based on the note next in the first column
- Get the new row height
- Change the first column to its original width
- Merge the cells
- Set the row height to the new height
Screen updating is turned off while the code runs, and it all happens in the blink of an eye.
Test the Event Code
To test the code, make a change to the text in the named merged cells, then press Enter. The row height should adjust automatically.
Is this code, to AutoFit merged cell row height, something that you’ll use in your workbooks? Please let me know in the comments.
__________________
Hi Chris
I am sorry for the late reply. I usually get an email response when someone posts in this thread which has not occurred. I did some testing with Col F larger (more characters) than Col C where I only use the code on Col C. The code seems to adjust for the larger Col F when deciding on the size of Col C. In short it looks to be working well at my end.
Take care
Smallman
Hello Deb and Smallman,
Thank you for this excellent procedure. Smallman, could share a working copy of the procedure by uploading it to dropbox and providing a download link? I’ve tried your procedures on an unlocked document with a sequential range and the data coming from another sheet using a lookup formula. I have not been able to make it work after following the entire thread.
Thanks!
Noel
Hi Noel
I will upload a working file to a file sharing website. That is a cracking idea and I am sorry I had not thought of it.
Well done. Should appear in the next day or so.
Take care
Smallman
Thanks Smallman. So I finally have your procedure working using “Private Sub Worksheet_Change(ByVal Target As Range)” to trigger the “FixMerged” macro. The only issue I’m having now is that the macro takes approximately 8 to 10 seconds to complete the procedure. I should mention there are many if statements in the worksheet change event that I use to show/hide rows and “select case” to clearcontents in certain cells. Is there a way to have the the worksheet change event only trigger the “FixMerged” macro without running through all the other if statements to speed up your procedure? Many thanks!
Hi Noel
Thanks for getting back to me. I did not get round to posting the link to my file sharing site last night but will do it tonight. I see from the procedure that the screenupdating is turned off. Have you thought to turn the calculations off while the procedure runs. They are not really necessary for a merging of cells. You may have other events in the background that are slowing down the run times. So you can disable events.
‘This at the start of the procedure
Application.Calculation.xlManual
Application.EnableEvents = False
‘This at the end of the procedure
Application.Calculation.xlAutomatic
Application.EnableEvents = True
Hope this helps and I promise to upload a file shortly.
Take care
Smallman
Thanks Smallman. I added your suggested code at the beginning and end of the procedure, but receieved compile error “Invalid qualifier”. This error goes away if I remove the Application.Calculation.xlManual and Application.Calculation.xlAutomatic. Thanks again for your assistance.
Noel
Hi Noel
Sorry, I just hard coded that into the forum from memory. The exact syntax is;
Application.Calculation = xlManual
Application.Calculation = xlAutomatic
Sorry for stuffingg you around.
Take care
Smallman