Thread: [gobo-eiffel-develop] Need to accomodate STRING_32 in Gobo

Brought to you by: ericb, farnaud

gobo-eiffel-develop

[gobo-eiffel-develop] Need to accomodate STRING_32 in Gobo

From: Colin A. <col...@go...> - 2008-04-15 17:43:07

I have just implemented the following routine:
	
draw_text (x, y: INTEGER; a_text: STRING_GENERAL) is
			-- Draw `a_text' with left of baseline at (`x', `y') using `font'.
		local
			l_element: XM_ELEMENT
			l_attribute: XM_ATTRIBUTE
			l_text: XM_CHARACTER_DATA
			l_bytes: STRING
			l_utf8: UC_UTF8_STRING
		do
			create l_element.make_last (document.root_element, Svg_text, Svg_namespace)
			create l_element.make_last (Svg_x_attribute, Svg_namespace, x.out, l_element)
			create l_element.make_last (Svg_y_attribute, Svg_namespace,
(-y).out, l_element)
			add_font_attributes (l_element)
			if a_text.is_string_8 then
				create l_text.make_last (l_element, a_text.as_string_8)
			else
				create l_bytes.make (a_text.count * 4)
				from
					i := 1
				until
					i > a_text.count
				loop
					utf8.append_code_to_utf8 (l_bytes, a_text.item_code (i))
					i := i + 1
				end
				create l_utf8.make_from_utf8 (l_bytes)
				create l_text.make_last (l_element, l_utf8)
			end
		end

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).

Re: [gobo-eiffel-develop] Need to accomodate STRING_32 in Gobo

From: Eric B. <er...@go...> - 2008-04-18 13:13:19

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:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Need to accomodate STRING_32 in Gobo

From: Colin A. <col...@go...> - 2008-04-18 13:41:02

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 <er...@go...> 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:er...@go...
>  http://www.gobosoft.com
>

Re: [gobo-eiffel-develop] Need to accomodate STRING_32 in Gobo

From: Eric B. <er...@go...> - 2008-04-18 14:03:26

Colin Adams wrote:
> 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 need to remember what was the problem. Was it a new
dependency between 'date' and 'xml'?

> 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?

OK.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

[gobo-eiffel-develop] Time library and XSLT formatting

From: Colin P. A. <co...@co...> - 2008-04-18 14:21:14

>>>>> "Eric" == Eric Bezault <er...@go...> writes:

    Eric> Colin Adams wrote:
    >> 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.

    Eric> I need to remember what was the problem. Was it a new
    Eric> dependency between 'date' and 'xml'?

I introduced new dependencies for the date/time library on the regular
expression library (which I promptly removed when you said that the
time library should be small) and the math library, and the
string/unicode sub-library (there is no way that this dependency can
be eliminated) and the structure library.
-- 
Colin Adams
Preston Lancashire