X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1407214235; bh=n+rNdT2wNVBqYLbQ01nRl4QAc4Op/fZSXvJcdLLR9Ps=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=lGrppvgB6zSRH/F7ocUgKeIdFMbhiww4I3eea9D5e2IeRWNLy54c9pjXlUpJz72DHlUyMDjbNvwd3Rk2vQ9ge4YpmyMkTkyxKJnfTM+eGAK3yTV6jvUBXAOF0YMRqbwf+WTLGwsfmaRZ85eBeKUpX/VhaCIx5JjJjl8hTN9C3OJoAiwiwkYbo65xp0s42k5PxOrdbPOglz9f04g5C+6p2ln+lGGRHp6j2VnFQTirThOukepXPgOnAcNmfhbi9gwpEaVb4DwPIOnvfD17BlNykiqgFQlifojNTfBjFZxl7YK9s12BtauQbYICV0QKQA0O6eAUaEvDMNdzaKHlZB6Q+A== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=sbcglobal.net; b=b5Amiv5Mb7VW95Am6x9HDPD76LXV3HqgTyZoNYTI6l6NANgWWy6UZIMFSYPkYDH5A+LLGqmb2zT9g+aVWF1yqbYqDpcm5E//DF3YXiAdznL4tWKePqbOt5K9mWlLnrax8ytQF8wruQpT5MjanMMUkVRf5A0A3U4aNYLyavX2lAtQhec2LxX1nRoa4DksxVy5z9aunC1m9ylov/m3V6T+3Vd+1JticeI19YqtcSLx+KqwqA8Va7UdP1NlTNTnyWGUGRFKdeFwWbZFwUvEATWZeUcIGPgEzHAKRAWJUc7wfq8gMltHicM3sHpryrHLtp0MFeDdrYlO/0O5wi/IDWySRQ==; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1407214235; bh=n+rNdT2wNVBqYLbQ01nRl4QAc4Op/fZSXvJcdLLR9Ps=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=vrqTOSkUuRB+6deOq0Bz5F5YrYhtNEC6tuYVHRlYwVmHVPMvJWu4FsRw6p0auGSb1a6oLbcM/TB9cbhac8TcuCvaJZMpBL27fNHj9S1JDJzH6IHNG4EciTcjIyx/rIJenZ4ArsfwZ788c/x8EZNAELxiSLCQy4CIMWtZtZihvsA= X-Yahoo-Newman-Id: 376878 DOT 86315 DOT bm AT smtp201 DOT mail DOT gq1 DOT yahoo DOT com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: HIrfQzsVM1kWRp1REaWGsBmdhKqrly0TX.7bAXdirkLeYdx 9JjuilJf5Ny2AmDfd7wmG9EiKLBLjdbgPM_2O40U_KQ7T6RpYPRccUqucddI mN_iVtUE_XgP_HGS7mLdO92Ytu2rfP96G5q5PvwSameKwuEQdIsOz2FLNzR9 GWrTyk2E9Y.m0h1qsNVT0l.IT.1XWHywkZEE9KYsM2EIXdIXGLzPqkdVgTpb lxzw7rgX5NBxpmah49KVCT8plDzokH2g4QSs83HbKpWoTLFpfChfUY.JYWMP y_5dRj.7xy6QBYeA6OLcbqKk1wRqdRpIlJa6PTH_7N6mQLfgSIyRCdYN9Je9 O9XpNvL99L0.kCGWSIjjVuHYDfmnyq1h7Z6ci6YrkH8WCTnDCm5ieIq2LVOn deVfdaPAi5ZNp_YGAKLtbYU8WtC1tg5kHU.m21IHfLgN3ZHxNWPzqLeE_0qD Z5Y6O60nrT1sdSDUTszO9NbcNHUis.5kLs9EP24FrJ0p7O1OuKAfd4dXVZ7B nCF40gT0j2oXlvTTW.9I3I8tZGiz6ir0mj2vtMiu1RjhH X-Yahoo-SMTP: b8jVkbOswBAqZ4BhECp7nxPJUfTGEnEGv_G4qgQeZMeAbA-- Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [geda-user] Pin Type Dialog From: Edward Hennessy In-Reply-To: <20140804183141.GA11585@localhost.localdomain> Date: Mon, 4 Aug 2014 21:50:33 -0700 Content-Transfer-Encoding: 7bit Message-Id: <75BE262E-75FC-40E5-9A49-B5EFD4F370CA@sbcglobal.net> References: <399B159D-C237-45F0-947B-90C91E30C7DD AT sbcglobal DOT net> <20140804105713 DOT GH24580 AT localhost DOT localdomain> <20140804183141 DOT GA11585 AT localhost DOT localdomain> To: geda-user AT delorie DOT com X-Mailer: Apple Mail (2.1878.6) 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 Aug 4, 2014, at 11:31 AM, Vladimir Zhbanov wrote: > On Mon, Aug 04, 2014 at 09:53:11AM -0700, Edward Hennessy wrote: > ... >> Non-modal dialogs can be left open during the entire session while >> editing schematics. I believe the issue becomes the number of >> mon-modal dialogs open at the same time, and the inconvenience for the >> user to arrange/manage them. >> >> Is there a another dialog that it could be merged into? > The pin type editing dialog is rarely used. I don't see a point why it > should be always open. (I may be wrong, but I don't even consider the > "bus pin" to be somewhere useful.) I haven't used busses or bus pins in gEDA. I think the pin types need to be exposed in a consistent GUI format, until the functionality is changed (or removed) in the future. The new dialogs provide expander widgets to hide sections. I can look at using the mechanism that stores dialog locations to also store the preference to keep sections hidden for the users that don't need them. This way, the for the users that don't need the pin type, it will remain hidden. Cheers, Ed