X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qux.com; s=default; h=In-Reply-To:To:References:Date:Subject:Mime-Version:Message-Id: Content-Type:From:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=yZ8pJ9dHAeyFQGHmjvEqo4vwGfCbj0d70zG1aBifQsA=; b=xtKYi+7I6C5yiLPIG0zfOSKo6Y 7dZ/LpVKXFVDcmfTxfNwzZjlnJpWcMcfb5Bu+j5oq36CS9nGUPGGHSouv6I6OKemyXiYKrBc03ULZ DooSrIXHeQQHCigKD41QQ/jJLRBfPJsqsxp0VPp7g26VcwGM0tGwHMrBurNvTcHzBwQY=; From: "Roger Williams (roger AT qux DOT com) [via geda-user AT delorie DOT com]" Content-Type: multipart/alternative; boundary="Apple-Mail=_FF5271DA-5E88-4F33-92BD-4B5A9E41E20F" Message-Id: <141F9C23-F141-42FE-A760-834BBDAA7C2F@qux.com> Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: [geda-user] Annoying object selection behaviour in gschem > 1.6.2 Date: Sat, 22 Oct 2016 10:32:28 -0400 References: <1477080832 DOT 2909 DOT 106 DOT camel AT linetec> <201610212041 DOT u9LKfw5r031245 AT envy DOT delorie DOT com> <1477089908 DOT 2909 DOT 123 DOT camel AT linetec> <1477129015 DOT 2909 DOT 130 DOT camel AT linetec> To: geda-user AT delorie DOT com In-Reply-To: <1477129015.2909.130.camel@linetec> X-Mailer: Apple Mail (2.3124) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - meta.viewyourip.com X-AntiAbuse: Original Domain - delorie.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - qux.com X-Get-Message-Sender-Via: meta.viewyourip.com: authenticated_id: raw AT qux DOT org X-Authenticated-Sender: meta.viewyourip.com: raw AT qux DOT org X-Source: X-Source-Args: X-Source-Dir: Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --Apple-Mail=_FF5271DA-5E88-4F33-92BD-4B5A9E41E20F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 After 1.6.2 some (IMO undesirable) changes were made in the way gschem = handles object selection. The most annoying changes are In 1.8.2, after copying an object, the old object remains selected, = rather than the selection shifting to the the copy as in =E2=89=A4 = 1.6.2. This not only reduces productivity, but it breaks a long-standing = convention in CAD that the selection shifts to the copy. In 1.8.2, a window selection of multiple objects can select individual = attributes of a component, rather than the earlier, more logical = all-or-nothing rule. This breaks the inviolability of a component = object, and makes it too easy to inadvertently break components and = create unattached attributes. I have been using gschem since 1998 and made some contributions to the = initial code base, but before I dig back into code to try to make these = behaviours optional (e.g. via settings in gschemrc), I'd like to see if = this problem has already been solved by someone else.=20 --=20 Roger Williams Chief Technical Officer, Qux Corporation --Apple-Mail=_FF5271DA-5E88-4F33-92BD-4B5A9E41E20F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
After = 1.6.2 some (IMO undesirable) changes were made in the way gschem handles = object selection. The most annoying changes are
  1. In 1.8.2, after copying an object, the old object remains selected, rather than the selection = shifting to the the copy as in =E2=89=A4 1.6.2. This not only reduces = productivity, but it breaks a long-standing convention in CAD that the = selection shifts to the copy.

  2. In 1.8.2, a window selection of multiple objects can select = individual attributes of a component, rather than the earlier, more = logical all-or-nothing rule. This breaks the inviolability of a = component object, and makes it too easy to inadvertently break = components and create unattached attributes.
I have been using gschem since 1998 and made some = contributions to the initial code base, but before I dig back into code = to try to make these behaviours optional (e.g. via settings in = gschemrc), I'd like to see if this problem has already been solved by = someone else. 

-- 
Roger Williams <roger AT qux DOT com>
Chief Technical Officer, Qux Corporation

= --Apple-Mail=_FF5271DA-5E88-4F33-92BD-4B5A9E41E20F--