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=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=QaG599xxbDMHc9l8rYzNh+u3Mb3padrhel4/yWa0cbs=; b=L5ZVZsIAhmEJLsZJdginA6eHuWyxkXJwvzWDS9n6o56UYXpGBQy9os2/J2k9L2ZV1w TlYylrYS7okAkzQw9gal0V6ymlxDJMFQ5h50xy885+VoVX5J/v6Qr8TbuyelXNQytcHR wBkb6bP1a530zM6yuIIQ/Otuoiy0MaxTfJZxCIeLvJCmCq1P78ZTULgz1cQnqXCkIBfr ndsoVQKtVppFXZkfN3yqtEZr7CaEKzkm9qDB5HBwsEXwTlXOJOeqli9sIh3+mevrdhDl w8LnnIgDQ0vJrVct1Ba8p2TwPtNN9Nu+OoOEr+0rdnFaSPfkj8T6M8SMu5BwsUUsKwNO vzvA== MIME-Version: 1.0 X-Received: by 10.107.128.147 with SMTP id k19mr6575034ioi.133.1436975784977; Wed, 15 Jul 2015 08:56:24 -0700 (PDT) In-Reply-To: <1436950214.2876.57.camel@linetec> References: <559edcfa DOT 440d460a DOT 72d9 DOT 29cf AT mx DOT google DOT com> <201507092128 DOT t69LSc2j001777 AT envy DOT delorie DOT com> <201507120012 DOT t6C0CfnW014811 AT envy DOT delorie DOT com> <201507120145 DOT t6C1jnc8020051 AT envy DOT delorie DOT com> <1436950214 DOT 2876 DOT 57 DOT camel AT linetec> Date: Wed, 15 Jul 2015 08:56:24 -0700 Message-ID: Subject: Re: [geda-user] Re: developer excitement? From: "Ouabache Designworks (z3qmtr45 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a113fc33636f7f0051aebff4f 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 --001a113fc33636f7f0051aebff4f Content-Type: text/plain; charset=UTF-8 On Wed, Jul 15, 2015 at 1:50 AM, Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com] wrote: > > > > I haven't read through all the new messages yet, but I generally agree > that gEDA/gschem/PCB is quite a mature project, leaving only very few > things to be desired in my opinion. I use it on an almost weekly basis, > and frankly, I wouldn't want anything else. > > It is important to remember that gEDA does have a lot of users who are happy with it the way it is. Any changes that affect its out of box behaviour should be avoided at all costs. There are also users who want to see gEDA continue to grow with new functions and support for more modern software environments. We are currently shipping it on the software equivalent of 3.5 in floppies. At some point we may have to split off a "son of gEDA" with no expectations of backwards compatibility. When that happens the original code will bit rot into oblivion. > The only issues that I can think of are some very minor things with > regard to gschem's workflow: > > - When adding an attribute to an element, the 'Edit Attribute' dialog > has 'Visible - Show name and value' selected by default. Now I don't > know about other people's preferences, but I literally *never* want the > attribute's Name to show. Yes, it's simply a matter of one extra mouse > click to select 'Show value only' or untick the checkbox in the list > window, but it's slightly annoying all the same. So perhaps the default > selection could be 'Visible - Show value only'. > I'v noticed several default selections that are never what I actually need. All of these should be set in the system-gschemrc file so that each user can customize them for their own preferences. John Eaton --001a113fc33636f7f0051aebff4f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jul 15, 2015 at 1:50 AM, Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:



I haven't read through all the new messages yet, but I generally agree<= br> that gEDA/gschem/PCB is quite a mature project, leaving only very few
things to be desired in my opinion. I use it on an almost weekly basis,
and frankly, I wouldn't want anything else.


It is important to remember that gEDA = does have a lot of users who are happy with it the way it is. Any changes t= hat affect its out of box behaviour should be avoided at all costs. There a= re also users who want to see gEDA continue to grow with new functions and = support for more modern software environments. We are currently shipping it= on the software equivalent of 3.5 in floppies. At some point we may have t= o split off a "son of gEDA" with no expectations of backwards com= patibility. When that happens the original code will bit rot into oblivion.=


The only issues that I can think of are some very minor things with
regard to gschem's workflow:

- When adding an attribute to an element, the 'Edit Attribute' dial= og
has 'Visible - Show name and value' selected by default. Now I don&= #39;t
know about other people's preferences, but I literally *never* want the=
attribute's Name to show. Yes, it's simply a matter of one extra mo= use
click to select 'Show value only' or untick the checkbox in the lis= t
window, but it's slightly annoying all the same. So perhaps the default=
selection could be 'Visible - Show value only'.

I'v noticed several default selections that are never = what I actually need. All of these should be set in the system-gschemrc fil= e so that each user can customize them for their own preferences.

John Eaton

=C2=A0
--001a113fc33636f7f0051aebff4f--