On Jul 1, 2007, at 7:49 PM, Alan W. Irwin wrote: > Thus, by analogy with the python case I feel the Ada thin binding > should be > completely ignored in both the thick and traditional examples. Of > course, > by ignoring the thin binding in the examples we lose the option of > using the > full-argument variation of the function calls in the examples, but > that is a > good thing since the redacted form in the traditional and thick > interfaces > makes more sense, and I don't think we currently use the full-argument > variation right now in any case. Of course, to make ignoring the thin > interface in the examples work, you would have to define > PL_PARSE_FULL and > String_80 directly for the traditional binding, but I assume that > is all you > would have to do, and the change should therefore be easy for you to > implement.
This is probably a good policy since we're so close anyway. There are maybe a dozen subprograms that I would pull from thin binding and put into the the other two bindings. There are also all of the constants in the thin binding that would need to be viewable in the two main bindings. These constants are from two sources: the DEFINEs from the C source and the constants that I added to add a bit of abstraction to several integers which do not represent inherently integer quantities (e.g., Red is not 1). It looks like there are 79 such constants. I should be able to pull those out and put them into the main bindings, while leaving them behind in the thin binding (and thus having the thin binding be nearly-exact correspondence to the C code) as they are now protected by the thin binding's namespace. Of course the thin binding will still have to be accessed with the "with PLplot_Thin" clause, but I don't think that causes anyone any heartburn. BTW, I'm pretty sure that there are fancier Ada ways of hiding the stuff in the thin binding, but I don't know how to do it and I doubt that there is much utility in doing here anyway. Jerry ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
