@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
Which website are we talking about? I followed Rene's link but it just
went to the Doxygen site and I don't see that statement there.
-S
Seth Hillbrand
KiCad Services Corporation
https
include an option for additional servers that return
the API calls, but this needs to be centralized to fit into the KiCad
roadmap.
Best-
Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372
___
Mailing
On 2019-11-25 13:28, Seth Hillbrand wrote:
> On 11/25/19 1:01 PM, Michael Geselbracht wrote:
>
>> That's me. Someone from Gitlab just contacted me. I totally missed this
>> mailing.
>>
>> I have replied that I was not aware that my private group names may affect
or markdown document on GitLab/GitHub.
Thanks!
-Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com
<mailto:i...@kipro-pcb.com>
https://twitter.
the name. I don't think
renaming does it, so let's see what the GitLab support folks say about it.
I'll ping you off-line to work out the details.
Best-
Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com
something like Google Authenticator on your phone, a
YubiKey or SMS message code to verify your login on a computer in
addition to the password.
The worry is that SSH keys can be added to a compromised account that
would allow an attacker to change the code/website/packages/etc.
-S
Seth Hillbrand
, but the import process leaves a lot
of dangling issue reports and PRs if the user e-mail does not exist in
the GitLab system at the time the import is first run.
Thanks and we're looking forward to seeing everyone at GitLab.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro
issues arise from it.
Best-
Seth
[1] https://gitlab.com/kicad_pcb/kicad_migration
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
Eclipse) shows me the underlying type when I mouse
hover over the auto variable. Same thing with type aliases. If I
needed to dig for them or remember, I would definitely come down in the
other camp.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483
.
Does anyone on the list control the "kicad" name at GitLab? In the
interim, we've registered https://www.gitlab.com/kicad_pcb but it would
be much better if we could use the shorter name.
Thanks-
Seth
KiCad Services Corporation
Seth Hillbrand
LEAD
Jonatan-
Thanks for this patch. I'll give this a test run this weekend. I know
that the Mac display of highlight was always a bit different than Linux,
so it would be good if one of our Mac devs also tested for issues.
Best-
Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth
granularity all this should be
configurable? Perhaps:
- selection draw child-items: bool
- selection thickness: float
- selection color (already there)
Those options make sense to me.
-Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
shedding on this which would be nice to
avoid.
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
On 2019-11-16 11:03, Steven A. Falco wrote:
On 11/16/19 1:14 PM, Seth Hillbrand wrote:
On 2019-11-16 08:42, Steven A. Falco wrote:
It looks like Fedora may be switching from OCE to OCC, so I'm doing a
trial build with OCC.
How would folks recommend testing the build? I'm not sure what would
tching.
I pushed a fix for the issue you've identified.
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-
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/~k
list. We have a fair cross section of engineers
who can help with reviews although we don't always follow the PRs at
GitHub.
-Seth
KiCad Services Corporation
Seth Hillbrand
LEAD DEVELOPER
+1-530-302-5483 [1]
ation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com
<mailto:i...@kipro-pcb.com>
https://twitter.com/KiProEDA <https://twitter.com/KiProEDA>
https://www.linkedin.com/co
in the
codebase. It would be a good idea not to do so in the templates as well.
-S
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com
<mailto:i...@kipr
per size, it would be good
to add standard A/B/C sizes as well. US KiCad users do not have easy
access to either A4 paper or (harder) A4 printers.
Best-
Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro
work for some
sizings. Is that correct?
-S
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com
<mailto:i...@kipro-pcb.com>
https://twitter.com/KiP
.
Cheers
The characters are not monospaced. So, you shouldn't expect the line of
characters to align with the tab characters.
The tab character is meant to align with other tabs.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372
Good catch. I hadn't noticed that. The intention (in the comments) was
to align to the 4th column. I pushed a fix as well as yours to the
code. Thank you for your contribution to KiCad!
Best-
Seth
KiCad Services Corporation
Seth Hillbrand
LEAD DEVELOPE
harder and harder especially as we start
implementing more exports (IPC-2581, D-365, XY files, etc) where we
don't control the extensions.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372
On 2019-11-10 08:43, Seth Hillbrand wrote:
> On 2019-11-10 08:33, Eeli Kaikkonen wrote:
>
>> OK. Would it be worth re-importing everything even for this test database to
>> avoid false impressions?
>>
>> Eeli Kaikkonen
>
> What false impression? Is th
d vs. GitLab?
KiCad Services Corporation
Seth Hillbrand
LEAD DEVELOPER
+1-530-302-5483 [1]
Davis, CA
www.kipro-pcb.com [2]i...@kipro-pcb.com
https://twitter.com/KiProEDA [3]
n the "Original Report" to see the reporter information in
launchpad.
-Seth
KiCad Services Corporation
Seth Hillbrand
LEAD DEVELOPER
+1-530-302-5483 [2]
Davis, CA
www.kipro-pcb.com [3]i...@kipr
see any stoppers with the current setup.
I suppose that our next step is to mirror the repository to GitLab under
the KiCad account. Did we ever resolve who controls the "KiCad"
username on GitLab?
Best-
Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
On 2019-11-08 03:49, jp charras wrote:
Le 21/06/2019 à 23:25, Seth Hillbrand a écrit :
Hi Devs-
We currently have an RAII locale switch (LOCALE_IO) that swaps the
global locale to allow floating point handling with decimal points
instead of a commas. Because it changes the global locale, we
/~kicad-developers
More help : https://help.launchpad.net/ListHelp
Congratulations, Ian! And welcome!
I'm really looking forward to working with you.
Best-
Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro
with the
master branch at this point. We may want to clarify that in a list
message. Overall, I am very excited for the new formats. Thanks again
for taking on this huge job!
Best-
Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372
seconds on a full build. Do
you see a difference between running '-j64' and '-j ' on
the POWER9?
-S
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-p
information
for the meeting.
Best-
Seth
--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Davis, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com
<mailto:i...@kipro-pcb.com>
https://twitter.com/KiP
to mention whether
he generated the original or not.
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
.
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
with -GNinja.
Here are the results for my testing with all scripting enabled (Debian
Buster)
seth@cpu1 (master) % time ninja
4050.50s user
291.35s system
1137% cpu
6:21.85 total
Best-
Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603
. We have a number of open
bugs that directly point back to this. Using MSVC translates the async
calls to native threads.
If we have an option to improve the user experience while keep our code
open and standards-compliant, I hope we'll consider it.
-Seth
Seth Hillbrand
KiCad Services
been trying out your new patch and it mostly works. The only issue
I've seen so far is that duplicating subsheets doesn't seem to annotate
all of the duplicated items contained inside.
Let me know if you need an example project to test this on.
Best-
Seth
KiCad Services Corporation
we need to
accelerate this for 5.1.6?
-Seth
[1] https://bugs.launchpad.net/kicad/+bug/1849961
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372
___
Mailing list: https://launchpad.net/~kicad
On 2019-10-22 23:35, Maciej Suminski wrote:
Hi Sylwester,
I admit I have not checked your patch in action, but it seems that it
will not accept ".op" command, unless it is followed by a space. Since
".op" does not take any parameters, I presume it is a rare case when
one
adds an extra space
lize the UUID library from 1.60 as many of the feature
we plan will require GUID at least.
This doesn't preclude using KiCad on 16.04. It just requires someone to
package a boost ppa. There are a few out there that could be used as
baselines for this.
-Seth
KiCad Services Corporation
"hardening=+all" enabled? This is likely where the
assertions are happening. We might consider
"hardening=-all,+format,+fortify"
Note, this is different from the mac builds where the debug asserts are
happening in the wx code.
-Seth
Seth Hillbrand
KiCad Servic
milestone, so they can be
addressed there.
-Ian
That is correct. I've already reset that bug[1]. But if you see others
that relate to it, feel free to mark the dupes.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372
[1] https
simulation will fail.
Please find the patch attached, where this issue is prevented.
Best regards,
Sylwester
Good catch. I've pushed the patch to master and 5.1.
Thank you for you for your contribution to KiCad.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530
the attached screenshot. I
cannot apply this to test as there are a number of unknown characters at
the end of lines and the end of the file.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372___
]: https://bugs.launchpad.net/kicad/+bug/1842195
[2]: https://bugs.launchpad.net/kicad/+bug/1846028
[3]: https://bugs.launchpad.net/kicad/+bug/1846029
On 10/20/19 10:13 AM, Seth Hillbrand wrote:
On 2019-10-20 06:41, Wayne Stambaugh wrote:
Where are we on the 5.1.5 release? I took a look at the bug
we don't have a place to store the information, keeping it with the zone
info doesn't make sense because it will change based on opening/closing
the file.
For v6, I think we add the parameter to the zone unless people object.
-Seth
Seth Hillbrand
KiCad Services Corporation
https://www.kipro
and editing changes that should be fixed
before we release. I would like to tag -rc1 and start the string
freeze
by the end of October.
Odd, I didn't see that one come through. I'll fix that this weekend.
-S
Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1
So, the CJK font takes roughly 900Mb at run time when runnning Eeschema
+ Pcbnew.
It explains why I am running out of memory.
There is certainly room for optimization.
Hi JP-
I pushed an optimization for this. Can you let me know if it helps the
memory usage for you?
Best-
Seth
Seth
On 2019-10-15 11:57, Moses McKnight wrote:
On 10/15/19 1:41 PM, Seth Hillbrand wrote:
4) Single-line statements after if/else don't get brackets {}
Is that actually part of the kicad code standard?!? Every standard
and recommendation I've ever seen recommends/requires the opposite to
prevent
On 2019-10-15 11:41, Seth Hillbrand wrote:
On 2019-10-14 14:42, Zficani Zficani wrote:
Hi,
No problem, I just wanted to make sure I sent the message properly.
Here's a single squashed patch with all previous changes and these
comments about copying selection.
Thank you so much for your
On 2019-10-14 16:09, Ian McInerney wrote:
Orson,
Great work so far.
I was noticing as you were testing migrating the issues that our @names
in the text seem to not transfer well. In one of the issues just now
(the pcbnew segfault issue #228 [2]) it pulls in a different user for
Seth
On 2019-10-09 02:26, jp charras wrote:
Le 07/10/2019 à 20:07, Seth Hillbrand a écrit :
Hi Seth,
Here is a test showing the memory used by pcbnew, with and without CJK
font (I used the Windows monitor resources):
Initial state:
Available memory: 2280 Mb
Kicad is compiled in Release version
urce-mirror/tree/1335616-annotate-on-placement
>> if anyone wants to take a look).
Hi Zficani-
I can't speak for others but I was waiting for either a patch with the
revised code or a merge request on launchpad. I like the idea of your
feature and look forward to helping get it into merge sh
to address that.
Can you provide additional information about the symptoms you are seeing
and I can see about fixing this?
Thanks!
Seth
Seth Hillbrand
Chief Technologist
KiCad Services Corporation
Twitter [1]
LinkedIn [2]
+1 530 302 5483 [3
Patch pushed.
Thank you for your contribution to KiCad!
-Seth
On 2019-09-25 23:35, Константин Барановский wrote:
> Hi Seth.
>
> The problem is illustrated on the gif bellow:
>
> Please notice, no modifier keys are used.
> The patch is attached.
>
> ср, 25 сен
Hi Konstantin-
This makes sense. Can you send as a patch?
-Seth
On 2019-09-24 10:38, Konstantin Baranovskiy wrote:
If *editable* cells had been selected by holding and dragging the
mouse's left
button, the previous selection were not clearing.
---
common/grid_tricks.cpp | 3 +++
1 file
system.
Please feel free to raise any additional questions or concerns you might
have and I'll do my best to address them.
Regards-
Seth Hillbrand
Chief Technologist
KiCad Services Corporation
Twitter [1]
LinkedIn [2]
+1 530 302 5483 [3] | +1
On 2019-09-10 14:35, Tomasz Wlostowski wrote:
On 10/09/2019 18:49, Seth Hillbrand wrote:
One of our goals for v6 is to standardize the user interface to
expected
UX norms. There will be a number of large changes to accomplish this
and it will modify some workflows. Moving the whole system
One of our goals for v6 is to standardize the user interface to expected
UX norms. There will be a number of large changes to accomplish this
and it will modify some workflows. Moving the whole system to a
selection-based interface (eeschema, pl editor as well as pcbnew) is
good for
On 2019-09-09 08:21, Alexander Shuklin wrote:
Hi!
There's one thing I always missed - ability to change polygons
coordinates.
I prepared a patch for that.
First of all there's the linechain editing widget and I used it for
some pcbnew dialogs.
But there's few points in which I'm not so sure.
On 2019-09-06 18:36, Simon Richter wrote:
Hi,
I have two patches that remove useless casts. The first covers cases
where
it is quite obvious that the cast can be removed with no adverse
effects,
the second contains the cases where that is less clear.
In theory, both can be applied and
Wow, this bug has been a real annoyance for some time. Thank you for
tracking down the origin.
I've tested Ian's patch and it works correctly. Allows the 'P' hotkey
to correctly trigger the Place Power action in eeschema and the Create
Pin action in LibEdit. Tested with individual
selected on gtk3. Users could make it more subtle if they find it too
obnoxious. I think that would be better than a bug report about
selection highlighting not working.
Wayne
On 9/4/19 7:24 PM, Seth Hillbrand wrote:
> Oh, that's right. We had been taking the color from system preferen
just too washed out on
your monitor.
On 4 Sep 2019, at 22:35, Seth Hillbrand wrote:
I'm working on one (slowly) but it hasn't been pushed. GTK3 in the
master branch looks normal for me.
Does it look the same in OpenGL and Cairo?
_Seth
On 2019-09-04 15:36, Wayne Stambaugh wrote
All good from what I see. I appreciate the cleanup here to drop down to
base classes where possible!
-Seth
On 2019-09-04 15:31, Wayne Stambaugh wrote:
This patch looks good to me. Anyone else have any objections?
On 8/31/19 10:42 AM, Ian McInerney wrote:
Some preview items were still
I'm working on one (slowly) but it hasn't been pushed. GTK3 in the
master branch looks normal for me.
Does it look the same in OpenGL and Cairo?
_Seth
On 2019-09-04 15:36, Wayne Stambaugh wrote:
Was there a change recently to the selection highlighting in Eeschema?
I can barely see any
Whoops. Thanks JP. Fix incoming.
-S
On 2019-09-04 12:35, jp charras wrote:
common.h does not compile with msys2/gcc 9.1.0
Here is the error message:
In file included from D:/wxWidgets-3.1.1/include/wx/defs.h:851,
from D:/wxWidgets-3.1.1/include/wx/wx.h:14,
Hi Jeff (and others interested)-
I pushed a proposal for blurring the eeschema selection highlighting to
my personal repo at [1]. Currently, I'm only blurring the Cairo
selections, so don't run this branch with OpenGL yet.
I really like the new eeschema halo-for-selection paradigm but it
On 2019-08-30 15:49, Sylwester Kocjan wrote:
m_schfields->erase( std::remove_if(
m_schfields->begin(), m_schfields->end(),
[&]( const SCH_FIELD& f ) { return f.GetName()
== spiceField; } ), m_schfields->end() );
My question is, why deletion is
Note: Changing thread to avoid hijacking.
On 2019-08-28 08:05, Jonatan Liljedahl wrote:
It would be great if you could roll back to ngspice-26 in 5.1.5, at
least for macOS, since it seems completely broken (can't simulate
op-amps, etc).
Cheers
/Jonatan
Hi Jonatan-
Please see bug tracker[1]
Hi All-
I know 5.1.4 is still in its infancy but I am hoping that we can plan
for a 5.1.5 during September (fixing at least 2 critical bugs). We've
been a bit rocky with the point updates, so I'd like to propose a
sequence:
1) Sometime around September 15: Tag 5.1.5-rc1 and announce string
On 2019-08-23 13:19, Jeff Young wrote:
While I wasn’t too happy with it at first, the new selection
highlighting has really grown on me.
How do others feel about it?
Hi Jeff-
I pushed a small patch to address configuring the highlight color along
with the rest of the KiCad color themes.
On 2019-08-26 16:05, Tomasz Wlostowski wrote:
On 26/08/2019 17:24, Seth Hillbrand wrote:
Agreed. That looks like it may be have been a rebase issue as the
commit was for MSVC and shouldn't affect PPC.
@Tom, shout if you see an issue here. I've pushed the patch to master
in the meantime.
I
Agreed. That looks like it may be have been a rebase issue as the
commit was for MSVC and shouldn't affect PPC.
@Tom, shout if you see an issue here. I've pushed the patch to master
in the meantime.
Best-
Seth
On 2019-08-24 18:00, Steven A. Falco wrote:
I have enabled compilation for
On 2019-08-23 13:19, Jeff Young wrote:
While I wasn’t too happy with it at first, the new selection
highlighting has really grown on me.
How do others feel about it?
I find it clear and useful. No complaints
-Seth
___
Mailing list:
On 2019-08-17 09:31, Steven A. Falco wrote:
I just noticed the following bug report on Kicad 5.1.2, reported for
Fedora 30:
https://bugzilla.redhat.com/show_bug.cgi?id=1742898
According to the report, a crash happened in poll_for_event, and the
bug author added some text about what he thought
Hi JP-
This looks like a good addition. I'm happy to see it being developed.
A few notes:
- "dielectric_constrains" maybe could be "dielectric_constraints"
- It would be nice to see this replace the "Layers" panel in Board
setup. We also set pcb thickness there as well as have our add/remove
On 2019-08-13 10:50, Wayne Stambaugh wrote:
On 8/13/19 2:13 AM, jp charras wrote:
Le 12/08/2019 à 21:54, Wayne Stambaugh a écrit :
Sounds like a plan. If there are not bug reports against this over
the
next month, I'll will cherry-pick it into 5.1.
Wayne
I am not sure this issue exists in
+1 for typing out the first definition.
In functions, I'd be in favor of using 'auto' and 'decltype' when
declaring local variables that need to match the class variable.
Best-
Seth
On 2019-08-08 02:43, Jeff Young wrote:
When I worked at Frame a colleague advised me not to create Framegol.
wrote:
Yes, using gnu+14 on windows
fre. 12. jul. 2019 15.34 skrev Seth Hillbrand mailto:s...@hillbrand.org>>:
Thanks Nick! I pushed the patch to the master branch on
Wednesday.
Ubunutu, Mac and Windows all appear to have built their
nightlies
without
On 2019-08-05 15:22, Jeff Young wrote:
Our PNG2cpp.cmake script makes a 3 or 4 plane (ie: colour) char array.
wxWidgets’ wxBitmap() constructor needs a single plane char array.
John Beard created a couple for the SPICE cursors, but I’m not sure
how he did it.
I'm pretty sure that John just
Thanks Ian. This looks good. Patch merged.
-Seth
On 2019-08-05 10:39, Ian McInerney wrote:
The updated patch using constexpr (which now only affects the color4d
files) is attached.
Simon, thanks for the suggestion to use constexpr. It ended up working
by just declaring the variables
On 2019-08-02 13:58, Konstantin Baranovskiy wrote:
From: Baranovskiy Konstantin
---
eeschema/dialogs/dialog_bus_manager.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eeschema/dialogs/dialog_bus_manager.cpp
b/eeschema/dialogs/dialog_bus_manager.cpp
index
On 2019-07-30 10:40, Marco Ciampa wrote:
Hi devs,
a (possible, as usual) silly question...
Is it possible to parameterize this string?
pcb_actions.cpp
...
TOOL_ACTION PCB_ACTIONS::layerInner28( "pcbnew.Control.layerInner28",
AS_GLOBAL, 0, "",
_( "Switch to Inner layer 28" ),
Maybe Orson has the answer here?
On 2019-08-05 12:06, Jeff Young wrote:
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help :
On 2019-08-03 11:12, Wayne Stambaugh wrote:
On 8/2/19 5:18 PM, Steven A. Falco wrote:
On 8/2/19 3:05 PM, Wayne Stambaugh wrote:
Looks like we will be forgoing a 5.1.3 release and jumping to 5.1.4.
This bug is a definite show stopper. We need to do a better job of
testing fixes before we merge
On 2019-07-26 14:39, Jeff Young wrote:
PCBNew’s current Find does a match against the whole string. I think
it would be more intuitive with a ‘*’ in front and back of the search
string (so that it finds partial matches).
Any other opinions?
___
On 2019-07-19 19:03, Jeff Young wrote:
I’ve been thinking of using the magenta colour for both net
highlighting and cross-probing, and then using the bright red we use
today for cross-probing for selection. This does mean that selections
would no longer have differentiated colours within
On 2019-07-24 13:58, Andy Peters wrote:
On Jul 23, 2019, at 2:46 PM, Jeff Young wrote:
Hi Kevin,
No this is just a cache of footprint library properties so that we can
index and search footprints without loading them all into memory.
It’s entirely for performance.
User question:
Should
On 2019-07-23 13:38, jp charras wrote:
Le 23/07/2019 à 19:22, Jeff Young a écrit :
Hi Seth,
I think that would work. And you’re right — there probably aren’t
enough project libs to require a cache for them.
I am not sure to understand.
The cache is by lib table, or by library file?
This
.
On 23 Jul 2019, at 09:47, Seth Hillbrand wrote:
Could we write the global cache in the user's config directory next to
where we write fp-lib-table?
If we cache global, we might not need project-based caching.
-Seth
On 2019-07-23 11:39, Jeff Young wrote:
Hi Rene,
Separate global
on the project for a longer time. Might it be better
to have a global cache for the global libs and a local one for the
local ones?
On 23/07/19 01:03, Seth Hillbrand wrote:
Hi Folks,
Odd question here but why do we have fp-info-cache? Was there a bug
report for these or just speed
Hi Folks,
Odd question here but why do we have fp-info-cache? Was there a bug
report for these or just speed improvements?
On my system, it is the difference between 1 second vs. 3 seconds during
the first footprint list load (full standard + personal libraries).
Does it make a bigger
?
On 2019-07-22 15:10, Jeff Young wrote:
I was thinking we’d handle it under:
https://bugs.launchpad.net/kicad/+bug/980919
On 22 Jul 2019, at 12:53, Seth Hillbrand wrote:
Hi Jeff and JP-
Should we consider a new flag for board-only items? These would be
items that exist on the board
Hi Jeff and JP-
Should we consider a new flag for board-only items? These would be
items that exist on the board but not the schematic. Would be useful
for NTPH mounting holes, logos, etc, that get added in pcbnew and
shouldn't be removed when updating, even if they are not locked.
This
On 2019-07-17 13:53, Simon Richter wrote:
Hi,
On Wed, Jul 17, 2019 at 01:24:26PM -0400, Seth Hillbrand wrote:
Any reason to be using the gnu++14 extensions? I thought we were
trying to stay with the vanilla c++14.
I went for consistency. This code is pretty much unused anyway, since
Thanks Simon! Not sure how I missed that one.
Any reason to be using the gnu++14 extensions? I thought we were trying
to stay with the vanilla c++14.
-Seth
On 2019-07-17 13:11, Simon Richter wrote:
---
CMakeLists.txt | 8
1 file changed, 4 insertions(+), 4 deletions(-)
remains, so we should evaluate each changed
call for its requirement before adjusting. Keeping the previous default
is probably the safest path for now.
Best-
Seth
On 2019-07-16 12:41, Seth Hillbrand wrote:
One of the recent changes seems to have broken the rectangle rounding.
Currently, all
Thanks Simon. I pushed a fix for this that partially reverts the commit
1a7cef2950a89959e76dc7b5de259b3b022a7f2e to fix the issue.
-Seth
On 2019-07-15 06:55, Simon Richter wrote:
Hi,
we have a failing test, consistent on all tested platforms:
[Error] - check common.holeyPolySet.Collide(
201 - 300 of 975 matches
Mail list logo