easy_install не работает из-за ошибки «Не удалось найти сценарий установки» после двоичной загрузки?

После загрузки двоичного дистрибутива моего расширения Python C с помощью python setup.py bdist upload , easy_install [my-package-name] завершается с ошибкой "ошибка: не удалось" }) ...

У меня есть класс для событий мыши. Я использую dojo b / c. Мне нравится его объектно-ориентированный подход

dojo.declare("MouseObject", null, {
  constructor: function(){},
  onclick : function(){...},
  _onClick : function(){...}
});

_onClick () прослушивает события нажатия / отпускания мыши, генерируемые окном, и определяет, произошел ли щелчок. Если это так, вызывается onClick () . onClick () выполняет функции, общие для всех возможных щелчков, поэтому его необходимо вызывать каждый раз, когда пользователь щелкает мышью.

иногда пользователь может захотеть расширить функциональность onClick () Есть ли способ включить исходную функциональность без копирования и вставки? Два способа, о которых я могу думать, но ни один из них мне не нравится, - это

dojo.declare("MouseObjectChild", [MouseObject], {
  constructor: function(){},
  onclick : function(){this.inherited(arguments);...}
});

, который имеет недостаток, заключающийся в том, что я должен постоянно создавать новые классы, которые мне действительно не нужны, и два способа добавления промежуточной функции

dojo.declare("MouseObject", null, {
      constructor: function(){},
      onclick : function(){this._onClick()...}, //child onClick
      _onClick : function(){...}, //parent onClick
      __onClick : function(){...} //listener
    });

, но это не выглядит как хороший код

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

beforeDraw();
draw();
afterDraw();

Считается ли это хорошим дизайном? Должен ли я вместо этого помещать указатели функций в массив и вызывать их по порядку?