On 09/25/2015 10:25 AM, jp charras wrote:
Le 25/09/2015 07:36, Joseph Chen a écrit :
Hi @JP,
Have you got a chance to review this submitted patch?
--JC
Yes, I had a look at the patch.
Currently, it creates to many false detections:
- It does not see the fact a local label is connected to a
Le 25/09/2015 07:36, Joseph Chen a écrit :
> Hi @JP,
>
> Have you got a chance to review this submitted patch?
>
> --JC
>
> On 09/14/2015 10:58 PM, Joseph Chen wrote:
>> @JP,
>>
>> Attached you can find the patch file for the improvement of optional
>> ERC's detecting local labels.
>>
Yes, I
Hi @JP,
Have you got a chance to review this submitted patch?
--JC
On 09/14/2015 10:58 PM, Joseph Chen wrote:
@JP,
Attached you can find the patch file for the improvement of optional
ERC's detecting local labels.
Short description:
With this patch, there is an added extra check
whooops sorry for the flood, looks like the email that was unable to be
send was sent...
Le 15/09/2015 08:22, yann jautard a écrit :
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the
problem from the other
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the problem
from the other end, and when adding label to a wire having a little list
with all the already used labels that appears and let you chose the one
you
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the problem
from the other end, and when adding label to a wire having a little list
with all the already used labels that appears and let you chose the one
you
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the problem
from the other end, and when adding label to a wire having a little list
with all the already used labels that appears and let you chose the one
you
@JP,
Attached you can find the patch file for the improvement of optional
ERC's detecting local labels.
Short description:
With this patch, there is an added extra check box inside ERC
pop-up window, which by default is "un-checked".
This extra check box has a name "Check
Le 14/09/2015 06:17, Joseph Chen a écrit :
> @Wayne and @JP,
>
> Could try ERC on this simple schematic file?
>
> Attached, you can find a test schematic file that has an unintended
> unmatched local labels, and current kicad ERC does not detect them.
>
> In the test schematic file, there is a
Le 13/09/2015 20:11, Wayne Stambaugh a écrit :
> On 9/13/2015 1:50 AM, Lorenzo Marcantonio wrote:
>> On Sat, Sep 12, 2015 at 10:49:59PM -0600, Joseph Chen wrote:
>>
>>> Though you don't approve the change now, I hope you would approve it
>>> sometime later soon, like maybe RC2. I am saying this
On 9/13/2015 2:45 PM, jp charras wrote:
> Le 13/09/2015 20:11, Wayne Stambaugh a écrit :
>> On 9/13/2015 1:50 AM, Lorenzo Marcantonio wrote:
>>> On Sat, Sep 12, 2015 at 10:49:59PM -0600, Joseph Chen wrote:
>>>
Though you don't approve the change now, I hope you would approve it
sometime
On 9/13/2015 1:50 AM, Lorenzo Marcantonio wrote:
> On Sat, Sep 12, 2015 at 10:49:59PM -0600, Joseph Chen wrote:
>
>> Though you don't approve the change now, I hope you would approve it
>> sometime later soon, like maybe RC2. I am saying this because I
>> believe the fix is crucial for KiCAD to
@Wayne,
Your email server rejected this email that has a tar ball of kicad
schematic files.
Hope others who can get the attached tar ball try it out with the ERC
and report the findings back here.
--Joe
On 09/13/2015 10:17 PM, Joseph Chen wrote:
@Wayne and @JP,
Could try ERC on this
On Sat, Sep 12, 2015 at 10:49:59PM -0600, Joseph Chen wrote:
> Though you don't approve the change now, I hope you would approve it
> sometime later soon, like maybe RC2. I am saying this because I
> believe the fix is crucial for KiCAD to be improved towards a
> production quality EDA, after I
@Wayne,
Thank you for pointing to the current stable release policy and I
respect you decision.
Though you don't approve the change now, I hope you would approve it
sometime later soon, like maybe RC2. I am saying this because I believe
the fix is crucial for KiCAD to be improved towards a
Joseph,
I've already made the call for no new features. If I allow this change
then that opens the flood gates for everyone else to ask for an
exception. We are so far behind were I would like to be on the stable
release that I do not want to jeopardize things any longer. Please keep
this in a
@JP and @Wayne,
Would you take a patch for fixing this ERC's not detecting local labels?
I know we were reminded not to, but I believe this fix should be in the
stable release. See my explanation below.
On 09/01/2015 12:09 AM, jp charras wrote:
Le 01/09/2015 04:59, Joseph Chen a écrit :
I have a naive idea...
What about release the stable branch when all bugs and other issues
(performance?) get resolved and then keep these changes to another release
with smaller but useful changes?
I believe this can give many advantages:
- Finally a STABLE version gets released after many
Ugh, I sent this from the wrong email so it didn't show up on the list.
Fixed.
Adam Wolf
On Sep 11, 2015 4:06 PM, "Adam Wolf" wrote:
> Timofonic,
>
> You can download a build from the last week for almost every platform that
> can run KiCad.
>
> I asked you this last
In response to a message written on 11.09.2015, 09:58, from Joseph Chen:
@JP and @Wayne,
Would you take a patch for fixing this ERC's not detecting local labels? I
know we were reminded not to, but I believe this fix should be in the stable
release. See my explanation below.
It will be nice,
20 matches
Mail list logo