Delivered-To: garrigue at math.nagoya-u.ac.jp
Authentication-Results: mailhost.math.nagoya-u.ac.jp sender=lablgtk-bounces at yquem.inria.fr; domainkey=neutral (domain does not match address; no policy for yquem.inria.fr)
Delivered-To: lablgtk at yquem.inria.fr
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=math.nagoya-u.ac.jp; h=
	date:message-id:to:cc:subject:from:in-reply-to:references
	:mime-version:content-type:content-transfer-encoding; s=alpha;
	bh=qeHrnx2X7idplJrG2CSHMDbbv48=; b=QV9DvIjM7ipH6tsSUfnO10JeLx8q
	XbCvtzNu9C64a1MIB9sAqjGV/8oKa07Gh2Vrasg/XM0V7iuBBos1KcpcssL5uV/3
	DW0RZoSGXZPX+hbHZCa5B2PcFGb5X75XZRjwwgl1k0PTNYA/gakq2Ee1NmGkOo2i
	PkzVohvMNRwwiUg=
DomainKey-Signature: a=rsa-sha1;
	h=Received:Date:Message-Id:To:Cc:Subject:From:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding;
	b=oXpfSjMopB/nCDejUe+uoJZGXY9bP5w3TXOkOO29TTN27k9nNuPy55hn1fxL8yEo4+FNOXEnJyutYtMOgAGSRvGYJ8CaRsj59/JsW7fsZkcIeKGqfTNdA+bPJ8ERUR93bm6WMvoFPfS7TIlJxkqdo5OLCn/g4OCF/w1BdUu0/xI=;
	c=nofws; d=math.nagoya-u.ac.jp; q=dns; s=alpha
Date: Fri, 04 Jun 2010 14:50:13 +0900 (JST)
Message-Id: <20100604.145013.146221644.garrigue at math.nagoya-u.ac.jp>
To: stalkern2 at fastwebnet.it
Subject: Re: [Lablgtk] Question about how to start editing
	GTree.cell_renderer_text's in some easy and safe way... 
From: Jacques Garrigue <garrigue at math.nagoya-u.ac.jp>
In-Reply-To: <4C07C1B0.9050408 at fastwebnet.it>
References: <4C07C1B0.9050408 at fastwebnet.it>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: lablgtk at yquem.inria.fr

From: "Stalkern 2 (Fastweb)" <stalkern2 at fastwebnet.it>
> I was looking at the tree.ml example provided with lablgtk2 and I was
> modifying it so to get cell editing just as soon as cursor is moved to
> an editable cell, without needing to activate the row or press the
> [Space] key or the [Return] key.

[...]

> Indeed, I notice *no difference* between the behaviour obtained writing
> 
> --8<----8<----8<----8<----8<----8<----
> 	view#set_cursor
> 		~cell:authorCellrenderer
> 		~edit:false
> 		p
> 		(view#get_column 1)
> ---->8---->8---->8---->8---->8---->8--
> 
> and the one obtained writing
> 
> --8<----8<----8<----8<----8<----8<----
> 	view#set_cursor
> 		~cell:authorCellrenderer
> 		~edit:true
> 		p
> 		(view#get_column 1)
> ---->8---->8---->8---->8---->8---->8--
> 
> I've been noticing this using lablgtk 2.10.1 with glib-2.0 version
> 2.20.0 and gtk+-2.0 version 2.14.7.

Same for me with lablgtk-2.14.1, glib-2.24.1 and gtk+-2.20.1.
When the application comes up, the first line is selected, and put in
editing mode, but when the selection moves, one has to activate
edition manually.

Very strange indeed. I don't think this is lablgtk related, as
the wrappers seems to be working as expected. Rather some strange
interaction inside gtk. Is somebody else disactivating the edition...

By the way, the behaviour is a bit clearer if the model is updated:

  authorCellrenderer#connect#edited ~callback:
    begin fun p s ->
      model#set ~row:(model#get_iter p) ~column:author s
    end;

I.e. this is only a problem of switching edition on. But I don't know
how to do that...

Jacques

_______________________________________________
Lablgtk mailing list
Lablgtk@yquem.inria.fr
http://yquem.inria.fr/cgi-bin/mailman/listinfo/lablgtk