Tommaso Cucinotta wrote:
Hi all,

if I remember well, there has been a significant decrease in the
use of boost::signal variables, in trunk w.r.t. previous revisions.

Just as an example, now we have a Buffer::changed() method that
uses a WorkArea pointer (wa_) in the Buffer::pimpl object,

Not a WorkArea but a WorkAreaManager.

in order
to call redrawAll() and trigger a redraw.

Compile time and bloat are the two main arguments of Andre' IIRC.


Isn't it better to have a signal defined in the Buffer public interface,
where interested listeners can register (e.g. GuiWorkArea) ?

In effect what we have now with the WorkAreaManager is exactly the same at a lesser cost.

Abdel.

Reply via email to