← Back to team overview

kicad-developers team mailing list archive

Re: PATCH: making component choosing (much!) more usable

 

This time, posting to the list rather than only to Tomasz...

On 13 February 2014 11:54, Tomasz Wlostowski <tomasz.wlostowski@xxxxxxx>wrote:

> On 02/12/2014 09:34 AM, Henner Zeller wrote:
>
>> Hi,
>> Choosing components in the schematics editor is very cumbersome right now.
>> (...)
>>
>>
>> So I sat down and thought about how it _should_ be.
>>
>> This is what I came up with, see patch:
>>
>>    - interactive search-as-you-type
>>
>
> Hi Henner,
>
> I just compiled eeschema with the patch. The browser is simply *awesome*!
> I sincerely hope we'll see more cool stuff from you :-)



Agree very much with this.



> There is another feature I'd like to add in a separate patch: show a little
>> drawing of the currently selected component in the left bottom corner
>> (left blank right now) when selected with the mouse popping up the library
>> viewer. I left it as a dummy in this patch as I didn't want to make it
>> too big.
>>
> > (...)
>
> > Of course, you might have suggestions - let me know what to improve.
>
>
> Few extra features that came to my mind:
> - footprint/3D preview,
> - browser as a dockable window instead of dialog,
> - possibility to assign the footprint on the schematic,
> - and save the above to the SCH library.
>

Definitely would like to see this as a dockable window.

I am also wondering if it would be better presented as a table rather than
a tree, say one column for the component name, one for the source library,
and one for the description (and maybe even other fields from the
component, allowing the user to show and hide columns as they see fit).
This would mean a component with a low-scoring match wouldn't be dragged to
near the top because it is in a library with a high-scoring match. (If I
have misunderstood how the ordering works, just say so).

Does the order of matches matter for multi-word searches? For example, a
search for "power amp" promotes "Dual op-amp (low power)" components from
the linear library over an "audio power amp" in the same library. The audio
library is also the second library in the results despite having a lot of
components with "power amp" in the description. Is there some way to score
matches so those where keywords are in the same order as the query are
weighted higher?

How is the order of the libraries decided? The one with the highest
component score, or the one with the highest sum of scores, or something
else?

As an aside, I think this will require some cleanup in the libraries
themselves. For example, a search for "resistor" does not turn up the main
resistor component, which has the description "resistance". The same with
"capacitor" (condensateur non polarise). There are also a number of
amplifiers which are abbreviated amp or ampli and so won't be found in a
search for "amplifier".

Keep up the good work!
Blair



>
> This may soon become possible thanks to the DLLization work being done.
>
>
>
>> Download it here:
>> https://github.com/hzeller/kicad/compare/master...
>> component-chooser-experiment.diff
>>
>>  BTW. Are you using git-bzr-ng or some other tool to work on bzr repos
> with git?
>
> Cheers,
> Tom
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>

Follow ups

References