After much iteration we came up with 2 main solutions:
1) The “goop” factor”
Work with your strengths. The Blob is a Blob, and that means being able to goop all over the place. We required a buffer of height on platforms since players would be reaching these at varying sizes. One option could be to have dynamically changing platform heights (*shudder*). An alternatively that we came up with was to allow for an intrinsic platforming forgiveness with the Blob, what I lovingly call the “goop” factor.
Whereas a traditional 2D character might hit the lip of a platform, and begin an untimely plummet (to death perhaps?), the Blob can goop on the edge. If a player reaches platform “A” at the smallest size, they should be able to goop over, whereas if the player reaches platform “A” at the largest size, they should easily be able to make the jump.
2) Size targets
In our ideal Blob world, the player would gloriously increase in jump ability and speed directly in proportion to the amount of the world they ate. Unfortunately this resulted in players becoming too uber-powerful with regards to jumping, and would break our levels to itsy bitsy pieces. We decided to section the levels up with size targets – so within a size target the player’s abilities did not scale directly with their size, but increased with a weighted factor. Players could not grow larger than the size target within a section, and only after hitting the target size would the jump height catch up to be directly proportional to the current Blob size.
This basically achieved two main objectives:
ii) The jump limits of the player at various points in the game became a bit more predictable for the designers – we didn’t have to accommodate every platform for an unrealistic range of jump heights from the Blob.
So that is a brief synopsis of dealing with a growing character in a 2D platformer.