odules/BundleUtilities.cmake:939
> (get_bundle_keys)
> kicad/cmake_install.cmake:101 (fixup_bundle)
> cmake_install.cmake:67 (include)
>
> On Wed, Mar 10, 2021 at 3:48 AM Adam Wolf
> wrote:
> >
> > I haven't seen that. I can take a look at a bigger build log
Hi all,
As of 18037e2f, a new data file is generated during build that contains
image resources for KiCad.
This file should be installed to ${KICAD_DATA}/resources/images.tar.gz (So,
something like /usr/share/kicad/resources/images.tar.gz on Linux).
There is an install target for this in the cma
Great, thanks for testing, Steve!
On Thu, Mar 11, 2021 at 5:25 PM Steven A. Falco
wrote:
> On 3/11/21 8:43 AM, Jon Evans wrote:
> > Hi all,
> >
> > As of 18037e2f, a new data file is generated during build that contains
> image resources for KiCad.
> >
> &
If this is the first time you are running KiCad 5.99, or you erased your
settings directory, you may be hitting
https://gitlab.com/kicad/code/kicad/-/issues/7900 with that version.
If this is the case, try installing an older nightly (like go back a week
or so, just using the lite installer is fin
Hi all,
There is a proposal[1] to use the PATHS::GetStockDataPath() instead of
DEFAULT_INSTALL_PATH to set the base path for finding KiCad libraries.
This resolves to the KICAD_DATA CMake variable on Linux, and has
special-casing on Windows and MacOS to handle the packaging setup on those
platfor
Wayne, I haven't checked this code carefully but I'd recommend building the
settings always, and moving the #ifdef to a different level (i.e. make the
settings not depend on ngspice)
That way if the same settings files are shared between a build with ngspice
and a build without, they won't get thr
ave the setting. I suppose I could split out the simulator
> settings code but it would be awkward at best.
>
> On 3/18/21 6:42 PM, Jon Evans wrote:
> > Wayne, I haven't checked this code carefully but I'd recommend building
> > the settings always, and moving
t; On Thu, Mar 18, 2021 at 7:14 PM Seth Hillbrand
>> wrote:
>>
>>> Do we still need spice as a build option? It would be nice to bring
>>> down the number of permutations out there and the SPICE simulator is really
>>> a first-class KiCad citizen nowadays.
>&g
Hi Rigo, here's my thoughts, other devs might have more to add:
> Most significantly, the separate icon set. While everyone is looking
forward to having this small feature, it's still kinda offending the term
feature "freeze". Though we weren't at string freeze, new features are
already annoying e
Bumping this thread as we don't seem to have a resolution yet.
The Windows vcpkg package works as there is still a config.h with the
version in the "visualc" directory.
But, MacOS doesn't build and I guess some Linux distros don't either.
Can we make pkg-config work for MacOS?
On Wed, Feb 3, 20
It sounds like the preference is to move away from using a config.h at all,
which means all the KiCad packaging systems would need to update to use
pkg-config to generate a header which can then be included in kicad's build
process. Is that correct?
On Tue, Mar 23, 2021 at 11:15 AM Jonatan Liljed
o
> get the version and paths needed?
>
> On Tue, Mar 23, 2021 at 4:20 PM Jon Evans wrote:
> >
> > It sounds like the preference is to move away from using a config.h at
> all, which means all the KiCad packaging systems would need to update to
> use pkg-config to genera
> It makes me think the developers need to download a new copy of the
source tree to find out the differences.
Anyone (developers included) can see the differences in the GitLab web
interface when a merge request is created.
Of course, anyone can also check out the branch (with Git you do not nee
Hi Markus,
I assume NL_3D_VIEWER_PLUGIN_IMPL is all your custom code as it doesn't
exist in KiCad's codebase.
Refreshing the display is a separate action that can be called when needed.
Some of the other actions do the refresh for you, but some do not.
It looks like you can send a EDA_3D_CONTROL
The patches are obsolete and will be removed from the documentation/source
tree.
On Wed, Apr 28, 2021 at 7:23 PM Eeli Kaikkonen
wrote:
> On Thu, Apr 29, 2021 at 1:05 AM Knochi.de wrote:
> >
> > I’m using the standard Raspberry OS which is “raspian buster”
> > libcurl4-gnutls-dev was the correct
Hi Jonatan,
Adam and I have been bouncing ideas back and forth and he helped me get to
a working setup, most recently with Seth's new_python branch but I think
this should work with current master too.
The key point is that we don't yet have a working way to use your system
Python (but Adam has i
File "/usr/local/lib/python3.9/site-packages/dyldstyle/utils.py",
> line 151, in get_file_magic
> subprocess.check_output(cmd, stderr=subprocess.STDOUT)
> UnicodeDecodeError: 'utf-8' codec can't decode byte 0xd8 in position
> 194: invalid continuation byte
>
&
What version of ngspice are you using?
Sourceforge is down right now so I can't check the latest tree easily, but
in my cached version, the ControlledExit function signature in
sharedspice.h is using bool (not BOOL), and so is KiCad.
Is there some version of ngspice where those function signature
Hi Steve,
As the readme notes, I have not yet updated the docs for Fedora or
Manjaro/Arch as I don't use those distros and am not sure of the right
incantations.
If you can advise what should go into the README I'm happy to update it.
Also, please let me know if you run into any snags building t
Steve
>
> On 5/30/21 1:58 PM, Steven A. Falco wrote:
> > Thanks Jon.
> >
> > I'm running a test build now. If it passes, I'll propose a patch for the
> > README. I'll also push the change to the nightly Fedora builds.
> >
> >
Steven A. Falco wrote:
>
> I'll have to spin up a VM to play with that. I'll get back to you... :-)
>
> Steve
>
> On 5/30/21 2:34 PM, Jon Evans wrote:
> > You want this one: https://github.com/Mogztter/asciidoctor-web-pdf
> >
> > On Ubuntu I in
Hi Jonatan,
Using your system Python is no longer supported after the recent Python changes.
Please see the instructions here: https://dev-docs.kicad.org/en/build/macos/
and obtain kicad-mac-builder for the dependencies here:
https://gitlab.com/kicad/packaging/kicad-mac-builder
Adam has indicate
You should be able to override what is found by CMake by defining the
PYTHON_EXECUTABLE variable in your cmake command line
-Jon
On Mon, Jun 14, 2021 at 3:41 PM Marco Ciampa wrote:
>
> On Fri, Jun 04, 2021 at 02:50:37PM -0400, Kevin Cozens wrote:
> > On 2021-06-04 1:34 p.m., Seth Hillbrand wrote
already have those cloned separately. 1.3GB is quite a lot
> to download each time one want to try the latest build.
>
> On Mon, Jun 14, 2021 at 8:35 PM Jon Evans wrote:
> >
> > Hi Jonatan,
> >
> > Using your system Python is no longer supported after the recent Python
&g
:
> On 2021-06-14 4:34 p.m., Marco Ciampa wrote:
> > On Mon, Jun 14, 2021 at 03:43:54PM -0400, Jon Evans wrote:
> >> You should be able to override what is found by CMake by defining the
> >> PYTHON_EXECUTABLE variable in your cmake command line
> >
> > Gosh,
The option KICAD_SCRIPTING_PYTHON3 doesn't even exist anymore. I
recommend that people who are having issues get rid of your CMake
cache and start fresh, you have a lot of left over variables that may
be confusing things. When we remove a variable from our CMake
configuration, many times it does
Please see https://dev-docs.kicad.org/en/build/windows-msvc/ at the bottom,
the "running and debugging" section.
Now that Python is required, you must tell KiCad how to find Python when
running from Visual Studio.
The options are to set the environment variables as explained on that page,
or else
Hi Ruth,
You can build the nightly flatpak (with wx 3.1) by grabbing this repository
and following the instructions in the readme:
https://gitlab.com/kicad/packaging/kicad-flatpak/kicad-nightly-flatpaks/kicad-nightly-flatpak
Johannes can probably answer any detailed questions better than I, but
Lines which only contain braces do count as a blank line in this context.
We should clarify this in the style guide.
Best,
Jon
On Mon, Jul 5, 2021 at 2:20 AM Markus Bonk
wrote:
> Hi,
>
>
>
> In my opinion there may be issues with the examples in the KiCAD coding
> style doc relating to 4.2.3 Co
https://dev-docs.kicad.org/en/rules-guidelines/code-style/ has been updated
to clarify this point.
-Jon
On Mon, Jul 5, 2021 at 12:32 PM Jon Evans wrote:
> Lines which only contain braces do count as a blank line in this context.
> We should clarify this in the style guide.
>
>
Hi Carsten,
I was reminded of this thread because of this forum post:
https://forum.kicad.info/t/how-install-kicad-6-x-on-debian/30034/4
Is the fact that there is a 6.0.0 tag on experimental also related to this
issue with versioning?
Best,
Jon
On Sun, Apr 11, 2021 at 2:25 AM Carsten Schoenert
gdb ./kicad/kicad is starting KiCad from the build directory.
This isn't a fully-supported way of debugging KiCad, but if you want to do
this, you must set the environment variable
KICAD_RUN_FROM_BUILD_DIR=1
Alternatively, since you are running `make install` above, you can use gdb
to debug KiC
I think from your screenshots in the issue you're working on that you're on
Windows -- I can second that using Visual Studio / MSVC is significantly
faster than mingw.
Also, if you are testing something over and over in eeschema or pcbnew,
just building that one target and running from the build d
Hi Holger,
Last time Adam and I looked at this, I could not build ngspice-34 and
kicad-nightly on macOS because of the issue with config.h changing.
I have not tried recently; Adam, have you?
-Jon
On Wed, Jul 21, 2021 at 11:14 AM Holger Vogt wrote:
> The nightly for macOS from July 20th is de
Hi Holger,
Thanks for the notice. I tested this on macOS and had no trouble compiling
or running, although KiCad does not properly display the ngspice version
anymore (probably a KiCad bug)
-Jon
On Sun, Aug 8, 2021 at 4:14 PM Holger Vogt wrote:
> ngspice-35 is available.
>
> Please see https:
Thanks Holger, I tested a fix and it works now (6b48825a)
Updated
https://gitlab.com/kicad/packaging/kicad-mac-builder/-/merge_requests/344
to bump to ngspice-35.
I guess Mark can do the same in vcpkg for the Windows build.
-Jon
On Mon, Aug 9, 2021 at 1:50 PM Holger Vogt wrote:
> Hi Jon,
>
> t
Hi all,
As described in more detail in a forum thread[1], Homebrew no longer
packages opencascade for macOS 10.14. As opencascade is a requirement for
KiCad, this means that we can no longer build on 10.14 and therefore cannot
support 10.14 for the 5.99 nightly builds or the upcoming 6.0 stable
r
Hi all,
We just turned the plugin and content manager (PCM) feature on for all
users.
To work properly, this feature needs an additional directory packaged:
$KICAD_DATA/schemas
If your packaging scripts already grab everything inside $KICAD_DATA, you
should not need to do anything. If you manua
Hi Carsten,
Sorry I was not clear, yes this is a dependency for the main binaries so it
should go in the main package if you have multiple packages.
Best,
Jon
On Mon, Nov 8, 2021 at 2:53 AM Carsten Schoenert
wrote:
> Hello Jon,
>
> Am 08.11.21 um 03:30 schrieb Jon Evans:
&
Hi Jan and José,
Unfortunately I don't have a status update for you on the pybind11 API.
I'm going to investigate fixing the regressions in the SWIG API so that
your plugins can access the board design settings again.
Best,
Jon
On Mon, Nov 1, 2021 at 6:04 AM Jan Mrázek wrote:
> Hello Wayne and
Hi Ruth,
Thanks for the notes. There is a lot of content in your email, and I worry
it will get lost if it doesn't get split up into multiple issues on the
issue tracker.
Some of the issues you mention (GTK warnings, ASan issues related to
Python, etc) are known issues and we don't plan to fix t
t best to
> fix them (if possible) anyway because they could be hiding other issues,
> either in a wood-trees way or because of side effects. The same applies to
> warnings from the compiler, etc.
>
> Regards,
>
> Ruth
>
>
> On 08/11/2021 16:38, Jon Evans wrote:
>
>
inux users). However, if we at least know that a problem exists upstream,
than we can track it and volunteer devs who may have time to work on it can
find it.
-Jon
On Mon, Nov 8, 2021 at 11:49 AM Jon Evans wrote:
> I certainly agree with a stability drive, I would just caution to not
> assu
Hi all,
If you develop Python plugins for KiCad, this message is for you!
First of all, as you have probably seen, the new Python API won't be
included in KiCad 6.0. We still want to support the existing SWIG API that
allows the creation of action plugins in the PCB editor and external
scripts,
When do you need it by? The docs are nowhere near ready for the final
release, so if this isn't a hard requirement, I would suggest not bothering
to package the docs for now.
On Thu, Nov 18, 2021 at 2:52 PM Johannes Maibaum wrote:
> Hi Seth & list,
>
> Am Dienstag, dem 16.11.2021 um 12:52 -0800
Well, the new docs are not translated yet either, so there's that :)
On Thu, Nov 18, 2021 at 3:04 PM Johannes Maibaum wrote:
> Am Donnerstag, dem 18.11.2021 um 14:58 -0500 schrieb Jon Evans:
> > When do you need it by? The docs are nowhere near ready for the
> > final relea
8.11.2021 um 14:58 -0500 schrieb Jon Evans:
> >> When do you need it by? The docs are nowhere near ready for the
> >> final release, so if this isn't a hard requirement, I would suggest
> >> not bothering to package the docs for now.
> >
> > I hope to
Welcome Mikolaj! Happy to have you in this role :)
-Jon
On Fri, Nov 19, 2021 at 9:15 AM Wayne Stambaugh
wrote:
> I am happy to announce that Mikolaj Wielgus has accepted an invitation
> to become a member of the KiCad lead development team. Mikolaj has made
> some significant contributions to
I agree, KICAD_PCM can be removed now.
On Sat, Dec 25, 2021 at 7:27 AM Nick Østergaard wrote:
> Having the unused parameters is no harm, it will only generate a
> warning at configure time.
>
> The KICAD_PCM flag already defaults to ON, but I guess it should just
> be removed as an option? Are
It looks like your source directory is dirty (not the build dir)
Try "git clean -fx" or similar.
-Jon
On Fri, Dec 31, 2021 at 1:30 PM Marco Ciampa wrote:
> Hello devs!
> I need some help.
>
> Sometimes my cmake configuration goes wrong and I get stuck with this
> kind of error:
>
> Built targe
> IMHO, we shouldn't remove anything that helps to deal gracefully with the
diversity of situations (like a virtual machine), graphics hardware and
video drivers... and their possible bugs ! (as stated about X11/Mesa).
The fallback engine we use today does not have feature-parity with the
accelera
higher than 2.1.
On Tue, Jan 11, 2022 at 3:57 PM pmx wrote:
>
>
> Le 11/01/2022 à 21:10, Jon Evans a écrit :
> > > IMHO, we shouldn't remove anything that helps to deal gracefully
> > with the diversity of situations (like a virtual machine), graphics
> > hard
viewer. As we try to make KiCad applicable to more
high-end designers, it could become an issue for more people.
-Jon
On Tue, Jan 11, 2022 at 4:46 PM pmx wrote:
>
>
> Le 11/01/2022 à 21:59, Jon Evans a écrit :
>
> The current offerings (e.g. bgfx) are generally multi-platform but wi
Hi Tomas,
I've been loosely coordinating documentation updates for V6. There are not
very many other people working on it. We'd be happy to have your help.
If you contact me off-list I can help you get set up to make changes and we
can figure out where you'd like to start.
Best,
Jon
On Tue, Ja
I don't personally see the point of spamming the list with back and forth
about setting up Git/Gitlab, installing dependencies, etc.
But, I am not opposed to it if others don't care.
-Jon
On Tue, Jan 18, 2022 at 12:02 PM Marco Ciampa wrote:
> On Tue, Jan 18, 2022 at 09:10:22
ion much more up to date? It seems you can access online version
> from the software, so why to include old (probably no more relevant)
> documentation?
>
> Regards,
> Tomas
>
> On Tue, 18 Jan 2022, 17:17 Jon Evans, wrote:
>
>> I don't personally see the point of spamm
The documentation lives in this git repo:
https://gitlab.com/kicad/services/kicad-doc
The same sources build the version on the website (docs.kicad.org) and the
offline docs.
If keeping the offline docs is important, I think the next best thing is to
insert some extra text in the offline build th
t please do also make the
> whole documentation site easily downloadable to be viewed in a browser when
> offline.
>
>
> Thanks!
>
> Gabriel Staples
>
> (sent from my Android)
>
> Le mar. 18 janv. 2022, 11:12 AM, Jon Evans a écrit :
>
>> We have decided to update
Carsten,
There is no reason to remove the ability to package docs offline, I just
don't think it should be a focus of the project.
The majority of users will be served better by keeping a "rolling release"
online at docs.kicad.org (with a download button, ideally).
> It absolutely doesn't hurt to
ranch". I.e., Fedora builds are not a "rolling release" - they are
> tied to tags.
>
> Steve
>
> On 1/19/22 11:38 AM, Jon Evans wrote:
> > Carsten,
> >
> > There is no reason to remove the ability to package docs offline, I just
> don
saying we should remove any way for people in high-security
offline environments to get documentation, but just that it shouldn't be
the default option.
-Jon
On Wed, Jan 19, 2022 at 12:12 PM Steven A. Falco
wrote:
> On 1/19/22 12:00 PM, Jon Evans wrote:
> > That just doesn't
On Wed, Jan 19, 2022 at 12:37 PM Carsten Schoenert
wrote:
> Hello Jon,
>
> Am 19.01.22 um 17:38 schrieb Jon Evans:
> > Carsten,
> >
> > There is no reason to remove the ability to package docs offline, I just
> > don't think it should be a focus of the pro
On Wed, Jan 19, 2022 at 1:05 PM Carsten Schoenert
wrote:
> [ I'm on this list, no need to address me dedicated. ]
>
My email client does this automatically, but if it bothers you I removed it
manually :)
>
> Am 19.01.22 um 18:45 schrieb Jon Evans:
>
> > I think you mi
On Wed, Jan 19, 2022 at 2:12 PM Steven A. Falco
wrote:
>
> Not to put words in your mouth, but it sounds like the code will be
> changed so that when someone clicks on the Help menu, they will get the
> on-line version, if possible.
> And only if the on-line version cannot be accessed, the code w
a PCM package and then install it via a USB stick
or whatever (but probably not in a secure environment), but you could also
download the docs website.
-Jon
On Wed, Jan 19, 2022 at 5:03 PM Eeli Kaikkonen
wrote:
> On Wed, Jan 19, 2022 at 6:38 PM Jon Evans wrote:
> >
> > What I
> THE MAIN PROBLEM ARE THE OUTDATED DOCUMENTS!
> NOT THE WAY THEY ARE DISTRIBUTED.
One reason the documents are outdated is that they are hard to contribute
to.
They are hard to contribute to in part because they use a toolchain that
only works well on Linux, and many of our users who might feel l
@seth - I think the docs need to be re-packed in the manner Christoph says,
IIRC that is a requirement for the Mac packaging.
On Fri, Feb 11, 2022 at 10:09 AM Christoph Moench-Tegeder <
c...@burggraben.net> wrote:
> Hi,
>
> ## Wayne Stambaugh (stambau...@gmail.com):
>
> > All of the repos have be
Thanks for putting in the work to get this integrated, Mark! Having
automated crash dumps will be invaluable to improving KiCad stability.
On Wed, Mar 30, 2022 at 8:32 PM Mark Roszko wrote:
>
> Hey folks,
>
> We are planning to introduce the use of the Sentry platform into KiCad.
> Sentry https:
Hi Markus,
Adding a new icon is certainly possible. There are some guidelines here:
https://dev-docs.kicad.org/en/rules-guidelines/icon-design/
In particular, the icon must be added with an appropriate SVG source file
authored in Inkscape and with the appropriate (CC-BY-SA) license attribute
emb
This is also how it works in PADS and it is one of those features that I
really miss when using tools without it:
http://i.imgur.com/Ifd30l4.jpg
In fact, switching what you can select is such a common task that they have
it on the right-click menu when you click in empty space:
http://i.imgur.com
> In the short term there are some minor changes that would improve the
> current situation. The most annoying one to me is objects on hidden
> layers still show up in the disambiguation context menu and can get
> selected using the hotkeys. When I turn a layer off, my expectation is
> tha
More and more modern text editing software is moving to fuzzy string
matching rather than explicitly requiring users to put in wildcards when
doing searches for filenames, code intelligence searches (i.e. match
function / class names etc). Have you considered that as an option?
On Fri, Dec 18, 20
XMEGA*D3" and
> get "ATXMEGA64D3", "ATXMEGA128D3", "ATXMEGA256D3", etc to come up?
>
> On Fri, Dec 18, 2015 at 12:14:33PM -0500, Jon Evans wrote:
> > More and more modern text editing software is moving to fuzzy string
> > matching rather
Hi Chris, thanks for the feedback. I certainly don't expect you to waste
your time implementing something that you don't want/need! I think if you
end up implementing wildcard match it will be a good starting point for
adding fuzzy matching later if someone wants to take that on (maybe even I
wou
Hi all,
I am an EE and sometimes software developer who has wanted to contribute to
KiCad for a while and finally might have some time to do things. I am kind
of excited about UI/UX improvement possibilities, and have been compiling a
list of things that I might want to work on at some point or a
ith eeschema at one point, it creates a really
> powerful toolset.
>
> Would you elaborate on the "intelligent autorouter" idea?
>
> Regards,
> Orson
>
> 1. http://www.ohwr.org/projects/cern-kicad/wiki/Hackathon-ehal
> 2. https://lists.launchpad.net/kicad-developers/ms
Hi all,
Per my recent email, I'm going to be looking in to various UI/UX things,
starting with Eeschema, and I thought of a topic that probably warrants its
own thread.
Some of the things I want to propose would involve giving the user more
options for customization of the tool (i.e. more prefere
as wrote:
> Le 01/12/2016 à 17:44, Jon Evans a écrit :
> > Hi all,
> >
> > Per my recent email, I'm going to be looking in to various UI/UX things,
> starting with Eeschema, and
> > I thought of a topic that probably warrants its own thread.
> >
> >
fine
with that, no need to change for change's sake.
-Jon
On Thu, Dec 1, 2016 at 3:24 PM, Wayne Stambaugh
wrote:
> On 12/1/2016 11:44 AM, Jon Evans wrote:
> > Hi all,
> >
> > Per my recent email, I'm going to be looking in to various UI/UX things,
> > starti
1960
-Jon
From c6346d1042965957ff34baf514e4bea79776eca2 Mon Sep 17 00:00:00 2001
From: Jon Evans
Date: Mon, 26 Feb 2018 22:06:31 -0500
Subject: [PATCH] Rework footprint selection filtering to improve behavior
Fixes: lp:1751960
* https://bugs.launchpad.net/kicad/+bug/1751960
---
pcbnew/class_module.c
harras wrote:
> Le 27/02/2018 à 03:17, Jon Evans a écrit :
> > Clemens, I still can't reproduce this.
> > Can anyone else reproduce the layer manager in GerbView getting out of
> sync with the loaded files?
>
> Yes, I can easily reproduce it ( OpenGL engine only ):
>
>
Thanks JP!
On Tue, Feb 27, 2018 at 2:09 PM, jp charras wrote:
> Le 27/02/2018 à 15:33, Jon Evans a écrit :
> > This is so strange. I just installed the nightly build on a Windows
> machine just to see if this is
> > a Windows specific problem, and I still don't see
Have you tried my patch from last night that re-does the sorting code?
On Tue, Feb 27, 2018 at 2:29 PM, jp charras wrote:
> Le 27/02/2018 à 20:09, jp charras a écrit :
> > Le 27/02/2018 à 15:33, Jon Evans a écrit :
> >> This is so strange. I just installed the nightly
Yes I have seen the weird circles, I think it exists in 4.0.7 as well.
I can look in to the menu bars getting messed up.
On Tue, Feb 27, 2018 at 4:09 PM, Clemens Koller wrote:
> Attached is a small Gerber file + Screenshot.
> When displaying it in Legacy Toolset (only), at around 110% zoom (and
It's certainly fine, but if you have time to report them on Launchpad too
it makes sure we don't let them slip through the cracks!
Thanks
-Jon
On Tue, Feb 27, 2018 at 5:51 PM, Clemens Koller wrote:
> Hi!
>
> I hope you don't mind feeding you with more bug reports... ;-)
>
> In GerbView I open
Hi all,
Attached are three patches to fix a few issues noted by JP and Clemens.
These need to be applied after my patches from yesterday which are not yet
merged.
Best,
Jon
From 0d0a6cb24f14e3da98d7d941a7a4cf96dcab8e12 Mon Sep 17 00:00:00 2001
From: Jon Evans
Date: Tue, 27 Feb 2018 21:33:41
:00 2001
From: Jon Evans
Date: Tue, 27 Feb 2018 22:17:42 -0500
Subject: [PATCH] GerbView: More accurate selection of arc shapes
---
gerbview/gerber_draw_item.cpp | 37 -
include/trigo.h | 10 ++
2 files changed, 46 insertions(+), 1
Is *everything* slow on your Mac, or just some things?
I have a Mac that I try to test on when I can, although I do my primary
development on a Linux machine. I have tried to make sure that GerbView is
as fast on Mac OS as it is on Linux and in my testing, recent versions are
basically there.
I d
Hi all,
Does anyone have a working build setup for getting OpenMP-enabled KiCad out
of MacOS?
If so, please share how -- I tried for a bit but couldn't get it going (I'm
not super familiar with the MacOS toolchain yet).
We should make sure that the 5.0 release is built with OpenMP, otherwise
our
and even on my old HW I
> >> had never a bad experience.
> >>
> >> And then, 3D-Viewer.
> >>
> >> So, in my opinion it is basically only about 3D-Viewer… I don’t know
> >> if user experience will be that bad without OpenMP.
> >> IMHO it’s only
ea and even on my old HW
> I
> > >> had never a bad experience.
> > >>
> > >> And then, 3D-Viewer.
> > >>
> > >> So, in my opinion it is basically only about 3D-Viewer… I don’t
> know
> > >> if us
t; reporting would work on Mac.
>
> As long as we don’t introduce more OpenMP into core stuff, I’m not that
> fixated on what we use for raytracing.
>
> Cheers,
> Jeff.
>
>
> On 1 Mar 2018, at 13:34, Tomasz Wlostowski
> wrote:
>
> On 01/03/18 14:29, Jon Evans wrote
Here's a blog post from the developers of Atom editor talking about solving
this problem:
https://blog.atom.io/2016/10/17/the-wonderful-world-of-keyboards.html
I have not studied this at all yet but perhaps it is relevant (i.e. maybe
we should be looking at EVT_CHAR too?)
On Thu, Mar 1, 2018 at 9
sorry, meant KEY_DOWN / KEY_UP, got them mixed up. Translated vs.
untranslated.
On Thu, Mar 1, 2018 at 9:47 AM, Wayne Stambaugh
wrote:
> On 3/1/2018 9:28 AM, Jon Evans wrote:
> > Here's a blog post from the developers of Atom editor talking about
> > solving thi
on
On Fri, Mar 2, 2018 at 3:53 AM, Andrzej Wolski
wrote:
> I've tried this patch, and there is a small issue: if you have only eg
> front paste layer enabled and front pads are hidden, footprint is still
> selectable.
>
> Andrzej
>
>
> W dniu 2018-02-27 o 04:11, Jon
Hi Andrey,
I just tried some and I didn't see a large difference in zoom behavior
between eeschema and pcbnew. They do use different zoom mechanisms when
you use Modern toolset in PcbNew, but the difference is minor.
Eeschema is not hardware-accelerated so I would expect that running it in
low re
t;
> Do you still disagree with me?
>
> Andrzej
>
> W dniu 2018-03-02 o 15:42, Jon Evans pisze:
>
> Hi Andrzej,
>
> This was my intention, which is why I said I was prepared for other people
> to have other opinions :-)
>
> I think that you should still be able t
(to make this last point easier, you can configure git to automatically
rebase when you do `git pull` :
https://stevenharman.net/git-pull-with-automatic-rebase )
On Fri, Mar 2, 2018 at 3:46 PM, Wayne Stambaugh
wrote:
> Jeff,
>
> On 03/02/2018 03:28 PM, Jeff Young wrote:
>
>> Before I go and make
I am still able to select all of the invisible footprints.
> That’s not correct (IMHO).
>
> -a
>
>
>
> Andrzej
>
> W dniu 2018-03-02 o 15:42, Jon Evans pisze:
>
> Hi Andrzej,
>
> This was my intention, which is why I said I was prepared for other people
> to hav
FWIW, I don't find the existing performance to be unusable, it's just not
up to the standards of PcbNew/GAL. I don't think it's worth any effort
beyond easy fixes, we should put that energy into the GAL port.
-Jon
On Sun, Mar 4, 2018, 14:34 Bernhard Stegmaier
wrote:
> I would judge it wrt eesc
301 - 400 of 847 matches
Mail list logo
