Если click() вызывается в момент нажатия на кнопку,  и autoClick() переименовать в someButtonСlickEvent().
То все кнопки получат сообщения о том, что на какую то из них нажали, и могут обработать эту ситуацию.
И тут уже медиатор вполне пригоден.

повторюсь медиатр призван решить следующую проблему
Мы не используем перекрестные ссылки. У нас кнопки ничего не знают друг о друге.
Когда мы вынесем someButtonСlickEvent() в базовый класс Коллеги, то кто угодно унаследованный от это класса будет получать сообщение о изменение состояния кнопки.
И не менее приятное, у нас может быть произвольное количество коллег.

Если брать Madiator (GoF), то там пример строится как раз на виджетах.
Не знаю как насчет пары тройки других виджетов, но если пишешь свою библиотеку для работы с виджетами(может пригодиться, если захочешь, что бы было как в FBReader, поддержка интерфейсов на qt3, qt4, gtk+), то скорее всего пригодиться.

с приведением через static_cast главное на запутаться с направлением иерархии наследования

Лады, поехали

1) Считаю сохранение указателя на медиатор в члене класса Button явно неудачным, т.к. это требует наследования (напр от QPushButton). Эта тема частенько мелькает, поэтому чуть подробнее. Добавляемый ф-ционал слишком мал, и наследник становится "ни пришей ни пристегни". Будете ли Вы использовать такого наследника в др проектах - или хотя бы во всех окнах данного? Если да - вперед, обновляйте все имеющиеся окна (или как-то не тянет? ) И заодно поразмыслите что если образовался еще другой "наследник-однодневка".  Если нет - ну жить можно, но как-то несолидно. Другой пример: допустим мы затем решили использовать чекбоксы вместо кнопок, или "кнопки с картинками" (др класс) - куда тогда деваться с нашим наследованием?

2) Простое и хорошее решение - отдаться паренту, пусть он меняет тексты. У него всегда все контролы на руках и он знает что делать. Конечно не напрямую В Qt это просто сигнал, в др системах эта точка управления всегда есть (напр WM_COMMAND в WinAPI).

3) Допустим мы заметили что такая задачка возникает многократно и хотим обобщить. Нормально. Не мудрствуя лукаво (и не вспоминая какой там паттерн) создаем класс делающий эту работу, напр так

C++ (Qt)
class CAdjuster : public QObject {
 Q_OBJECT
 
public:
  void AddPair( QWidget *, QWidget * );
 
public slots:
  void Adjust( QWidget * src, TCommand cmd  );
 
typedef enum {
 cmd_SetButton,
 cmd_SetLabel,
} TCommand;
 
private:
 QVector <QPair<QWidget *, QWidget *> > mData; 
};
 

Использование:

- делаем экземпляр CAdjuster членом окна
- после создания кнопка+текст вызываем AddPair
- вяжемся сигналами на слот Adjust

Ну а какой это паттерн - я хз. Здесь много знающих людей сорящих ссылками направо и налево, вот они знают  

Мне кажется пример с кнопками и метками не совсем жизненный, и в принципе задача довольно простая чтобы с ней заморачиваться. Я предложила данное решение для задачи: Как организовать взаимодействие компонентов сложной системы, не
связывая их напрямую друг с другом. То есть получить систему разбитую на модули но со слабой связностью. Может быть существуют и другие более красивые  решения данной проблемы??

Для того наверно чтобы все время не создавать объект QSettings для каждого окна, а чтобы делать это централизовано. В менеджере настроек сразу определяется куда будут записываться настройки, а также происходит инициализация объекта QSettings:
m_settings(qApp->organizationName(), qApp->applicationName())
Кроме того мы сможем менять поведение менеджера на специфичесое для данного проекта.

Не, я бы всё же назвал тему как то так: К вопросу о паттерне Медиатор, или О особенностях использования Медиатора или...
А так название темы совсем не пойми о чём.. В смысле не отражает суть вопроса, имхо(

Наталья, не слушайте Вы никого, кто говорит, что это захламит ваш чердак и потом найти нужную вещь будет нереально.. Это всё бред) Холмс имел в виду совсем другое) Очень хорошо, что вы интересуетесь и изучаете паттерны, ищите, блуждаете.. Всё это во благо) Кто ищет - вынужден блуждать)

ЗЫ
А если кто-то будет наезжать здесь, скажите, что Вы человек Макса))