Re: [Kicad-developers] New border/title blocks?

[Seth Hillbrand]

On 2019-12-02 17:26, Tim Hawkins wrote:


Would this be a suitable starter project?

On Tue, Dec 3, 2019, 9:19 AM Evan Shultz,  
wrote:

Mark,

I agree that the dialog could be improved. And this entire part of 
KiCad, in fact. But it's also a relatively minor part of KiCad and 
there are likely more exciting areas in active development.



No, this is a very involved fix.  The new templates don't work with 
KiCad's page resizing assumptions, so we will need to either extend the 
template integral commands or re-work the templating system to restrict 
page sizes.


Either one is a complex undertaking.  If you would like start tackling 
some KiCad work, I _highly_ recommend starting with bug fixes rather 
than features.  These get you familiar with the codebase and exposed to 
the KiCad style.  They also have agreed-upon desired results.  I've 
found the best way to do this is to pick a subsystem (pleditor, 
calculator, gerbview, eeschema, pcbnew) and focus on working out a few 
bugs in it.  You will learn how different parts work together and how 
the problems have been solved in the past.


If you are interested, please let me know and I'll give you a few 
options for good starting issues.


Best-
Seth


Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Mark Roszko]

Just throw in a linear regression somewhere and we can say KiCad has
AI based routing ;)

On Mon, Dec 2, 2019 at 4:25 PM Tomasz Wlostowski
 wrote:
>
> On 02/12/2019 21:51, Kliment (Future Bits) wrote:
> > The video looks very much like to me like the trace is following a
> > voronoi cell boundary with cells coming out from each obstacle outline
> > vertex. But what do I know? Maybe I'm just imagining things.
>
> Maybe you're right ;-) I admire your ability to figure out the inner
> workings of a complex algorithm just by looking at a video of it working...
>
> In any case, such discussions are not very helpful nor encouraging for
> the devs (I spent quite a lot of my time on KiCad router) and I'd rather
> work on improving our own P instead of arguing what's topology ;-)
>
> Tom
>
>
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp



-- 
Mark

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] New border/title blocks?

[Tim Hawkins]

Would this be a suitable starter project?

On Tue, Dec 3, 2019, 9:19 AM Evan Shultz,  wrote:

> Mark,
>
> I agree that the dialog could be improved. And this entire part of KiCad,
> in fact. But it's also a relatively minor part of KiCad and there are
> likely more exciting areas in active development.
>
> Your question about the template sizes was answered in the previous
> emails. The answer is that the ISO standard defines very explicit borders
> that vary depending on the page size. The autoscaling in KiCad means the
> worksheets don't match the standard unless a matching size and worksheet
> are selected.
>
> On Mon, Dec 2, 2019 at 7:15 AM Mark Roszko  wrote:
>
>> There are UX issues with just changing that dropdown.
>>
>> Currently it's quite literally page size. Not templates.
>> Template is the separate entry labeled "Page layout description file".
>> (Just noticed, it should probably display the default loaded template
>> which may hint the user to make a change)
>>
>> If anything that "Page layout description file" should be renamed to
>> "Page template" and made a wxComboBox which has entries populated from
>> the template search path environment variable.
>> The Browse function would still exist to override to a custom file
>> which wxComboBox allows (arbitrary text entry on top of dropdown).
>>
>>
>> On that note, why are there new separate A# templates instead of
>> autoscaling ones like the original kicad ones?
>>
>>
>> On Mon, Dec 2, 2019 at 12:32 AM Evan Shultz 
>> wrote:
>> >
>> > My original request was misinterpreted or otherwise derailed and I'd
>> like to refocus things back to my original question.
>> >
>> > It was: "Is there a path to get these worksheets added into KiCad so
>> they appear along with the other options in the 'Size' pulldown menu in the
>> Page Settings dialog in Eeschema?"
>> >
>> > Having the new worksheets somewhere in the install directory is nice
>> but it's not very discoverable. Giving nice templates that match industry
>> standard convention the same visibility as the existing worksheets would be
>> the most salient way for KiCad users to take advantage of these new
>> worksheets. In my opinion, anyway.
>> >
>> > So, is it possible to make that happen? If so, what is the process? As
>> I said, I'm not very familiar with the code base and I couldn't find files
>> for the existing worksheets in that dialog when I looked around; but if I
>> can get a few pointers about what to do I would be happy to submit a PR.
>> >
>> > On Sun, Dec 1, 2019, 2:51 PM Nick Østergaard  wrote:
>> >>
>> >> Summa sumarum, from a packaging point of view it is included as it is
>> >> on other platforms.
>> >>
>> >> On Sun, 1 Dec 2019 at 23:42, Wayne Stambaugh 
>> wrote:
>> >> >
>> >> > I downloaded and installed 5.1.5 on my windows box and it looked like
>> >> > these worksheets were in the template folder.  I didn't check the
>> entire
>> >> > list so maybe I got it wrong.
>> >> >
>> >> > On 12/1/19 5:34 PM, Nick Østergaard wrote:
>> >> > > The templates are packaged like everything else with cmake, so if
>> it is
>> >> > > not included it is a bug in the templates repo.
>> >> > >
>> >> > > On Thu, 28 Nov 2019 at 03:16, Ian McInerney <
>> ian.s.mciner...@ieee.org
>> >> > > > wrote:
>> >> > >
>> >> > > They appear to be packaged in the update to Fedora, but I
>> don't have
>> >> > > a Windows install handy to test on to verify what I see there:
>> >> > >
>> >> > > /usr/share/kicad/demos/interf_u/pagelayout_logo.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> 

Re: [Kicad-developers] Strokefont change from std::deque to std::vector

[Seth Hillbrand]

On 12/2/19 3:45 PM, Jeff Young wrote:

Hi Seth,

What was the reason for the change from std::deque to std::vector? 
 Building the stroke font is now accounting for 50% of document load 
time (I /think/ because we’re using a 2D vector so that any resize of 
any constituent vector has to reallocate the whole shebang).


We also load the font twice, which is something I’ll look at fixing 
irrespective of the above.


Thanks,
Jeff.




Hmm... That's true.  As we are allocating, we don't have pre-knowledge 
of the Hershey point list lengths, so the vectors get resized as we 
add.  How much will depend a bit on implementation. But we'll gain speed 
by cycling once over the font and building our length knowledge first.


The vector change was due to the deque overhead.  A deque takes a fair 
amount of memory for the structure.  We generate a bunch of vectors with 
only 3-4 elements and the size of the deque is dominated by the 
structure overhead.  There was so much that JP's machine was crashing 
with the extra CJK fonts.


Best-
Seth

--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483‬ 
Davis, CA
www.kipro-pcb.com  i...@kipro-pcb.com 

https://twitter.com/KiProEDA  
https://www.linkedin.com/company/kicad 



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] New border/title blocks?

[Ian McInerney]

Evan,

Can you put together a bug report that summaries the problem? With all that
is going on now, I think this could slip through the cracks and be
forgotten if we don't document it on the tracker.

-Ian

On Tue, 3 Dec 2019, 00:19 Evan Shultz,  wrote:

> Mark,
>
> I agree that the dialog could be improved. And this entire part of KiCad,
> in fact. But it's also a relatively minor part of KiCad and there are
> likely more exciting areas in active development.
>
> Your question about the template sizes was answered in the previous
> emails. The answer is that the ISO standard defines very explicit borders
> that vary depending on the page size. The autoscaling in KiCad means the
> worksheets don't match the standard unless a matching size and worksheet
> are selected.
>
> On Mon, Dec 2, 2019 at 7:15 AM Mark Roszko  wrote:
>
>> There are UX issues with just changing that dropdown.
>>
>> Currently it's quite literally page size. Not templates.
>> Template is the separate entry labeled "Page layout description file".
>> (Just noticed, it should probably display the default loaded template
>> which may hint the user to make a change)
>>
>> If anything that "Page layout description file" should be renamed to
>> "Page template" and made a wxComboBox which has entries populated from
>> the template search path environment variable.
>> The Browse function would still exist to override to a custom file
>> which wxComboBox allows (arbitrary text entry on top of dropdown).
>>
>>
>> On that note, why are there new separate A# templates instead of
>> autoscaling ones like the original kicad ones?
>>
>>
>> On Mon, Dec 2, 2019 at 12:32 AM Evan Shultz 
>> wrote:
>> >
>> > My original request was misinterpreted or otherwise derailed and I'd
>> like to refocus things back to my original question.
>> >
>> > It was: "Is there a path to get these worksheets added into KiCad so
>> they appear along with the other options in the 'Size' pulldown menu in the
>> Page Settings dialog in Eeschema?"
>> >
>> > Having the new worksheets somewhere in the install directory is nice
>> but it's not very discoverable. Giving nice templates that match industry
>> standard convention the same visibility as the existing worksheets would be
>> the most salient way for KiCad users to take advantage of these new
>> worksheets. In my opinion, anyway.
>> >
>> > So, is it possible to make that happen? If so, what is the process? As
>> I said, I'm not very familiar with the code base and I couldn't find files
>> for the existing worksheets in that dialog when I looked around; but if I
>> can get a few pointers about what to do I would be happy to submit a PR.
>> >
>> > On Sun, Dec 1, 2019, 2:51 PM Nick Østergaard  wrote:
>> >>
>> >> Summa sumarum, from a packaging point of view it is included as it is
>> >> on other platforms.
>> >>
>> >> On Sun, 1 Dec 2019 at 23:42, Wayne Stambaugh 
>> wrote:
>> >> >
>> >> > I downloaded and installed 5.1.5 on my windows box and it looked like
>> >> > these worksheets were in the template folder.  I didn't check the
>> entire
>> >> > list so maybe I got it wrong.
>> >> >
>> >> > On 12/1/19 5:34 PM, Nick Østergaard wrote:
>> >> > > The templates are packaged like everything else with cmake, so if
>> it is
>> >> > > not included it is a bug in the templates repo.
>> >> > >
>> >> > > On Thu, 28 Nov 2019 at 03:16, Ian McInerney <
>> ian.s.mciner...@ieee.org
>> >> > > > wrote:
>> >> > >
>> >> > > They appear to be packaged in the update to Fedora, but I
>> don't have
>> >> > > a Windows install handy to test on to verify what I see there:
>> >> > >
>> >> > > /usr/share/kicad/demos/interf_u/pagelayout_logo.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> >> > >
>>  
>> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> >> > >
>>  /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> >> > >
>>  
>> 

Re: [Kicad-developers] Strokefont change from std::deque to std::vector

[Ian McInerney]

Jeff,

I believe this change is related to the out of memory error in Eeschema
that JP reported after the CJK fonts were added (see list messages:
https://www.mail-archive.com/kicad-developers@lists.launchpad.net/msg36655.html
)

-Ian

On Tue, 3 Dec 2019, 00:29 Jeff Young,  wrote:

> Hi Seth,
>
> What was the reason for the change from std::deque to std::vector?
> Building the stroke font is now accounting for 50% of document load time (I
> *think* because we’re using a 2D vector so that any resize of any
> constituent vector has to reallocate the whole shebang).
>
> We also load the font twice, which is something I’ll look at fixing
> irrespective of the above.
>
> Thanks,
> Jeff.
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Strokefont change from std::deque to std::vector

[Jeff Young]

Hi Seth,

What was the reason for the change from std::deque to std::vector?  Building 
the stroke font is now accounting for 50% of document load time (I think 
because we’re using a 2D vector so that any resize of any constituent vector 
has to reallocate the whole shebang).

We also load the font twice, which is something I’ll look at fixing 
irrespective of the above.

Thanks,
Jeff.___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] New border/title blocks?

[Evan Shultz]

Mark,

I agree that the dialog could be improved. And this entire part of KiCad,
in fact. But it's also a relatively minor part of KiCad and there are
likely more exciting areas in active development.

Your question about the template sizes was answered in the previous emails.
The answer is that the ISO standard defines very explicit borders that vary
depending on the page size. The autoscaling in KiCad means the worksheets
don't match the standard unless a matching size and worksheet are selected.

On Mon, Dec 2, 2019 at 7:15 AM Mark Roszko  wrote:

> There are UX issues with just changing that dropdown.
>
> Currently it's quite literally page size. Not templates.
> Template is the separate entry labeled "Page layout description file".
> (Just noticed, it should probably display the default loaded template
> which may hint the user to make a change)
>
> If anything that "Page layout description file" should be renamed to
> "Page template" and made a wxComboBox which has entries populated from
> the template search path environment variable.
> The Browse function would still exist to override to a custom file
> which wxComboBox allows (arbitrary text entry on top of dropdown).
>
>
> On that note, why are there new separate A# templates instead of
> autoscaling ones like the original kicad ones?
>
>
> On Mon, Dec 2, 2019 at 12:32 AM Evan Shultz  wrote:
> >
> > My original request was misinterpreted or otherwise derailed and I'd
> like to refocus things back to my original question.
> >
> > It was: "Is there a path to get these worksheets added into KiCad so
> they appear along with the other options in the 'Size' pulldown menu in the
> Page Settings dialog in Eeschema?"
> >
> > Having the new worksheets somewhere in the install directory is nice but
> it's not very discoverable. Giving nice templates that match industry
> standard convention the same visibility as the existing worksheets would be
> the most salient way for KiCad users to take advantage of these new
> worksheets. In my opinion, anyway.
> >
> > So, is it possible to make that happen? If so, what is the process? As I
> said, I'm not very familiar with the code base and I couldn't find files
> for the existing worksheets in that dialog when I looked around; but if I
> can get a few pointers about what to do I would be happy to submit a PR.
> >
> > On Sun, Dec 1, 2019, 2:51 PM Nick Østergaard  wrote:
> >>
> >> Summa sumarum, from a packaging point of view it is included as it is
> >> on other platforms.
> >>
> >> On Sun, 1 Dec 2019 at 23:42, Wayne Stambaugh 
> wrote:
> >> >
> >> > I downloaded and installed 5.1.5 on my windows box and it looked like
> >> > these worksheets were in the template folder.  I didn't check the
> entire
> >> > list so maybe I got it wrong.
> >> >
> >> > On 12/1/19 5:34 PM, Nick Østergaard wrote:
> >> > > The templates are packaged like everything else with cmake, so if
> it is
> >> > > not included it is a bug in the templates repo.
> >> > >
> >> > > On Thu, 28 Nov 2019 at 03:16, Ian McInerney <
> ian.s.mciner...@ieee.org
> >> > > > wrote:
> >> > >
> >> > > They appear to be packaged in the update to Fedora, but I don't
> have
> >> > > a Windows install handy to test on to verify what I see there:
> >> > >
> >> > > /usr/share/kicad/demos/interf_u/pagelayout_logo.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
> >> > >
>  
> /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
> >> > >
>  /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004_EN.kicad_wks
> >> > > /usr/share/kicad/template/gost_landscape.kicad_wks
> >> > > 

Re: [Kicad-developers] Git fixes migration

[Jeff Young]

No worries.  I’ll check them manually after the migration is complete.

Cheers,
Jeff.


> On 2 Dec 2019, at 23:21, Maciej Suminski  wrote:
> 
> Now I realize that I should have warned you: 'git fixes' is already set up 
> for Gitlab. I thought it makes sense since Gitlab is now the official 
> repository.
> Janitor observes the Launchpad branches, so as long as a commit reaches the 
> Launchpad repository, it *should* work fine.
> 
> Cheers,
> Orson
> 
> On 12/2/19 2:45 PM, Wayne Stambaugh wrote:
>> That's a good question.  I don't know if using the launchpad janitor tag
>> will close the bug now that the launchpad repo is a mirror.  You can
>> push it to the gitlab repo an see what happens.  If it doesn't work, you
>> will have to manually change the bug status in Launchpad.it s
>> On 12/2/19 8:32 AM, Jeff Young wrote:
>>> So I just fixed a bug.  Can I still use the Launchpad ID in a “git fixes” 
>>> statement, or do I need to wait until it has a git number?
>>> ___
>>> Mailing list: https://launchpad.net/~kicad-developers
>>> Post to : kicad-developers@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>> More help   : https://help.launchpad.net/ListHelp
>>> 
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Git fixes migration

[Maciej Suminski]

Now I realize that I should have warned you: 'git fixes' is already set 
up for Gitlab. I thought it makes sense since Gitlab is now the official 
repository.
Janitor observes the Launchpad branches, so as long as a commit reaches 
the Launchpad repository, it *should* work fine.


Cheers,
Orson

On 12/2/19 2:45 PM, Wayne Stambaugh wrote:

That's a good question.  I don't know if using the launchpad janitor tag
will close the bug now that the launchpad repo is a mirror.  You can
push it to the gitlab repo an see what happens.  If it doesn't work, you
will have to manually change the bug status in Launchpad.it s

On 12/2/19 8:32 AM, Jeff Young wrote:

So I just fixed a bug.  Can I still use the Launchpad ID in a “git fixes” 
statement, or do I need to wait until it has a git number?
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] v6 roadmap and schedule (was Re: 5.1.5 released.)

[Wayne Stambaugh]

Moving forward, I'm seriously considering dropping the current road map
for a different system.  I can never find the time to keep it up to date
and it's not a good format for commenting or tracking.  Once the dust
has settled from the GitLab migration, the lead development team will
put together a strategy for road mapping that make more sense than what
we are currently doing.  It might be a while before this happens as we
all have lot's of work to do for V6.

Cheers,

Wayne

On 12/2/19 2:49 PM, Eeli Kaikkonen wrote:
> It might be good to add links to relevant issues (bug/wishlist reports)
> to the roadmap. Readers would find more details and take part into
> discussions. Now when the document is in gitlab it's easy to add some
> and make a merge request. Is it OK if I do that?
> 
> Eeli Kaikkonen
> 
> ma 2. jouluk. 2019 klo 20.56 Wayne Stambaugh (stambau...@gmail.com
> ) kirjoitti:
> 
> Hi Ruth,
> 
> Feedback is always welcome.  For V6, I'm trying to keep us on track for
> the road map items as they stand.  Rehashing these goals at the moment
> would be counter productive but I'm certainly willing to entertain your
> suggestion once we've released V6.  For future reference, please post
> one email per topic.  I know this is more work from your perspective but
> there is no way to manage an email thread covering every topic you
> mentioned.
> 
> Thanks,
> 
> Wayne
> 
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Tomasz Wlostowski]

On 02/12/2019 21:51, Kliment (Future Bits) wrote:
> The video looks very much like to me like the trace is following a
> voronoi cell boundary with cells coming out from each obstacle outline
> vertex. But what do I know? Maybe I'm just imagining things.

Maybe you're right ;-) I admire your ability to figure out the inner
workings of a complex algorithm just by looking at a video of it working...

In any case, such discussions are not very helpful nor encouraging for
the devs (I spent quite a lot of my time on KiCad router) and I'd rather
work on improving our own P instead of arguing what's topology ;-)

Tom




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Jon Evans]

I installed AD20 to play around a bit.  The new any-angle mode so far works
as advertised, it is quite smooth and responsive.  The video may be
pre-planned but I don't think it's heavily edited.  The router seems to
update the proposed path at every grid step, so if you set a small grid the
updates look relatively fluid.

On Mon, Dec 2, 2019 at 3:52 PM Kliment (Future Bits) 
wrote:

> On 02.12.19 21:37, Tomasz Wlostowski wrote:
>
> > All of this is true - for autorouters. This whole thread started with
> > Altium's videos about the improvements to their interactive
> > (semi-manual) router. P actually use very few strictly topological
> > concepts (in the case of Kicad P, mainly in the optimizer part of the
> > code)...
>
> The video looks very much like to me like the trace is following a
> voronoi cell boundary with cells coming out from each obstacle outline
> vertex. But what do I know? Maybe I'm just imagining things.
>
> >
> > BTW, I'm surprised by the smoothness of the animation in A***m's
> > promotional videos. Did they use some editing/postprocessing to make
> > them look this way? :D
>
> I suspect the interaction is scripted and slightly sped up (just from
> looking at the speed of mouse movements and menu interactions in the
> other videos. That said they do advertise their newly sped up
> accelerated graphics stuff, so maybe it is that smooth.
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Kliment (Future Bits)]

On 02.12.19 21:37, Tomasz Wlostowski wrote:

> All of this is true - for autorouters. This whole thread started with
> Altium's videos about the improvements to their interactive
> (semi-manual) router. P actually use very few strictly topological
> concepts (in the case of Kicad P, mainly in the optimizer part of the
> code)...

The video looks very much like to me like the trace is following a
voronoi cell boundary with cells coming out from each obstacle outline
vertex. But what do I know? Maybe I'm just imagining things.

> 
> BTW, I'm surprised by the smoothness of the animation in A***m's
> promotional videos. Did they use some editing/postprocessing to make
> them look this way? :D

I suspect the interaction is scripted and slightly sped up (just from
looking at the speed of mouse movements and menu interactions in the
other videos. That said they do advertise their newly sped up
accelerated graphics stuff, so maybe it is that smooth.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Tomasz Wlostowski]

On 02/12/2019 19:15, Kliment (Future Bits) wrote:
> Ignoring the bovine references and attempting to answer the question:
> 
> Topological routing means using the connectivity graph of the system to
> generate geometrical constraints, and also to generate specific geometry
> for say traces or polygons. It's called that because it uses concepts
> from the discipline of topology such as Delauney triangulations,
> neighbourhood graphs, Voronoi diagrams, straight skeletons, etc. It
> means you can, for instance, make a set of traces that follow a path
> maximally distant from each obstacle, giving you maximum routing space
> around each trace. A number of autorouting algorithms are based on
> topological concepts, in this case however it specifically refers to
> generating trace shapes such that they have the maximum distance from
> each obstacle at each point along their path, as opposed to being
> constrained to straight line segments.

Kliment & Vesa,

All of this is true - for autorouters. This whole thread started with
Altium's videos about the improvements to their interactive
(semi-manual) router. P actually use very few strictly topological
concepts (in the case of Kicad P, mainly in the optimizer part of the
code)...

BTW, I'm surprised by the smoothness of the animation in A***m's
promotional videos. Did they use some editing/postprocessing to make
them look this way? :D

Tom


> 
> Hope this is helpful.
> 
> On 02.12.19 17:59, Tomasz Wlostowski wrote:
>> On 02/12/2019 17:40, Vesa Solonen wrote:
>>> topological routing will
>>
>> Could you please explain what 'topological routing' does mean (other
>> than being marketing buzzword used by some companies) and what exactly
>> it has to do with topology [1]?
>>
>> Tom
>>
>> [1] https://en.wikipedia.org/wiki/Topology
>>
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>>
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] v6 roadmap and schedule (was Re: 5.1.5 released.)

[Eeli Kaikkonen]

It might be good to add links to relevant issues (bug/wishlist reports) to
the roadmap. Readers would find more details and take part into
discussions. Now when the document is in gitlab it's easy to add some and
make a merge request. Is it OK if I do that?

Eeli Kaikkonen

ma 2. jouluk. 2019 klo 20.56 Wayne Stambaugh (stambau...@gmail.com)
kirjoitti:

> Hi Ruth,
>
> Feedback is always welcome.  For V6, I'm trying to keep us on track for
> the road map items as they stand.  Rehashing these goals at the moment
> would be counter productive but I'm certainly willing to entertain your
> suggestion once we've released V6.  For future reference, please post
> one email per topic.  I know this is more work from your perspective but
> there is no way to manage an email thread covering every topic you
> mentioned.
>
> Thanks,
>
> Wayne
>
>
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] v6 roadmap and schedule (was Re: 5.1.5 released.)

[Ruth Ivimey-Cook]

Thanks Jeff, and others, for your appreciation.

I'll go back into Lurk now :-)

Regards

Ruth


On 02/12/2019 19:04, Jeff Young wrote:
There’s some great stuff in here though on some of the topics we /are/ 
doing.  I’m not sure how best to work in to the email discussions that 
are bound to come up, but I’ve flagged it in my email inbox.


Cheers,
Jeff.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] v6 roadmap and schedule (was Re: 5.1.5 released.)

[Jeff Young]

There’s some great stuff in here though on some of the topics we are doing.  
I’m not sure how best to work in to the email discussions that are bound to 
come up, but I’ve flagged it in my email inbox.

Cheers,
Jeff.

Oh, and for what it’s worth, our main UI guy spent 25 years at Adobe, and uses 
JetBrains for Kicad development. ;)

> On 2 Dec 2019, at 18:56, Wayne Stambaugh  wrote:
> 
> Hi Ruth,
> 
> Feedback is always welcome.  For V6, I'm trying to keep us on track for
> the road map items as they stand.  Rehashing these goals at the moment
> would be counter productive but I'm certainly willing to entertain your
> suggestion once we've released V6.  For future reference, please post
> one email per topic.  I know this is more work from your perspective but
> there is no way to manage an email thread covering every topic you
> mentioned.
> 
> Thanks,
> 
> Wayne
> 
> On 11/29/19 1:28 PM, Ruth Ivimey-Cook wrote:
>> Hi,
>> 
>> On 29/11/2019 13:56, Wayne Stambaugh wrote:
>>> It's not as up to date as it should be but it's pretty close
>>> 
>>> https://docs.kicad-pcb.org/doxygen/v6_road_map.html
>> 
>> I'm hoping some feedback on these goals would be welcomed:
>> 
>> 
>>>User Interface Modernization
>>> 
>>> *Goal:*
>>> 
>>> Give KiCad a more modern user interface with dockable tool bars and
>>> windows. Create perspectives to allow users to arrange dockable
>>> windows as they prefer.
>>> 
>> Even though v5.1 is better than v5, and v5 better than v4, this is welcomed.
>> 
>>> *Task:*
>>> 
>>>  * Take advantage of the advanced UI features in wxAui such as
>>>detaching and hiding.
>>> 
>> The Adobe tools (Photoshop, InDesign et al) have the idea of preset
>> workspaces, which are not prescriptive and do not imply anything about
>> the way the product works, but are simply arrangements of windows, etc,
>> that make sense for the named tasks. I find them helpful when I want to
>> "switch mode", whereas I'm happy to do manual changes inline as I work.
>> I would encourage KiCad to explore this idea too.
>> 
>>>  * Develop a global shortcut manager that allows the user assign
>>>arbitrary shortcuts for any tool or action.
>>> 
>> Definitely looking forward to this as well. Can I suggest, as for
>> workspaces, that keymaps can be grouped and labelled and easily switched
>> between, so that we can have the legacy keymap for those who don't want
>> to change, the new keymap, and named custom keymaps. This will make life
>> so much easier for users and devs alike.
>> 
>> I would most *definitely recommend* anyone doing UI work on either of
>> these topics to explore the JetBrains tools, some of which (e.g.
>> PyCharm) have free editions. I very much like their way of setting up
>> Keymaps (Preferences), and of being able to search for an action by name
>> and invoke it immediately and/or see where it is in the menu (Help
>> menu). I also really like the "search for setting" implementation in the
>> Preferences window.
>> 
>> I'm not so keen on the JetBrains implementation of floating / docked etc
>> windows, which I think was much better done in Visual Studio
>> (traditional version). Adobe does several things right in this area as
>> well, and IMO it's not clear whether Visual Studio or Photoshop has the
>> better "docking window" implementation.
>> 
>> See:
>> 
>>  * https://www.jetbrains.com/pycharm/download/  (PyCharm Community ed.
>>is free to use).
>>  * https://visualstudio.microsoft.com/  (Visual Studio Community 2019)
>>  * https://www.adobe.com/uk/products/photoshop/free-trial-download.html  
>> (Adobe
>>Photoshop CC free trial download)
>> 
>> 
>>>Implement Sweet (S-Expression) Symbol Libraries  / + / 
>>>S-Expression File Format
>>> 
>>> *Goal:*
>>> 
>>> Make schematic file format more readable, add new features, and take
>>> advantage of the s-expression parser and formatter capability used in
>>> Pcbnew.
>>> 
>> Just a comment about the file format: *please*, please ensure that there
>> is a defined order for writing 'things' in a collection to file.
>> 
>> This is so that loading a project, making some change, and then saving
>> it again only changes lines in the output file(s) directly related to to
>> change. This so that source control tools like git can track actual
>> differences, without being obscured by other, inconsequential ones.
>> 
>> I say this because it seems to me that v5 reads into an unordered
>> collection and therefore writes it out unordered, so writing the "same"
>> file again may change 90% of it by "chance".
>> 
>> To do this, I think the various file writer implementations must:
>> 
>>   - for every collection/list/set/group, the order of things read in
>> from a file must be retained when written out.
>> 
>>   - even when there is flexibility in the file format to reorder data
>> chunks, that once a file is read in this order does not change when
>> written again (of course, it could be the same order every time).
>> 
>>   - items in the file 

Re: [Kicad-developers] v6 roadmap and schedule (was Re: 5.1.5 released.)

[Wayne Stambaugh]

Hi Ruth,

Feedback is always welcome.  For V6, I'm trying to keep us on track for
the road map items as they stand.  Rehashing these goals at the moment
would be counter productive but I'm certainly willing to entertain your
suggestion once we've released V6.  For future reference, please post
one email per topic.  I know this is more work from your perspective but
there is no way to manage an email thread covering every topic you
mentioned.

Thanks,

Wayne

On 11/29/19 1:28 PM, Ruth Ivimey-Cook wrote:
> Hi,
> 
> On 29/11/2019 13:56, Wayne Stambaugh wrote:
>> It's not as up to date as it should be but it's pretty close
>>
>> https://docs.kicad-pcb.org/doxygen/v6_road_map.html
> 
> I'm hoping some feedback on these goals would be welcomed:
> 
> 
>> User Interface Modernization
>>
>> *Goal:*
>>
>> Give KiCad a more modern user interface with dockable tool bars and
>> windows. Create perspectives to allow users to arrange dockable
>> windows as they prefer.
>>
> Even though v5.1 is better than v5, and v5 better than v4, this is welcomed.
> 
>> *Task:*
>>
>>   * Take advantage of the advanced UI features in wxAui such as
>> detaching and hiding.
>>
> The Adobe tools (Photoshop, InDesign et al) have the idea of preset
> workspaces, which are not prescriptive and do not imply anything about
> the way the product works, but are simply arrangements of windows, etc,
> that make sense for the named tasks. I find them helpful when I want to
> "switch mode", whereas I'm happy to do manual changes inline as I work.
> I would encourage KiCad to explore this idea too.
> 
>>   * Develop a global shortcut manager that allows the user assign
>> arbitrary shortcuts for any tool or action.
>>
> Definitely looking forward to this as well. Can I suggest, as for
> workspaces, that keymaps can be grouped and labelled and easily switched
> between, so that we can have the legacy keymap for those who don't want
> to change, the new keymap, and named custom keymaps. This will make life
> so much easier for users and devs alike.
> 
> I would most *definitely recommend* anyone doing UI work on either of
> these topics to explore the JetBrains tools, some of which (e.g.
> PyCharm) have free editions. I very much like their way of setting up
> Keymaps (Preferences), and of being able to search for an action by name
> and invoke it immediately and/or see where it is in the menu (Help
> menu). I also really like the "search for setting" implementation in the
> Preferences window.
> 
> I'm not so keen on the JetBrains implementation of floating / docked etc
> windows, which I think was much better done in Visual Studio
> (traditional version). Adobe does several things right in this area as
> well, and IMO it's not clear whether Visual Studio or Photoshop has the
> better "docking window" implementation.
> 
> See:
> 
>   * https://www.jetbrains.com/pycharm/download/  (PyCharm Community ed.
> is free to use).
>   * https://visualstudio.microsoft.com/  (Visual Studio Community 2019)
>   * https://www.adobe.com/uk/products/photoshop/free-trial-download.html  
> (Adobe
> Photoshop CC free trial download)
> 
> 
>> Implement Sweet (S-Expression) Symbol Libraries  / + / 
>> S-Expression File Format
>>
>> *Goal:*
>>
>> Make schematic file format more readable, add new features, and take
>> advantage of the s-expression parser and formatter capability used in
>> Pcbnew.
>>
> Just a comment about the file format: *please*, please ensure that there
> is a defined order for writing 'things' in a collection to file.
> 
> This is so that loading a project, making some change, and then saving
> it again only changes lines in the output file(s) directly related to to
> change. This so that source control tools like git can track actual
> differences, without being obscured by other, inconsequential ones.
> 
> I say this because it seems to me that v5 reads into an unordered
> collection and therefore writes it out unordered, so writing the "same"
> file again may change 90% of it by "chance".
> 
> To do this, I think the various file writer implementations must:
> 
>   - for every collection/list/set/group, the order of things read in
> from a file must be retained when written out.
> 
>   - even when there is flexibility in the file format to reorder data
> chunks, that once a file is read in this order does not change when
> written again (of course, it could be the same order every time).
> 
>   - items in the file should not be labelled with transient IDs (e.g.
> the component reference numbers are ok, but a number that is just a
> sequence number for this save is not). This so that inserting something
> doesn't result in every item after that being "changed" because its
> sequence number is now incremented. User-visible changes (reference
> numbers) would be ok: you really are changing lots of things from the
> user perspective.
> 
>   - where possible, line breaks should be inserted so that user-visible
> properties that 

Re: [Kicad-developers] Altium 20 new interactive routing features

[Kliment (Future Bits)]

Ignoring the bovine references and attempting to answer the question:

Topological routing means using the connectivity graph of the system to
generate geometrical constraints, and also to generate specific geometry
for say traces or polygons. It's called that because it uses concepts
from the discipline of topology such as Delauney triangulations,
neighbourhood graphs, Voronoi diagrams, straight skeletons, etc. It
means you can, for instance, make a set of traces that follow a path
maximally distant from each obstacle, giving you maximum routing space
around each trace. A number of autorouting algorithms are based on
topological concepts, in this case however it specifically refers to
generating trace shapes such that they have the maximum distance from
each obstacle at each point along their path, as opposed to being
constrained to straight line segments.

Hope this is helpful.

On 02.12.19 17:59, Tomasz Wlostowski wrote:
> On 02/12/2019 17:40, Vesa Solonen wrote:
>> topological routing will
> 
> Could you please explain what 'topological routing' does mean (other
> than being marketing buzzword used by some companies) and what exactly
> it has to do with topology [1]?
> 
> Tom
> 
> [1] https://en.wikipedia.org/wiki/Topology
> 
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Vesa Solonen]

Tomasz Wlostowski kirjoitti 2.12.2019 klo 18.59:

> Could you please explain what 'topological routing' does mean (other
> than being marketing buzzword used by some companies) and what exactly
> it has to do with topology [1]?

This must be a case of missed quotation marks on my behalf, but also:

https://en.wikipedia.org/wiki/Topological_map

Properties of the object (netlist as implemented on a PCB) does not
change as the (implementation on the PCB) is deformed.

That escalated quickly :)
-Vesa

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Carlo Maragno]

On Mon, 2 Dec 2019, 18:14 Seth Hillbrand,  wrote:

> On 12/2/19 9:10 AM, José Ignacio wrote:
>
> Cows (like most mammals) are toruses though...
>
> On Mon, Dec 2, 2019 at 11:06 AM Wayne Stambaugh 
> wrote:
>
>> On 12/2/19 11:59 AM, Tomasz Wlostowski wrote:
>> > On 02/12/2019 17:40, Vesa Solonen wrote:
>> >> topological routing will
>> >
>> > Could you please explain what 'topological routing' does mean (other
>> > than being marketing buzzword used by some companies) and what exactly
>> > it has to do with topology [1]?
>> >
>> > Tom
>> >
>> > [1] https://en.wikipedia.org/wiki/Topology
>>
>> The cow morphing into a sphere made me smile :)
>>
>>
> Our dev list never disappoints. :)  This is top-notch Monday content.
>
> -S
>

+1

Carlo

>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Seth Hillbrand]

On 12/2/19 9:10 AM, José Ignacio wrote:

Cows (like most mammals) are toruses though...

On Mon, Dec 2, 2019 at 11:06 AM Wayne Stambaugh > wrote:


On 12/2/19 11:59 AM, Tomasz Wlostowski wrote:
> On 02/12/2019 17:40, Vesa Solonen wrote:
>> topological routing will
>
> Could you please explain what 'topological routing' does mean (other
> than being marketing buzzword used by some companies) and what
exactly
> it has to do with topology [1]?
>
> Tom
>
> [1] https://en.wikipedia.org/wiki/Topology

The cow morphing into a sphere made me smile :)



Our dev list never disappoints. :)  This is top-notch Monday content.

-S
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483‬ 
Davis, CA
www.kipro-pcb.com  i...@kipro-pcb.com 

https://twitter.com/KiProEDA  
https://www.linkedin.com/company/kicad 



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Tomasz Wlostowski]

On 02/12/2019 18:10, José Ignacio wrote:
> Cows (like most mammals) are toruses though...

Well, if you'd take circulatory and lymphatic systems into account, they
actually are higher order manifolds ;-)

T.

> 
> On Mon, Dec 2, 2019 at 11:06 AM Wayne Stambaugh  > wrote:
> 
> On 12/2/19 11:59 AM, Tomasz Wlostowski wrote:
> > On 02/12/2019 17:40, Vesa Solonen wrote:
> >> topological routing will
> >
> > Could you please explain what 'topological routing' does mean (other
> > than being marketing buzzword used by some companies) and what exactly
> > it has to do with topology [1]?
> >
> > Tom
> >
> > [1] https://en.wikipedia.org/wiki/Topology
> 
> The cow morphing into a sphere made me smile :)
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@lists.launchpad.net
> 
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[José Ignacio]

Cows (like most mammals) are toruses though...

On Mon, Dec 2, 2019 at 11:06 AM Wayne Stambaugh 
wrote:

> On 12/2/19 11:59 AM, Tomasz Wlostowski wrote:
> > On 02/12/2019 17:40, Vesa Solonen wrote:
> >> topological routing will
> >
> > Could you please explain what 'topological routing' does mean (other
> > than being marketing buzzword used by some companies) and what exactly
> > it has to do with topology [1]?
> >
> > Tom
> >
> > [1] https://en.wikipedia.org/wiki/Topology
>
> The cow morphing into a sphere made me smile :)
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Wayne Stambaugh]

On 12/2/19 11:59 AM, Tomasz Wlostowski wrote:
> On 02/12/2019 17:40, Vesa Solonen wrote:
>> topological routing will
> 
> Could you please explain what 'topological routing' does mean (other
> than being marketing buzzword used by some companies) and what exactly
> it has to do with topology [1]?
> 
> Tom
> 
> [1] https://en.wikipedia.org/wiki/Topology

The cow morphing into a sphere made me smile :)

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Tomasz Wlostowski]

On 02/12/2019 17:40, Vesa Solonen wrote:
> topological routing will

Could you please explain what 'topological routing' does mean (other
than being marketing buzzword used by some companies) and what exactly
it has to do with topology [1]?

Tom

[1] https://en.wikipedia.org/wiki/Topology



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Altium 20 new interactive routing features

[Vesa Solonen]

Jon Evans kirjoitti 2.12.2019 klo 17.49:

> Check out the first two videos "Any Angle Routing" and "Sliding" - some
> interesting concepts.  I haven't played with them in real life yet.

This is what topological routing will provide. There is some open source
stuff at

http://www.ssalewski.de/Router.html.en

and commercial TopoR that I had a chance to use about ten years ago.

https://mylifeasa.tinkerer.us/using-topor-to-autoroute-a-kicad-pcb-bf5ae47cdc7b

https://en.wikipedia.org/wiki/TopoR

-Vesa

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Altium 20 new interactive routing features

[Jon Evans]

https://www.altium.com/altium-designer/whats-new
Check out the first two videos "Any Angle Routing" and "Sliding" - some
interesting concepts.  I haven't played with them in real life yet.

-Jon
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Eeschema: Add option for selection highlight thickness

[Eeli Kaikkonen]

You can try with a merge request which I just made. It's a very simple
non-code change.

Eeli Kaikkonen

ma 2. jouluk. 2019 klo 17.03 Seth Hillbrand (s...@kipro-pcb.com) kirjoitti:

> On 2019-12-02 04:30, Jonatan Liljedahl wrote:
> > ADDED new option to set selection highlight thickness.
> > Also change selection shadow width constants to
> > make the selection thickness change less drastically
> > with the zoom level.
> >
>
> Hi Jonatan-
>
> I need to test out the new GitLab Merge Request for people who are not
> yet members of the lead development team.  Would you mind submitting
> this as a merge request on GitLab and let me know how the process goes
> for you?
>
> Thanks-
> Seth
>
> Seth Hillbrand
> KiCad Services Corporation
> https://www.kipro-pcb.com
> +1 530 302 5483 | +1 212 603 9372
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Three new source types added to DIALOG_SPICE_MODEL

[Ian McInerney]

Sylwester,

Please bear with us for a little, since the move to GitLab has been at the
foreground for the last few weeks the lead developers haven't had time to
sit down and review patches as often. Once we have completed the migration
to GitLab for the code repository, you can submit this as a merge request
there (we would prefer that to having it in Google Drive). We are in the
process of testing the process, so please be patient a little longer.

Thanks,
-Ian

On Sun, Dec 1, 2019 at 9:28 PM Sylwester Kocjan  wrote:

> Hi,
>
> Evan's patch was merged, but mine with code change for those sources is
> not included in master currently. Can I kindly ask for update, is there
> something wrong with my code?
>
>
> https://drive.google.com/file/d/1x_YDsIw6FhgJFEsDgteEl5L5PGwSsCiz/view?usp=sharing
>
>
> Best regards,
> Sylwester
>
> On 13/11/2019 22:48, Wayne Stambaugh wrote:
> > Hi Evan,
> >
> > I think keeping the included project symbol library is the safest bet in
> > case the global library changes.  We had to continually update demos in
> > the past so this is the path of least resistance.
> >
> > Cheers,
> >
> > Wayne
> >
> > On 11/13/19 4:24 PM, Evan Shultz wrote:
> >> Hi Wayne,
> >>
> >> Thanks!
> >>
> >> Yes it is! It was merged in the GH PR I sent above, and is currently
> >> at https://github.com/KiCad/kicad-symbols and
> >> mirrored at http://kicad-pcb.org/libraries/download/ from the main
> KiCad
> >> website. So you can merge to 5.1.
> >>
> >> Would it be accepted if I updated the existing demo projects with
> >> symbols from this lib instead of the "unique" symbols used in the demo
> >> projects now?
> >>
> >> On Wed, Nov 13, 2019 at 1:18 PM Wayne Stambaugh  >> > wrote:
> >>
> >>  Hi Evan,
> >>
> >>  I merged your patch into the master branch.  Thank you for your
> >>  contribution to KiCad.  Just out of curiosity, is the
> Simulation_SPICE
> >>  library shipped with the 5.1 build?  If so, I can merger this demo
> into
> >>  the 5.1 branch.  Users might find it useful to demo the sources
> provided
> >>  by this library.  If not, then there is no reason to merge it into
> 5.1.
> >>
> >>  Cheers,
> >>
> >>  Wayne
> >>
> >>  On 11/12/19 2:55 PM, Evan Shultz wrote:
> >>  > Hi Wayne,
> >>  >
> >>  > Attached is the patch for the new V and I source simulation demo
> >>  project
> >>  > I mentioned. For reference, it was initially posted
> >>  > at https://github.com/KiCad/kicad-symbols/pull/1473.
> >>  >
> >>  > If you like, I can also update the existing simulation demos with
> >>  > 'standard' library components in the Simulation_SPICE directory
> >>  instead
> >>  > of the 'one-off' symbols used now.
> >>  >
> >>  > Sorry for the hijacking.
> >>  >
> >>  > Evan
> >>  >
> >>  > On Tue, Nov 5, 2019 at 5:31 AM Wayne Stambaugh
> >>  mailto:stambau...@gmail.com>
> >>  > >>
> wrote:
> >>  >
> >>  > Hi Even,
> >>  >
> >>  > I was cleaning my inbox and I noticed I hadn't commented on
> your
> >>  > request.  If you have a demo project that utilizes the spice
> >>  library
> >>  > changes you made, I would be more than happy to include it in
> >>  master.
> >>  > Please send a patch with demo project and I will merge it
> >>  after I've
> >>  > tested it and made any comments.
> >>  >
> >>  > Cheers,
> >>  >
> >>  > Wayne
> >>  >
> >>  > On 10/23/19 3:55 PM, Evan Shultz wrote:
> >>  > > Hi,
> >>  > >
> >>  > > Apologies for the slight tangent...
> >>  > >
> >>  > > When I submitted symbols for all V and I sources supported
> >>  by ngspice
> >>  > > at https://github.com/KiCad/kicad-symbols/pull/1473, I
> created a
> >>  > > simulation schematic to show off their output waveforms.
> >>  Some of them
> >>  > > can use the source control features here. I thought this
> >>  might be
> >>  > > helpful when testing this patch
> >>  > >
> >>  > > It may also be useful to include the SPICE source
> simulation
> >>  as a
> >>  > demo.
> >>  > > If so, should I make a bug on launchpad?
> >>  > >
> >>  > > On Sun, Oct 20, 2019 at 2:00 PM Sylwester Kocjan
> >>  mailto:s.koc...@o2.pl>
> >>  > >
> >>  > > 
> >>   >>  > >
> >>  > > On 20/10/2019 20:53, Seth Hillbrand wrote:
> >>  > > > On 2019-10-20 08:36, Sylwester Kocjan wrote:
> >>  > > >> Hi,
> >>  > > >>
> >>  > > >> Here is a patch with three additional source models
> >>  > implemented:
> 

Re: [Kicad-developers] New border/title blocks?

[Mark Roszko]

There are UX issues with just changing that dropdown.

Currently it's quite literally page size. Not templates.
Template is the separate entry labeled "Page layout description file".
(Just noticed, it should probably display the default loaded template
which may hint the user to make a change)

If anything that "Page layout description file" should be renamed to
"Page template" and made a wxComboBox which has entries populated from
the template search path environment variable.
The Browse function would still exist to override to a custom file
which wxComboBox allows (arbitrary text entry on top of dropdown).


On that note, why are there new separate A# templates instead of
autoscaling ones like the original kicad ones?


On Mon, Dec 2, 2019 at 12:32 AM Evan Shultz  wrote:
>
> My original request was misinterpreted or otherwise derailed and I'd like to 
> refocus things back to my original question.
>
> It was: "Is there a path to get these worksheets added into KiCad so they 
> appear along with the other options in the 'Size' pulldown menu in the Page 
> Settings dialog in Eeschema?"
>
> Having the new worksheets somewhere in the install directory is nice but it's 
> not very discoverable. Giving nice templates that match industry standard 
> convention the same visibility as the existing worksheets would be the most 
> salient way for KiCad users to take advantage of these new worksheets. In my 
> opinion, anyway.
>
> So, is it possible to make that happen? If so, what is the process? As I 
> said, I'm not very familiar with the code base and I couldn't find files for 
> the existing worksheets in that dialog when I looked around; but if I can get 
> a few pointers about what to do I would be happy to submit a PR.
>
> On Sun, Dec 1, 2019, 2:51 PM Nick Østergaard  wrote:
>>
>> Summa sumarum, from a packaging point of view it is included as it is
>> on other platforms.
>>
>> On Sun, 1 Dec 2019 at 23:42, Wayne Stambaugh  wrote:
>> >
>> > I downloaded and installed 5.1.5 on my windows box and it looked like
>> > these worksheets were in the template folder.  I didn't check the entire
>> > list so maybe I got it wrong.
>> >
>> > On 12/1/19 5:34 PM, Nick Østergaard wrote:
>> > > The templates are packaged like everything else with cmake, so if it is
>> > > not included it is a bug in the templates repo.
>> > >
>> > > On Thu, 28 Nov 2019 at 03:16, Ian McInerney > > > > wrote:
>> > >
>> > > They appear to be packaged in the update to Fedora, but I don't have
>> > > a Windows install handy to test on to verify what I see there:
>> > >
>> > > /usr/share/kicad/demos/interf_u/pagelayout_logo.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> > > /usr/share/kicad/template/A2_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> > > /usr/share/kicad/template/A3_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4-portrait_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004-compact_ASMEY1435-2014_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004-compact_EN.kicad_wks
>> > > 
>> > > /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004_ASMEY1435-2014_EN.kicad_wks
>> > > /usr/share/kicad/template/A4_ISO5457-1999_ISO7200-2004_EN.kicad_wks
>> > > /usr/share/kicad/template/gost_landscape.kicad_wks
>> > > /usr/share/kicad/template/gost_portrait.kicad_wks
>> > > /usr/share/kicad/template/pagelayout_default.kicad_wks
>> > > /usr/share/kicad/template/pagelayout_logo.kicad_wks
>> > >
>> > > -Ian
>> > >
>> > > On Thu, Nov 28, 2019 at 12:08 AM Evan Shultz > > > > wrote:
>> > >
>> > > In 5.1.5_2, on Windows, I don't see these new page layouts. So
>> > > at least in Windows this wasn't packaged. I don't know about
>> > > other OSes.
>> > >
>> > > Perhaps there's a way to make this more obvious so that when new
>> > > page layouts are available all packagers are 

Re: [Kicad-developers] [PATCH] Eeschema: Add option for selection highlight thickness

[Seth Hillbrand]

On 2019-12-02 04:30, Jonatan Liljedahl wrote:

ADDED new option to set selection highlight thickness.
Also change selection shadow width constants to
make the selection thickness change less drastically
with the zoom level.



Hi Jonatan-

I need to test out the new GitLab Merge Request for people who are not 
yet members of the lead development team.  Would you mind submitting 
this as a merge request on GitLab and let me know how the process goes 
for you?


Thanks-
Seth

Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Launchpad bug tracker migration

[Wayne Stambaugh]

We have begun migrating the Launchpad bug reports to the GitLab issue
tracker.  We have begun this process with bugs with the "Fix Released"
status.  We will soon be migrating the remainder of the bug tracker.  In
order to prevent new bugs from being reported on Launchpad during the
migration, I will be disabling the bug tracker so no new bugs can be
reported so you will be notified to use the GitLab issue tracker.
Please do not file any new bugs on GitLab until I make the announcement
that the migration is complete.  Thank you for your patience and
cooperation during this transition.

Cheers,

Wayne

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Git fixes migration

[Wayne Stambaugh]

That's a good question.  I don't know if using the launchpad janitor tag
will close the bug now that the launchpad repo is a mirror.  You can
push it to the gitlab repo an see what happens.  If it doesn't work, you
will have to manually change the bug status in Launchpad.

On 12/2/19 8:32 AM, Jeff Young wrote:
> So I just fixed a bug.  Can I still use the Launchpad ID in a “git fixes” 
> statement, or do I need to wait until it has a git number?
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Git fixes migration

[Jeff Young]

So I just fixed a bug.  Can I still use the Launchpad ID in a “git fixes” 
statement, or do I need to wait until it has a git number?
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] [PATCH] Eeschema: Add option for selection highlight thickness

[Jonatan Liljedahl]

ADDED new option to set selection highlight thickness.
Also change selection shadow width constants to
make the selection thickness change less drastically
with the zoom level.

-- 
/Jonatan
http://kymatica.com


0001-Eeschema-Add-option-for-selection-highlight-thicknes.patch
Description: Binary data
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp