On Tue, Sep 15, 2015 at 08:28:35AM +0200, yann jautard wrote:
> Exactly. So why change something everyone is used to ?
Didn't make the library policies :P I suggested the ones I use (tested &
reliable) then some other set was decided.
I think the dev list is not the place to discuss this and I
Go talk to the library people, see https://launchpad.net/~kicad-lib-committers
2015-09-15 8:38 GMT+02:00 Lorenzo Marcantonio :
> On Tue, Sep 15, 2015 at 08:28:35AM +0200, yann jautard wrote:
>
>> Exactly. So why change something everyone is used to ?
>
> Didn't make
On Mon, Sep 14, 2015 at 08:12:23PM +0200, nnn wrote:
> Ok but my question is if I can move values from fab to silks (hidden) as
> they were before in all pretty repos (and change convention) and use Fab
> layers as assembly layers (as in IPC7351) to provide users ready to use
> assembly layer with
Le 15/09/2015 08:24, Lorenzo Marcantonio a écrit :
Whatever choice we make for the 'official' library *can't* satisfy
everyone, there are just too many use cases/workflows...
Exactly. So why change something everyone is used to ?
___
Mailing
W dniu 14.09.2015 o 08:41, Lorenzo Marcantonio pisze:
On Sun, Sep 13, 2015 at 08:09:26PM -0400, Carl Poirier wrote:
Could the plot values checkbox be fixed easily? Since it's a "fix" I
suggest it for integration in 4.0.
I'm against this modification, since it's bloat for a single use case.
Me
On Mon, Sep 14, 2015 at 05:49:16PM +0200, nnn wrote:
> and lack of layers for reference designators. If values must stay on
> F.Fab/B.Fab, what about adding %R (scaled, centered, outlined) on
They don't *have* to stay on Fab, it's only a library convention. You
can put them (almost) on any layer,
Ok but my question is if I can move values from fab to silks (hidden) as
they were before in all pretty repos (and change convention) and use Fab
layers as assembly layers (as in IPC7351) to provide users ready to use
assembly layer with reference designators.
I hoped that some discussion here
On Sun, Sep 13, 2015 at 08:09:26PM -0400, Carl Poirier wrote:
> Could the plot values checkbox be fixed easily? Since it's a "fix" I
> suggest it for integration in 4.0.
I'm against this modification, since it's bloat for a single use case.
Multiplotting can be done with scripting, by the way.
Could the plot values checkbox be fixed easily? Since it's a "fix" I
suggest it for integration in 4.0.
On Thu, Sep 3, 2015 at 5:42 PM, yann jautard wrote:
>
>
>
> Le 03/09/2015 23:01, Jean-Paul Louis a écrit :
>
>> Hi nnn,
>>
>> I do not understand your point about having
I don't want remove refdes from silkscreen - just add a copy (text %R)
scaled to footprints size - this layer really helps when you need to
find component from schematic on a pcb (if you don't have computer with
your design in a lab).
W dniu 03.09.2015 o 21:25, Andy Peters pisze:
On Sep 3,
I don't see any reason why values on *.Fab shouldn't exceed the size of
the package. Also, printing values on the silkscreen is something that
is only ever done by a small handful of hobbyists. When was the last
time you saw a real PCB with values on the silk? It looks ugly and
serves little
The reason why values shouldn't exceed outline is that if they will they
may overlap with others and it's additional work to set proper sizes and
positions of them. Instead I suggest making something like the ipc
assembly outline - refdes in outline, simple to prepare layer that you
can print,
> On Sep 3, 2015, at 11:06 AM, nnn wrote:
>
> Some time ago after short discussion on librarians mailing list it was
> decided to change default reference and value fields of footprints and move
> values to F.Fab layer.
> I think it was bad decision. I'm asking here to get more
Le 03/09/2015 23:01, Jean-Paul Louis a écrit :
Hi nnn,
I do not understand your point about having values on the PCB. NOBODY in the
industry put values on the PCB.
I disagree, I have a few examples of recent industrial boards with
values on them. Last one I've seen is an inverter
Hi nnn,
I do not understand your point about having values on the PCB. NOBODY in the
industry put values on the PCB.
To facilitate the assembly, a lot of companies I worked for used a FAB drawing
with one inch grid, and then generate a list of parts with the location on the
grid. That’s more
Ok, so lets leave the values. The main reason I don't want them on F.Fab
is that F.Fab could be used for the ipc assembly.
Even if kicad allows generating list of parts locations and it's
possible to localize them without well silkscreen I still believe it's
very convenient to have the drawing
16 matches
Mail list logo