OVERVIEW:
Using gnome-2.2 stack from 10th of April, java-access-bridge from today's
CVS HEAD, java 2 sdk 1.4.1_01, I found out that, for Java Toolkit
applications, AccessibleTextChangedEvent_getChangeString always returns NULL.

STEPS TO REPRODUCE:
- launch StylePad or SwingSet2 application
- launch gedit
- launch simple-at test program attaced to this bug(see ADDITIONAL
INFORMATION (1) )
- insert a text, delete a text (for StylePad anywhere in the document
"Alice's Adventures..." that is open by default, for SwingSet2, in
JInternalFrame demo, Frame title edit box, for gedit in the "Untitled 1"
document)

ACTUAL RESULTS:
You will notice that the test program outputs the text-change:insert|delete
event and that TEXT CHANGED(result of the by
AccessibleTextChangedEvent_getChaneString call) is NULL in case of StylePad
and SwingSet2, but NOT for gedit.

EXPECTED RESULTS:
The same behaviour as in gedit: the letter that is typed to be the returned
by AccessibleTextChangedEvent_getChaneString, the letter that is deleted to
be provided, the text that is replaced and with what text to be provided.

ADDITIONAL INFORMATION:(1) simple-at test program attached to this bug is a
test program from at-spi/test which was modified. To compiled the attached
progam copy it in at-spi/test.
(2) Please see the screen-shot attached.
(3) The way that this function is used in the test program:
<snip>
static void
report_event_details (const AccessibleEvent *event,
	    	     void *user_data)
{
    if (strncmp (event->type, "object:text-changed", strlen
("object:text-changed")) == 0)
    {
	gchar *tmp = AccessibleTextChangedEvent_getChangeString (event);
	fprintf (stderr, "\nTEXT CHANGED: %s", tmp);
	SPI_freeString (tmp);
        g_free (tmp);
    }
}

</snip>