On Wed, Mar 04, 2015 at 09:32:30AM +0200, Sergey A. Borshch wrote:
> Hello everybody.
>
> As far as I remember Lorenzo anounced his implementation of text
> substitution of %R and %V patterns with RefDes and Value fields content. Is
> there any progress in merging this feature into product branch?
Hello everybody.
As far as I remember Lorenzo anounced his implementation of text substitution of
%R and %V patterns with RefDes and Value fields content. Is there any progress
in merging this feature into product branch? This feature could be very useful
(really necessary) within assembly lay
A-ma-zing work! ;)
Thank you.
Miguel Ángel Ajo
On Wednesday, 4 de March de 2015 at 3:38, Andrew Zonenberg wrote:
> So if I understand this correctly, net names must currently be FOO+ and
> FOO- for differential pair routing.
>
> Can you add support for FOO_P and FOO_N naming? These names
2015-03-04 5:20 GMT+01:00 Jon Neal :
> In the video Tom mentions that _N and _P work as well.
>
> This is an awesome addition! Now if only this had existed last summer I
> could have saved a lot of time. :)
Now you can redo your board, and get a feel for how much time you cold
have saved... :)
>
So I was experimenting with automating the build submission using
Travis-CI and I managed to link the coverity project in a way that it
also renamed it to my github repo.working on getting that fixed.
___
Mailing list: https://launchpad.net/~kicad-de
Yep. It's about optionally placed components and their variant based
values. Using a separate application could also do the job but I believe
in "one information source", which is in this case the Eeschema file. In
Altium you can edit the placement option visually and also edit (or bulk
edit) t
In the video Tom mentions that _N and _P work as well.
This is an awesome addition! Now if only this had existed last summer I
could have saved a lot of time. :)
On Tue, Mar 3, 2015 at 10:10 PM, Blair Bonnett
wrote:
> On 4 March 2015 at 15:38, Andrew Zonenberg
> wrote:
> >
> > So if I understa
On 4 March 2015 at 15:38, Andrew Zonenberg
wrote:
>
> So if I understand this correctly, net names must currently be FOO+ and
FOO- for differential pair routing.
>
> Can you add support for FOO_P and FOO_N naming?
_P and _N works for me in r5472.
___
Ma
So if I understand this correctly, net names must currently be FOO+ and
FOO- for differential pair routing.
Can you add support for FOO_P and FOO_N naming? These names are legal
identifiers in most hardware description languages and will allow PCB
and HDL net names to be the same.
On 03/03/2
Just as a note, you might be able to handle that in the BOM scripts,
which IIRC can read abritrary parameters from the schematic symbols.
(I could be wrong).
2015-03-03 23:14 GMT+01:00 Thiadmer Riemersma :
> If the idea is to have a single PCB design onto which some components are
> optionally pla
If the idea is to have a single PCB design onto which some components are
optionally placed, I use a separate application for that. I find that
preferable, because the production/assembly phase is a different phase than
the schematic/PCB design. (For example, when starting assembly, you quickly
nee
If it doesn't make it in this stable release, we can definitely merge it
during the next development cycle.
On 3/3/2015 4:54 PM, Adam Wolf wrote:
> I am not sure how much work it is to put it in pl_editor and 3d viewer.
> I am actually not familiar with the code.
>
> It is very possible we canno
Hi,
as Garth pointed out, it does work for 3D-Viewer… the only bad thing is that
xy-panning is *always* enabled because it doesn’t respect the pcbnew preference
setting.
When I look into the some things I maybe will find some time to also look into
that.
PL editor is probably not a big deal to
Hey Adam,
I just ran out of time this weekend. Hopefully I can find some time
this weekend to test it. If we do decide to merge it, I would prefer
that it be enabled in the PL editor and the 3D viewer. I think users
would find it confusing if the behavior was different between the
rendering win
I am not sure how much work it is to put it in pl_editor and 3d viewer. I
am actually not familiar with the code.
It is very possible we cannot get this in in time for the stable release.
If so, let's get it in the next one!
Adam Wolf
On Tue, Mar 3, 2015 at 3:49 PM, Wayne Stambaugh
wrote:
> H
> On Mar 3, 2015, at 1:58 PM, Bernhard Stegmaier
> wrote:
>
> These are the default paths which I have added or adapted from previous code
> some while back:
> // User scripting folder (~/Library/Application
> Support/kicad/scripting/plugins)
> pypath = GetOSXKicadUserDataDir() + wxT( "/s
Hi Wayne,
Did you have any luck testing Garth's trackpad branch? Is the fact that it
isn't enabled for pl_editor and 3D Viewer a dealbreaker?
Is there something we can do to help this along?
Thanks!
Adam Wolf
Cofounder and Engineer
W&L
On Tue, Feb 24, 2015 at 11:05 PM, Garth Corral wrote:
>
Hi folks,
Thanks to Collin, we can expect nightlies to have Python within a week.
I'll do a parallel test build in a day or two and post it to the list
before switching the nightlies over.
Adam Wolf
On Tue, Mar 3, 2015 at 2:58 PM, Bernhard Stegmaier
wrote:
> These are the default paths which I
These are the default paths which I have added or adapted from previous code
some while back:
// User scripting folder (~/Library/Application
Support/kicad/scripting/plugins)
pypath = GetOSXKicadUserDataDir() + wxT( "/scripting/plugins" );
// Machine scripting folder (/Library/Applic
2015-03-03 20:22 GMT+01:00 Tomasz Wlostowski :
> On 03.03.2015 18:53, Nick Østergaard wrote:
>> 2015-03-03 18:46 GMT+01:00 Nick Østergaard :
>>> 2015-03-03 18:28 GMT+01:00 Tomasz Wlostowski :
On 03.03.2015 18:12, Nick Østergaard wrote:
> I think I found a bug.
>
> I made a test pro
On linux it is in $HOME/.kicad_plugins/
2015-03-03 20:26 GMT+01:00 Andy Peters :
> Subject says it all ...
>
> I enabled Python scripting in my OS X builds and wanted to try the footprint
> plug-in, but I don't know where pcbnew looks for the scripts, and it thinks
> none are available.
>
> I'm
I did report it to Povilas earlier today, who runs the sync.
2015-03-03 20:19 GMT+01:00 Paulo Henrique Silva :
> Dears,
>
> latest commit on https://github.com/KiCad/kicad-source-mirror is from Feb
> 28th.
>
> Nothing since bzr rev 5464 is there.
>
> Might have a script somewhere that stopped.
>
>
Subject says it all ...
I enabled Python scripting in my OS X builds and wanted to try the footprint
plug-in, but I don't know where pcbnew looks for the scripts, and it thinks
none are available.
I'm on BZR 5469.
Say thankya.
-a
___
Mailing list:
On 03.03.2015 18:53, Nick Østergaard wrote:
> 2015-03-03 18:46 GMT+01:00 Nick Østergaard :
>> 2015-03-03 18:28 GMT+01:00 Tomasz Wlostowski :
>>> On 03.03.2015 18:12, Nick Østergaard wrote:
I think I found a bug.
I made a test project with two connectors, named the nets like a+ and
>>
Dears,
latest commit on https://github.com/KiCad/kicad-source-mirror is from Feb
28th.
Nothing since bzr rev 5464 is there.
Might have a script somewhere that stopped.
Cheers,
-- Paulo
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
2015-03-03 18:46 GMT+01:00 Nick Østergaard :
> 2015-03-03 18:28 GMT+01:00 Tomasz Wlostowski :
>> On 03.03.2015 18:12, Nick Østergaard wrote:
>>> I think I found a bug.
>>>
>>> I made a test project with two connectors, named the nets like a+ and
>>> a-. Then I use the Route menu -> Differential Pa
I think I found a bug.
I made a test project with two connectors, named the nets like a+ and
a-. Then I use the Route menu -> Differential Pair, start at one of
my pairs, that is directly south of the original pads... I expected it
to connect, but it does not. I needed to make a "kink" or cornor
2015-03-03 18:28 GMT+01:00 Tomasz Wlostowski :
> On 03.03.2015 18:12, Nick Østergaard wrote:
>> I think I found a bug.
>>
>> I made a test project with two connectors, named the nets like a+ and
>> a-. Then I use the Route menu -> Differential Pair, start at one of
>> my pairs, that is directly so
On 03.03.2015 18:12, Nick Østergaard wrote:
> I think I found a bug.
>
> I made a test project with two connectors, named the nets like a+ and
> a-. Then I use the Route menu -> Differential Pair, start at one of
> my pairs, that is directly south of the original pads... I expected it
> to connec
All I know about is [1], which is only on the wish/idea level,
although it is not exactly the same, but seems related to me.
[1] https://bugs.launchpad.net/kicad/+bug/961533
2015-03-02 23:10 GMT+01:00 Murat Ursavaş :
> Hi,
>
> I'm new to KiCad development and have some ideas to include into the
>
Looks very nice, I look forward to trying it out when I get home.
I will use the possibility to mention that, ... if you fell like
writing docs, don't forget what you wrote in [2] and merge it with the
effort in [3] when updated.
[2]
http://bazaar.launchpad.net/~kicad-product-committers/kicad/p
Hi,
I'm new to KiCad development and have some ideas to include into the
package. The most important one is "Assembly Variant Management", which
is missing, AFAIK. Am I right?
Is there anybody working on this subject? I've not seen any entry in the
mailing list archive.
Regards,
/// Murat
Great work Tom and Orson and many thanks to CERN for making this possible.
Please test the new diff pair router as much as possible so we can get
any issues sorted out as we push towards a stable release.
I know this merge fixed some outstanding issues in the OpenGL mode so
please tag any bugs th
On Tue, Mar 3, 2015 at 2:44 PM, Tomasz Wlostowski
wrote:
> Many thanks to all developers, funders & users for your help and support!
Thanks in particular to you, Tom, great job! And to the Raspberry Pi
Foundation for an important donation which has greatly helped in this
development.
Cheers,
Ja
Dear all,
We've just merged the new features of the Interactive Router to the
product branch:
- Routing differential pairs (in push&shove mode too).
- Tuning trace length.
- Tuning differential pair length and skew.
There's a video tutorial and a demo available on YouTube [1].
The merge also inc
35 matches
Mail list logo
