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; c=relaxed/relaxed; d=fastmail.com; h=
	reply-to:subject:to:references:from:message-id:date:mime-version
	:in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=m
	dXj3cMazX3EFmT4wwQEsKw2IhRLz1KbuSnn2O/LGBA=; b=RNAXxL1AdRvg+j4Pr
	AtctNunUBvJMmOMBXz5LAKuDPb/oT8rDJQtfoZv2VWZhTwXk7uHM0jSUQbt3qWvb
	yBeKJQ0GqLoKDy2TI8jP6/64kq4ujJ0rEfsWrNzsVJKiXsSU+KWU4guxBi1HTbwT
	R16/CkcqDVFh+VxMfp5CA4AXx/iXYk2sXiJfYv8HGVO9qBjulm4SmWDpdWKixQUR
	myntgvJ4W0g7Wr5DjsDJc3pQi73VBu5sQwXh/pDcouB4KDMsoQfW9OSqcb2zCOEZ
	5ELVJ7nd8iCB5mYAlcdeFFfu3lATBxmP/m92E3iEKvQT8y2Ro7y6Vz1AlZBLvzLN
	FIHmQ==
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:reply-to:subject:to:x-me-proxy:x-me-proxy:x-me-sender
	:x-me-sender:x-sasl-enc; s=fm1; bh=mdXj3cMazX3EFmT4wwQEsKw2IhRLz
	1KbuSnn2O/LGBA=; b=UDJ5hX08IkBA6V4HuYVmqBNszE8rsiJEnY7ySzuh/2aoP
	oqt6Y0WimaijahRQF7K3ahOiBqhW048OC2tq0WUfEojgCtDX4YcWp5dmkAQ2e9a3
	dymQ9RZwIShtpc8LiK2kxRKuR0XFdlPD278XIBVVU3ofhJWpnnASchIY1oT5hNTP
	mgjNCiADJz2UzYvhdJUsbwTtNveDbXIH9W8vKvLnNB2O26RntIOptC3YPeVmYpiX
	TdYpk5fClrC8NEJ9b0YZlZu07dnAyDMYQf0rI2HIs2WARyyM1v5+BFxLbuVSD+Y0
	UsU0iCX00hlEOSJNGPmQvZBV3FasL7gd16NdPmZYA==
X-ME-Sender: <xms:fw5SXDl-fKxqpWCbSpiN5-P3axU0WhIk9Lx4OVplfqst4zX2Q8F9ig>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrjeeggddugedvucetufdoteggodetrfdotf
    fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfquhhtnecuuegrihhlohhuthemucef
    tddtnecunecujfgurheprhfuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhroh
    hmpefiihhrvhhinhcujfgvrhhruceoghhhvghrrhhlsehfrghsthhmrghilhdrtghomheq
    necukfhppedutdekrddvudehrdduleehrddvtdehnecurfgrrhgrmhepmhgrihhlfhhroh
    hmpehghhgvrhhrlhesfhgrshhtmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgep
    td
X-ME-Proxy: <xmx:fw5SXNb9miqyRJqfVJre_1tZoiDArtJA1LOz5adiJ6DXB3QMpxYlSA>
    <xmx:fw5SXLW1Nw5NJUOFOtv4GLkYDBdt4vTITScztAO_VU2kN_yBkg_H_A>
    <xmx:fw5SXFBOxEV6H3tb2PwQzFGULjqWZ5V1MNQ9fsbKSWDn-GCaKtN8gw>
    <xmx:fw5SXOgS_EaD36Uhd5g5j_E-gsmlxdwR675N5sM6smHUvpZJF0nKtQ>
Subject: Re: [geda-user] Refdes bug or Master Attribute Document on the Wiki
 needs update.
To: geda-user AT delorie DOT com
References: <xnmuni10kx DOT fsf AT envy DOT delorie DOT com>
From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID: <c404cab6-419a-3f61-6df7-651a40b3d06d@fastmail.com>
Date: Wed, 30 Jan 2019 12:53:50 -0800
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <xnmuni10kx.fsf@envy.delorie.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
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


On 1/30/19 10:07 AM, DJ Delorie wrote:
> John Doty <jpd AT noqsi DOT com> writes:
>> But that should be a choice, defined by the scripting for a particular
>> flow, not in the core code. There aren’t just these two mechanisms,
>> either. Allegro, for example, has a much more elaborate mechanism that
>> keeps track of the symmetries within slots (which input to the NAND
>> you use doesn’t matter), as well as the symmetries between slots
>> (which slot your use doesn’t matter).
> I think this legacy treatment of refdes's by PCB is "universally
> unliked" by devs, and perhaps there are few enough remaining pcb users
> that we can safely nuke it from orbit now.
>
DJ et al,

The point of my original posting was to shed light on this anomaly. By 
my experience, this feature is already "nuked" in gEDA, since it does 
not seem to work. However, since it is "nuked", why not remove the 
feature from the Wiki documentation (Master Attribute List for one), 
which still says it does exist? Until that is done, it is potentially a 
user-frustrating bug.

IMHO, The suffix feature is mainly for ease of reading the schematic, 
especially by those who are not aware of the slots. This is most 
advantageous in service manuals, where technicians not aware of the 
original circuit design, are reading the schematics. In my view, the 
gEDA workflow and tools certainly do not need the suffixes to function 
properly.

Since I am making a note to no longer put the suffixes on refdes's  in 
my future designs, and to use the work-around I mentioned in my OP 
instead, my workflow is fine.

Thanks.
Girvin