Hello Roel, On Tuesday 08 June 2004 00:21, Roel De Meester wrote: > And as to the statement of Elpidio about to much API to study. > > I personally don't think that working with a lot of plugins puts so much > burden on the developers. Developers using plugins are not interested in > the internals of a single or multiple plugins. They just have to take a > look at each plugin's public API/listeners, and only attach to the things > they are interested in. And indeed if they would start listening to 13 > other modules it would be much more work than working on 3 modules. Put > that would definitely also be the case in the current setup. You can expect > to make a more evolved module with the same amount of knowledge/study as > for a simple non-interacting module.
That is correct. Studying13 different sets of API is still much easier than trying to develop own 13 modules or worse trying to tweak 13 foreign modules to work together. And since there is no such thing as "universal set of API" yet anyway, we have no better alternative but to learn the 13 sets. But while we are studying and using the 13 sets, we should also work towards a single "universal set". That was the core of my statement. > From what i have seen the plugins that have currently been developed [are > usefull though] do not seem to interact with the HIS-data. Yes. That is again correct. They are stand alone "mini-programs" actually. Sooner or later we will be having plugins that interact with the HIS-data either through the current API calls or direct SQL queries. One coming example is the table manager from Jean-Philippe LIOT. Two more are coming from the university of Ulm (DRG manager and Care2x module framework generator). Of course, if you tweak the Immunization scheduler of Dr. Bhattacharyya, it will interact with the HIS- data. In fact, I am planning to use it in close integration with the obstetrics/gyn/immunization functionality to auto-generate immunization appointments. You can try developing your own modules. If you find the API quite difficult to understand, just use direct SQL. You can also use the ER diagrams to see the relationships. Regards, elpidio ------------------------------------------------------- This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. GNOME Users and Developers European Conference, 28-30th June in Norway http://2004/guadec.org _______________________________________________ Care2002-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/care2002-developers
