Re: Need to accomodate STRING_32 in Gobo

Then it is time for you to decide what I have to do about the
implementation of the XSLT time/date formatting functions that I moved
to the time library.

Options are:

* Leave them in the time library.
* Move them back to the XSLT library.
* Move them to the string library (there is already a cluster for
formatting strings there, so that makes some kind of sense).
* Create a new library for them.

I have a routine to create UC_UTF8_STRING from STRING_GENERAL (at the
moment it is a function, but I could turn it into a creation procedure
and put it into Gobo). Shall I submit it to the list for inspection?

On 18/04/2008, Eric Bezault <[email protected]> wrote:
> Colin Adams wrote:
>
> > We need a make_from_utf32 (or some such routine) in UC_STRING (or
> > alternatively let XM_CHARACTER_DATA accept a STRING_GENEAL, or
> > prefereably both).
> >
>
>  I guess it's OK now to use STRING_GENERAL.
>
>  Daniel never answered our messages about the future of
>  SE 1.2 and his plans about ECMA Eiffel. So I guess that's
>  the end of the story.
>
>  Note that we will probably have a new release of Gobo
>  in about two weeks from now (so, without support for
>  SE 1.2) so that it will be ready at about the same time
>  as the next release of EiffelStudio.
>
>  --
>  Eric Bezault
>  mailto:[email protected]
>  http://www.gobosoft.com
>

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone