Некоторые соображения

kirill v.2 24.03.2005 15:39

При всем уважении, что либо более качественное или/и более удобное в работе, чем Mozilla XUL, малыми силами сделать не выйдет. И, более того, непонятно, зачем делать Win32 GUI на Parser, когда все, что нужно - уже сделано и является развивающимся проектом с весьма большими перспективами (Mozilla XUL Runner). Сомневаюсь, что на Parser можно будет так уж просто реализовать контрол хотя бы вроде лист-чек-бокса, не говоря уж о всяких TreeView с динамической подгрузкой данных. И приведенный Вами пример кода по сравнению с XML-разметкой GUI в XUL - извините, гораздо менее внятен. Не говоря о всех прочих подводных камнях, которые в процессе повсплывают.

Мне кажется, имеет бOльший практический смысл связать Parser3 с Mozilla XUL, написав несложный XPCOM компонент, чтобы можно было использовать возможности Parser непосредственно из XUL-приложений. Вот это - вполне понятная задача, которую можно решить малой кровью, не встраивая в интерпретатор несвойственные ему функции, но получить очень серезный эффект. Аналог для XUL + PHP есть, весьма удобно было, только в последних версиях Mozilla не работает и некоторых фич там не хватало :). А сам XUL/XPCOM имеет встроенную поддержку и SOAP и XML-RPC, так что с протоколом нет проблем - выбирай на вкус.
PAF, если такой подход Вам интересен - я могу сформулировать подробнее, на основе своего опыта работы c XUL.

---