X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Thu, 2 Apr 2015 19:55:40 +0200 (CEST)
X-X-Sender: igor2 AT igor2priv
To: geda-user AT delorie DOT com
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: Re: [geda-user] PCB and gschem libraries
In-Reply-To: <CA+uY=MTW=X=V16vnyJmnfekDfYz20k831tOgj_4eBMSR4zg4Cg@mail.gmail.com>
Message-ID: <alpine.DEB.2.00.1504021948290.25799@igor2priv>
References: <1427905808 DOT 32608 DOT 60 DOT camel AT benjamin-hp-g70> <20150401214846 DOT 5d2261e6 AT jive> <201504011954 DOT t31JsnKh020289 AT envy DOT delorie DOT com> <20150401221210 DOT 1b4a299e AT jive> <201504012014 DOT t31KEq1m020861 AT envy DOT delorie DOT com> <551C574F DOT 2030708 AT xs4all DOT nl>
 <CA+uY=MTgd=aS-vyUE8RHcHZr+dJjtBe_h4yAFANPi6VBPUPVhQ AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1504020454050 DOT 25799 AT igor2priv> <CA+uY=MT=Td=0VMgHfRcQtuYYTx7v8YVNCmFPn353Liki9QTTSQ AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1504021718120 DOT 25799 AT igor2priv>
 <CA+uY=MQyuhrSuWSu0Z8FHFX3B9TYr13cxLWgxOysar-yyZ6y8A AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1504021812560 DOT 25799 AT igor2priv> <CA+uY=MSNf7NbVntf++G5ne3-33ihwvkEjZH7tot0S2SLjfO6cg AT mail DOT gmail DOT com> <CA+uY=MTW=X=V16vnyJmnfekDfYz20k831tOgj_4eBMSR4zg4Cg AT mail DOT gmail DOT com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
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 Thu, 2 Apr 2015, Russell Nelson wrote:

>But you could just as easily say that trying to present the entire library
>to a new user is chaotic. Hrm.

Yup. What I proposed all the way along (especially in the other thread) 
was exactly this reasoning:

1. you can't make a huge library well organized enough to be presented to 
a new user without making it look large and complex; and as a side note, 
the project doesn't have enough manpower at the moment to just coordinate 
such a big library centrally

2. there are many good alternatives you would want to present for a new 
user; these are local optimums. There are many suboptimal alternatives as 
well: for example a largish library that doesn't work out-of-the-box 
(current default lib). It's probably better to go for a local optimum than 
for a random suboptimal solution (for historical reasons for example). Of 
course best would be finding the global optimum, but as there are more 
than one use cases and more than one users out there, it's pretty much 
non-existent.

3. one of the local optimums is:
  - provide an entry level level library that is really small and contains 
all the essential symbols and footprints which all properly work together, 
out-of-the box
  - make the purpose of the entry level lib clear: it's to assist the user 
in learning the tools during his first few designs; nothing more, nothing 
less
  - provide easy ways for the users to browse and download 
symbols/footprints from whatever source(s)
  - provide strong tools to maintain their libraries they collect that way

I don't find any of these points chaotic at all. However, unlike many of 
your proposals, these often provide choices and alternatives, e.g. from 
where the user downloads new symbols or how exactly does he organize his 
libs. Ability to choose from alternatives is not chaos.

Regards,

Igor2