Return-Path: X-Original-To: apmail-pivot-user-archive@www.apache.org Delivered-To: apmail-pivot-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 65C0B74D0 for ; Fri, 23 Dec 2011 04:56:22 +0000 (UTC) Received: (qmail 55655 invoked by uid 500); 23 Dec 2011 04:56:22 -0000 Delivered-To: apmail-pivot-user-archive@pivot.apache.org Received: (qmail 55605 invoked by uid 500); 23 Dec 2011 04:56:20 -0000 Mailing-List: contact user-help@pivot.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@pivot.apache.org Delivered-To: mailing list user@pivot.apache.org Received: (qmail 55597 invoked by uid 99); 23 Dec 2011 04:56:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Dec 2011 04:56:17 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of DKeen@sigtec.com designates 203.25.165.194 as permitted sender) Received: from [203.25.165.194] (HELO iintxmel1vexch1.sigtec.net.au) (203.25.165.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Dec 2011 04:56:09 +0000 Received: from iintxmel1vexch2.sigtec.com (172.16.17.24) by iintxmel1vexch1.sigtec.net.au (203.25.165.194) with Microsoft SMTP Server (TLS) id 8.2.255.0; Fri, 23 Dec 2011 15:55:44 +1100 Received: from iintxmel1vexch2.sigtec.com ([::1]) by iintxmel1vexch2.sigtec.com ([::1]) with mapi; Fri, 23 Dec 2011 15:55:44 +1100 From: David Keen To: "user@pivot.apache.org" Date: Fri, 23 Dec 2011 15:55:43 +1100 Subject: Re: ListViewItemEditor issue with consuming mouseDown events Thread-Topic: Re: ListViewItemEditor issue with consuming mouseDown events Thread-Index: AczBLx/xRy4GeOBtT9mf/LTXu0p21w== Message-ID: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-AU Content-Type: multipart/alternative; boundary="_000_F98796F270F07F46AD3896BFEB2B39E4FBB0DFCA81iintxmel1vexc_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_F98796F270F07F46AD3896BFEB2B39E4FBB0DFCA81iintxmel1vexc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Chris, >Am I right in thinking that when editing a row in a TableView, the >current functionality results in the row being saved (ie, not >cancelled) if a mouse click is made away from the editor, but if that >mouse click is within the TableView another row will not be selected? Yes. >So the editor is closed, but no other rows will be selected until a >subsequent mouse click or keyboard event, and that this is the >behaviour you are looking for with ListView? Yes. For my application that is what I need, otherwise I cannot prevent th= e editor from being closed. >Personally I would have expected the ListView & TreeView behaviour >over the TableView behaviour, but that is probably a separate debate >worthy of its own thread. I think the important thing is for as much >consistency as possible between TableView, ListView & TreeView. I agree, looking at the way it operates after the change seems a bit weird.= And consistency is important too. It seems there's a couple of competing= interests here! My brain is not active enough right now to try and think of a solution whic= h would satisfy both uses. (About to head home for Christmas break!) Regards, David. --_000_F98796F270F07F46AD3896BFEB2B39E4FBB0DFCA81iintxmel1vexc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Chris,

 

>= Am I right in thinking that when editing a row in a TableView, the
>= current functionality results in the row being saved (ie, not
>cance= lled) if a mouse click is made away from the editor, but if that
>mo= use click is within the TableView another row will not be selected?

 

Yes.=


>So the editor is closed, but no= other rows will be selected until a
>subsequent mouse click or keyb= oard event, and that this is the
>behaviour you are looking for with= ListView?

 

Yes.  For my application that i= s what I need, otherwise I cannot prevent the editor from being closed.

 

&= gt;Personally I would have expected the ListView = & TreeView behaviour
>over the TableView behaviour, but that is = probably a separate debate
>worthy of its own thread.  I think = the important thing is for as much
>consistency as possible between = TableView, ListView & TreeView.

 

I agree, lo= oking at the way it operates after the change seems a bit weird.  And = consistency is important too.  It seems there’s a couple of comp= eting interests here!

 <= /p>

My brain is not active enough right now to try and = think of a solution which would satisfy both uses.  (About to head hom= e for Christmas break!)

 

Regards,

David= .

= --_000_F98796F270F07F46AD3896BFEB2B39E4FBB0DFCA81iintxmel1vexc_--