Encaustic painting, also known as hot wax painting, involves using heated beeswax to which colored pigments are added. The liquid/paste is then applied to a surface—usually prepared wood, though canvas and other materials are often used. The simplest encaustic mixture can be made from adding pigments to beeswax, but there are several other recipes that can be used—some containing other types of waxes, damar resin, linseed oil, or other ingredients. Pure, powdered pigments can be purchased and used, though some mixtures use oil paints or other forms of pigment. Metal tools and special brushes can be used to shape the paint before it cools, or heated metal tools can be used to manipulate the wax once it has cooled onto the surface. Other materials can be encased or collaged into the surface, or layered, using the encaustic medium to adhere it to the surface.
When we instantiate a SimpleMessage and then pass it to the various decorators, we now get new behavior. Moreover, since both the concrete component and the concrete decorators all implement / descend from IMessage, they are interchangeable as far as the program is concerned, meaning that we can loop over them together. Further, rather than having to create a new ExcitedAndQuizzicalMessageDecorator class, we were able to achieve the same effect by double wrapping a SimpleMessage object (first in an ExcitedMessageDecorator and then in a QuizzicalMessageDecorator). Finally, note that despite having been passed into various decorators, our simpleMsg object remains unchanged at the end of the program.
Using functions with "action-at-a-distance" through sys.settraceback may be okay for an obscure feature that can't be had any other way yet doesn't merit changes to the language, but that's not the situation for decorators. The widely held view here is that decorators need to be added as a syntactic feature to avoid the problems with the postfix notation used in 2.2 and 2.3. Decorators are slated to be an important new language feature and their design needs to be forward-looking, not constrained by what can be implemented in 2.3.