[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Anybody working on ISO/IEC 15435 (i18n.h)?



On Mon, Jan 31, 2000 at 08:25:00PM +0200, Kai Henningsen wrote:
> keld@xxxxxxxx (Keld J¢rn Simonsen)  wrote on 31.01.00 in <20000131132131.A1302@xxxxxxxxxxxxxx>:
> 
> > There is a new draft in:
> > http://anubis.dkuug.dk/jtc1/sc22/wg20/docs/n714.pdf
> > I believe your concerns have been addressed there.
> 
> There still seem to be quite a number of problems.

most likely.

> For example:
> 
> - string results. Not all procedures specify error returns, and those that  
> do still sometimes talk about returning the empty string on error (instead  
> of the void string)

Probably a cleaning up exercise

> - stringn?copy is stringn?cpy in the C bindings. All other names are  
> identical.

Is that a problem?

> - in the C bindings, for output string parameters, sometimes a maxlen  
> parameter is added, but not always. Also, it is unclear by what rules some  
> parameters are int and some are size_t. Some sort of general rule should  
> be used. (The origin of this problem is that a string lacks a "maxsize"  
> field. Maybe that should be changed?)

I think it is a good idea to have a maxsize component.

> - there are a number of types that are translated as structs. This is  
> probably a bad idea; all of them are allocated, manipulated, and freed by  
> the library, so they probably ought to be opaque pointers (like FILE *).

Maybe. It is a matter of style. The idea was that the library 
would handle the required operations to deal with the object.
We also need to think of binding to other languages, such as 
Fortran, Cobol, lisp, prolog and APL.
> 
> Would you be interested in a i18n.h that tried to avoid these problems?  
> (And what should it do about the last two points?)

I would like to see your ideas fleshed out.

Is this C or C++, or both?
I am looking for somebody that could help with a C++ binding.
> 
> I'm interested in implementing at least part of this, if we can clear up  
> the interface problems.

Very good! Are you coperating with Uli?

Keld
-
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/lists/