Re: [g-a-devel]Patch for bug 91993 in at-poke
- From: Michael Meeks <michael ximian com>
- To: Padraig O'Briain <Padraig Obriain sun com>
- Cc: accessibility mailing list <gnome-accessibility-devel gnome org>
- Subject: Re: [g-a-devel]Patch for bug 91993 in at-poke
- Date: 02 Oct 2002 14:18:35 +0100
Hi Padraig,
On Tue, 2002-10-01 at 13:25, Padraig O'Briain wrote:
> The attached patch fixes bug 91993; it does not attempt to select two elements 
> when no element is selected.
> +		if (role == SPI_ROLE_TABLE_COLUMN_HEADER) {
> +			Accessible_unref (child);
> +			continue;
	Sounds good to me, but this:
> +static void
> +selection_changed_cb (GtkTreeSelection *tree_selection, Poker *poker)
> +{
> +	/*
> +	 * When one clicks on a row in the TreeView which currently does not
> +	 * have any row selected one first gets notification of selection for 
> +	 * the first row and then a subsequent notification for the selected
> +	 * row if it is different from the first row.
> +	 */
> +	if (!poker->selection_changed_idle_id)
> +		poker->selection_changed_idle_id = gtk_idle_add (do_selection, poker);
>  }
	Looks pretty ghastly; ? What happens on the wire when you select a
table, that hasn't had any row selected before ? is this a gtk+
limitation ? why do we have to work around it here ? surely this is just
a large man-trap waiting for other people ?
	Then again - I don't quite understand the existing selection_changed_cb
I must confess; it's always interesting to try and work out who is the
master / slave in all of this really.
	Curious as to why we have to have an 'idle' handler there, the
potential for race conditions etc.
	Regards,
		Michael.
-- 
 mmeeks gnu org  <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next]   [
Thread Prev][
Thread Next]   
[
Thread Index]
[
Date Index]
[
Author Index]