Re: [Kicad-developers] macos notarization status

kicad.app into an unsigned dmg. > > On Mon, Feb 3, 2020 at 8:11 AM Bernhard Stegmaier > wrote: >> >> Hi Adam, >> >> I am also no fan of the symlinks, but having a different approach will >> be probably some work. >> >>> I had someone

Re: [Kicad-developers] macos notarization status

e anymore. > > Would that fix your issue? > > Thanks, > -Ian > > On Mon, Feb 3, 2020 at 2:12 PM Bernhard Stegmaier <mailto:stegma...@sw-systems.de>> wrote: > Hi Adam, > > I am also no fan of the symlinks, but having a different approach will > be probably

Re: [Kicad-developers] macos notarization status

Adam On Mon, Feb 3, 2020, 1:08 AM Bernhard Stegmaier wrote: Hi Adam, I still don’t get it: Our current strategy of symlinking into the kicad.app bundle does not work with macOS signing. Xcode has e.g. Instruments application in Xcode.app/Contents/Applications/Instruments.app If I sym

Re: [Kicad-developers] macos notarization status

Hi Adam, I still don’t get it: > Our current > strategy of symlinking into the kicad.app bundle does not work with > macOS signing. Xcode has e.g. Instruments application in Xcode.app/Contents/Applications/Instruments.app If I symlink it (for example) to /Applications/Instruments.app It

Re: [Kicad-developers] macos dev environment

> On 8. Nov 2019, at 13:24, Jonatan Liljedahl wrote: > > On Thu, Nov 7, 2019 at 11:08 PM Adam Wolf > wrote: >> >> Merging them in is blocked on the "eliminate symlinked bundles" task. > > Is this about the symlinked eeschema.app etc in the main kicad folder? > Are the plans to copy instead

Re: [Kicad-developers] macos dev environment

I click the eeschema button > in the project window. > > On Thu, Nov 7, 2019 at 11:05 PM Bernhard Stegmaier > wrote: >> >> At least the last time I tried you don’t need to do a “make install” and >> build the bundle if you want to test something during development. >> Just

Re: [Kicad-developers] macos dev environment

At least the last time I tried you don’t need to do a “make install” and build the bundle if you want to test something during development. Just run needed KiCad binary directly from the build folder… I don’t know about CLion, but that worked for me using Qt Creator without problems. The only

Re: [Kicad-developers] knowing last commit included in a nightly build?

> On 10. Sep 2019, at 15:23, Wayne Stambaugh wrote: > > Adam, > > I took a look at this patch set and I have some concerns. The CMake > changes seem acceptable but I'm curious as to why you had to add all of > the python paths in pcbnew.cpp to get Python working under macos. Does > Python on

Re: [Kicad-developers] macOS notarizing

Hi Adam, I have some of the most important stuff of my (non-KiCad) Todo list done in the next couple of days. I will have to update my build environment, find my developer ID, but then I wanted to try how this could work… I’ll drop you a note when I am ready… Regards, Bernhard > On 29. Aug

Re: [Kicad-developers] 5.1.4 release - release announcement/blog entry?

notarizing? Bernhard > On 14. Aug 2019, at 00:10, Adam Wolf wrote: > > Oh hey, Bernhard, I didn't see it was you... yeah, you know what I'm > talking about since you wrote a bunch of this CMake stuff, didn't you? > :) > > Adam > > On Tue, Aug 13, 2019 at 5:06 PM

Re: [Kicad-developers] 5.1.4 release - release announcement/blog entry?

based on the argument/drop > target. > > On Tue, Aug 13, 2019, 4:54 PM Bernhard Stegmaier <mailto:stegma...@sw-systems.de>> wrote: > What’s the problem with signing it? > Xcode also has applications inside its main bundle and I guess it is signed? > > Regard

Re: [Kicad-developers] 5.1.4 release - release announcement/blog entry?

What’s the problem with signing it? Xcode also has applications inside its main bundle and I guess it is signed? Regards, Bernhard > On 13. Aug 2019, at 21:53, Adam Wolf wrote: > > Builds can't be signed until > https://bugs.launchpad.net/kicad/+bug/1826649. I have everything in > place once

Re: [Kicad-developers] Debuggers, boost and std::deque

I wouldn’t try this. macOS switched to libc++ long time ago. I don’t know how it is today but I had a really hard time with unpredictable results/crashes/linking errors back when I started with KiCad and (due to not knowing anything about it) had libraries compiled with libstdc++ and libc++

Re: [Kicad-developers] I've somehow broken my build...

The “sub-apps” shouldn’t have a Frameworks folder, but use the one from the “parent” Kicad.app (otherwise all the libs would be duplicated). Did you maybe issue a “make install” in your build folder? After that (I guess due to rewriting the paths, including all the dependencies, and all what

Re: [Kicad-developers] 3D viewer only using lower-left quadrant?

Yes, it looks like that if you request to use full resolution but don’t get the backing scale stuff right (usually is 2, so you end up drawing only a quarter). I’d guess that the rename of GetClientSize() to GetNativePixelSize() in HIDPI_GL_CANVAS wrapper is the bad guy… I don’t remember

Re: [Kicad-developers] 5.0.1 Release Q

I did switch to Mojave almost all of my machines. My (own) old builds run without any problem on all of the Mojave machines. I just tried the latest nightly and it also works for me. Only thing I have is that it sometimes doesn’t work on first start (nothing happens) but if I try again. But,

Re: [Kicad-developers] [KiCad/kicad-mac-builder] kicad-mac-builder-10.11-upload #75 failed (#206)

; build from my phone than to browse the source. :P > > Adam > > On Sat, Aug 25, 2018, 12:01 PM Jeff Young <mailto:j...@rokeby.ie>> wrote: > Oops. Now pushed. > >> On 25 Aug 2018, at 17:01, Bernhard Stegmaier > <mailto:stegma...@sw-systems.de>> wr

Re: [Kicad-developers] [KiCad/kicad-mac-builder] kicad-mac-builder-10.11-upload #75 failed (#206)

Did you push it? I just looked an hour ago, but didn’t see any commit that added that… @Adam: Did you change to pull wxWidgets from a tag? I didn’t know we have tags on our wxWidgets fork…? Old scripts just checked for a change and pulled head of the branch. Regards, Bernhard > On 25. Aug

Re: [Kicad-developers] KiCad v5 MacOS Library Editor - Error Cannot Load Aliases

Hi Andrey, you might also want to check if you previously had some environment variables set in macOS itself to use libraries from a non-standard place. If so, remove them and configure paths only via KiCad (Preferences => Configure Paths). Regards, Bernhard > On 2. Aug 2018, at 06:32, Piotr

Re: [Kicad-developers] MacOS build issue with new geometry tests

Hi, it’s not constexpr that breaks clang. Usage of floating point isn’t valid in a constexpr (only literals allowed, floating point isn’t a literal)… https://en.cppreference.com/w/cpp/language/constexpr Regards, Bernhard > On 29. Jul

Re: [Kicad-developers] kicad version and install location

I wouldn’t rely on that. You can set paths on macOS and at least I needed it to do in my setup before Wayne made the path configuration dialog. So, I wouldn’t bet that there are no such macOS installs out there… :) Regards, Bernhard > On 19. Jul 2018, at 06:07, Adam Wolf wrote: > > On Mac,

Re: [Kicad-developers] Jenkins e-mails?

t; The messages are not in Spam, so there's something else going on. Does > anyone on the list using Gmail receive the messages? > -S > > Am Fr., 29. Juni 2018 um 09:24 Uhr schrieb Bernhard Stegmaier > mailto:stegma...@sw-systems.de>>: > I checked and I also got the k

Re: [Kicad-developers] Jenkins e-mails?

and spam filtering). Regards, Bernhard > On 29. Jun 2018, at 16:56, Nick Østergaard wrote: > > Ok thanks, yes those are the ones. > > Do you use gmail, or what could possibly be the issue here? Clearly the > emails reach the dev list. > > fre. 29. jun. 2018 14.52

Re: [Kicad-developers] Jenkins e-mails?

Just FYI… I do receive them, see attached.Or, do you mean different ones?Regards,Bernhard--- Begin Message --- See -- Started by upstream project "any-kicad-mirror-head" build

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

one we >>>choose, as soon as V5 is out the door, I'm taking it out. I don't >>>want it to be egregiously bad, since it'll probably live in the >>>stable release for a while, but at the same point, I'm not married >>>to any of the ideas

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

ke asking for trouble. >> >> Thoughts? >> -S >> >> >> Am Do., 14. Juni 2018 um 05:41 Uhr schrieb Adam Wolf >> : >>> >>> Yeah, this is actually all over the source code. I'm starting to collect a >>> list of them for V6... but

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

ng the >> relative paths feels like asking for trouble. >> >> Thoughts? >> -S >> >> >> Am Do., 14. Juni 2018 um 05:41 Uhr schrieb Adam Wolf >> : >>> >>> Yeah, this is actually all over the source code. I'm starting to collect

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

I didn’t test this patch, but… something like a install prefix path is not valid for a bundle. A bundle is a self-contained entity and has no fixed location. You can put it wherever you want. So, everything has to be relative to main binary or bundle location. Regards, Bernhard > On 14. Jun

Re: [Kicad-developers] Copy/Paste Zones

list for V6 to implement a "Paste Special" > where you can check/uncheck paste options. Would you be up for filing this? > > -S > > Am Do., 26. Apr. 2018 um 11:10 Uhr schrieb Bernhard Stegmaier > <stegma...@sw-systems.de <mailto:stegma...@sw-systems.de>>: &

Re: [Kicad-developers] Copy/Paste Zones

es? It seems this could go either way. Do you have a use case in mind? > > -S > > > Am So., 25. März 2018 um 02:43 Uhr schrieb Bernhard Stegmaier > <stegma...@sw-systems.de <mailto:stegma...@sw-systems.de>>: > Hi all, > > if I copy/paste a zone, the past

Re: [Kicad-developers] wxPython-gtk3 woes

> On 11. Apr 2018, at 19:18, Wayne Stambaugh <stambau...@gmail.com> wrote: > > On 4/11/2018 11:02 AM, Bernhard Stegmaier wrote: >> >> >>> On 11. Apr 2018, at 16:40, Wayne Stambaugh <stambau...@gmail.com >>> <mailto:stambau...@gmail.com&g

Re: [Kicad-developers] wxPython-gtk3 woes

> On 11. Apr 2018, at 16:40, Wayne Stambaugh wrote: > >> >> Last point: Is there a list of issue detected with GTK3 ? Some bugs are >> tagged with that ? > > Not that I am aware of. Some of the related bug reports may be tagged > with gtk3 but I'm not sure. If not,

[Kicad-developers] Copy/Paste Zones

Hi all, if I copy/paste a zone, the pasted one doesn’t have a net assigned. Is it intended this way? I would expect that the pasted one gets the net of the original one. Regards, Bernhard ___ Mailing list: https://launchpad.net/~kicad-developers Post

Re: [Kicad-developers] Build failure

First thing I did with QTCreator is to delete all of the default (build/release/etc) build configurations that it sets up when creating/importing a project. Then, I created my own one with the settings I need for KiCad (especially build options and paths). I didn’t have any problems since then.

Re: [Kicad-developers] Lib maintainers request help for reviewing installation script changes

What do you mean with “Xcode to build KiCad” (or, what do you want to do)? Usually KiCad is built with clang from Xcode, so yes. Xcode itself is only an IDE. You definitely can use Xcode to edit source files or to debug KiCad built with usual cmake command line (just create an “empty" project

Re: [Kicad-developers] CvPcb Save

gt; As long as the footprint references are valid the schematic should be updated > when the dialog is closed, and marked modified if there was a change. > Saving the schematic to file is then done through eeschema proper. > > Russell > > On Wed, 21 Mar 2018 04:40 Bernhard Stegm

Re: [Kicad-developers] CvPcb Save

Just my 2 cents… I would immediately write back any change in cvpcb to schematic. I never understood why I have to hit the button to do that. There is no PCB preview or something like that in cvpcb, so I have to apply all changes anyway to check them directly in the PCB. Then, keep the button

Re: [Kicad-developers] MacOS + OpenMP

Mar 2018, at 20:33, Bernhard Stegmaier <stegma...@sw-systems.de> wrote: > > Hi all, > > So, I played around a bit to get OpenMP and GCD into something like a > “parallel_for” wrapper which either uses OpenMP or GCD. > Unfortunately, OpenMP seems to require that the “f

Re: [Kicad-developers] [PATCH] macOS CFBundleName

I guess it just is like that because the Linux binaries are also written like that and it has always been like that… :) Regards, Bernhard > On 4. Mar 2018, at 23:37, Michael Kavanagh wrote: > > The attached trivial patch fixes the app menubar items to match the >

Re: [Kicad-developers] Jumpy canvas on other platforms?

Do a “fit to window” and then pan left/right… I use the touchpad. After “fit to window” there is no scrollbar. When the scrollbar comes back due to panning, I see almost always a small shift of the whole view down and then up again. Sometimes, but not always if you just pan left/right it will

Re: [Kicad-developers] Mac HighDPI performance

t;>{ >> >>if(clock()-s_lastFlush>CLOCKS_PER_SEC/30) >> >>{ >> >>s_lastFlush=clock(); >> >>m_nowpeer->Update(); >> >>} >> >>} >> >> >> But even Kicad isn’t blameless.

Re: [Kicad-developers] MacOS + OpenMP

passes the first phase so I >> see the design rendered, but during 'Post processing shader' stage it >> crashes. >> >> Cheers, >> Orson >> >> On 03/04/2018 07:36 PM, Bernhard Stegmaier wrote: >>> Hi all, >>> >>> could please anybod

Re: [Kicad-developers] MacOS + OpenMP

gt; wrote: > > Bernhard, > > I suppose this is about raytrace rendering? Anyway, I see it crashing > even without any design loaded. 3D viewer passes the first phase so I > see the design rendered, but during 'Post processing shader' stage it > crashes. > > Cheers, >

Re: [Kicad-developers] [PATCH] Fix building on macOS with non-Xcode clang

lds. Has anyone else confirmed > this doesn't break anything on macos builds? > > On 03/04/2018 07:26 AM, Bernhard Stegmaier wrote: > > Hi, > > > > Attached patch fixes building on macOS with non-Xcode clang: > > * To avoid problems make documentation suggest t

Re: [Kicad-developers] MacOS + OpenMP

build is also fine again. Regards, Bernhard > On 3. Mar 2018, at 20:33, Bernhard Stegmaier <stegma...@sw-systems.de> wrote: > > Hi all, > > So, I played around a bit to get OpenMP and GCD into something like a > “parallel_for” wrapper which either uses OpenMP or GCD.

[Kicad-developers] [PATCH] Fix building on macOS with non-Xcode clang

Hi, Attached patch fixes building on macOS with non-Xcode clang: * To avoid problems make documentation suggest that cmake_minimum_required(...) has to be the very first statement directly followed by project(...) * Policy CMP0025 must be set with min version <3.1 to NEW otherwise cmake will

Re: [Kicad-developers] Mac HighDPI performance

t; performance great, considering the amount of elements on screen. > > > How long should it take to delete this many selected elements in pcbnew? > Answer: about 50x too long! I think it was like 3mins, perhaps ESC key should > be available to press anytime to undo the delete

Re: [Kicad-developers] V5 Version Info?

s you have code that is not in master. You are either > working in a different branch or you have made modifications to master. > Given that your version string says 4.0.0-rc2, it also looks like you > need to do a `git pull --tags` to fetch the latest tags. > > Wayne > > > On 03/03/

[Kicad-developers] V5 Version Info?

Hi all, just out of curiosity… all my builds from master claim to be a v4: <<< Application: kicad Version: (4.0.0-rc2-4230-gaeae32b1a-dirty), release build >>> According to git I have a clean source tree… I yesterday made a build on a Linux box with a completely fresh tree and it showed v5.

Re: [Kicad-developers] MacOS + OpenMP

ribute a different libstdc++ with > KiCad. Probably. Does that seem feasible to the packing team? > > -S > > 2018-03-01 7:23 GMT-08:00 Bernhard Stegmaier <stegma...@sw-systems.de > <mailto:stegma...@sw-systems.de>>: > Hmm? > You keep everything as is (especially c

[Kicad-developers] [PATCH] Fix clang-mp-6.0 compile error

Hi,Small patch to fix a compile error with (MacPorts) clang-6.0-mp.See  https://www.mail-archive.com/llvm-bugs@lists.llvm.org/msg20164.htmlRegards,Bernhard 0001-Fix-clang-mp-build-error-don-t-declare-const-variabl.patch Description: Binary data ___

Re: [Kicad-developers] Zone filling (was: MacOS + OpenMP)

Hi, you implemented multiple workers yourself now? I’ll have to check in detail. I thought of just using OpenMP for the for loop again like this. <<< diff --git a/pcbnew/zone_filler.cpp b/pcbnew/zone_filler.cpp index 6fe40555a..408c5e7aa 100644 --- a/pcbnew/zone_filler.cpp +++

Re: [Kicad-developers] MacOS build missing frameworks

. Bernhard > On 3. Mar 2018, at 14:48, Jeff Young <j...@rokeby.ie> wrote: > > Thanks, Bernhard. I re-did mine to that scheme, but it didn’t help. I think > it’s just QTCreator not quite following what’s going on. > > > >> On 3 Mar 2018, at 12:45, Bernhard S

Re: [Kicad-developers] Mac HighDPI performance

Hi, to be honest, I don’t really know what this is about. @Andrey: You looked for a very complex (foreign) project (Chris mainboard?) to prove that eeschema is slow on Mac? Well, we know that and we told you already some weeks/months ago why it is like it is (if memory serves me right). Or,

Re: [Kicad-developers] MacOS + OpenMP

commenting on earlier? >> >> On 3/1/2018 10:11 AM, Jeff Young wrote: >>> But then the progress reporter won’t work (and you’ve got no way to cancel). >>> >>> Non-pooling parallel threads are sufficient for zone filling, aren’t they? >>&

Re: [Kicad-developers] MacOS + OpenMP

wrong with that? > On 1. Mar 2018, at 16:11, Jeff Young <j...@rokeby.ie> wrote: > > But then the progress reporter won’t work (and you’ve got no way to cancel). > > Non-pooling parallel threads are sufficient for zone filling, aren’t they? > > >> On 1 Mar 2

Re: [Kicad-developers] MacOS + OpenMP

For now it would probably be fine to just restore the pragma for the for loop optimisation. Mac users are used to work single-threaded, all others would get back multithreading here. > On 1. Mar 2018, at 15:58, Tomasz Wlostowski wrote: > > On 01/03/18 15:43, Jeff

Re: [Kicad-developers] MacOS + OpenMP

really have an >>>impact on >>>performance. What's next, rewriting Kicad in Objective-C? >>> >>>- my 5 cents >>> >>>Tom >>> >>> >>>>Jon >>>> >>>>On Thu, Mar 1, 20

Re: [Kicad-developers] MacOS + OpenMP

> On 1. Mar 2018, at 15:28, Tomasz Wlostowski wrote: >> > Sure, I'm all in for STL - my only concern is that zone filling, as it > is done now, does not benefit at all from multiple CPU cores. We need a Welcome to the KiCad Mac world, citing you some mails ago: <<<

Re: [Kicad-developers] MacOS + OpenMP

ike to see our macos port be on par > with linux and windows ports. > > Wayne > > On 3/1/2018 8:20 AM, Bernhard Stegmaier wrote: > > I did look around a bit. > > Looks like OpenMP isn’t a friend of Xcode clang, because Apple has its > > own Grand Central Dispatc

Re: [Kicad-developers] MacOS + OpenMP

TL std::async. Doesn’t seem to be a good idea, because it usually doesn’t seem to use anything like thread pools, etc. on various platforms. You probably don’t want to create that much threads… :) Regards, Bernhard > On 1. Mar 2018, at 08:40, Bernhard Stegmaier <stegma...@sw-systems.de>

Re: [Kicad-developers] MacOS + OpenMP

I had a quick look where OpenMP is used. I found it somewhere in the connectivity/ratsnest code. I don’t know of any complaints in that area 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

Re: [Kicad-developers] [PATCH] Pcbnew menu bar

/1750494> > > On 21 February 2018 at 13:07, Bernhard Stegmaier <stegma...@sw-systems.de > <mailto:stegma...@sw-systems.de>> wrote: > > Hi, > > > > Just to mention… it has been like this before the patches. > > At least on macOS, there is still a “

Re: [Kicad-developers] [PATCH] Pcbnew menu bar

Hi, Just to mention… it has been like this before the patches. At least on macOS, there is still a “Preferences” menu entry below the “KiCad” menu bar entry (the “General Settings” dialog). Then, there is the “Preferences” menu… without those “General Setting”. Because there is a “Preferences”

Re: [Kicad-developers] Is eeschema's Symbol Table supposed to be editable?

Yes, seems as if it is completely broken on macOS. Seems to be fine on other platforms. It did somewhat work a while ago. At least, I was able to change some cells/values when clicking multiple times… Regards, Bernhard > On 9. Feb 2018, at 19:13, Jeff Young wrote: > > There’s

Re: [Kicad-developers] Another performance patch....

Worst part for macOS is that we still need the patched overlay stuff for the legacy canvases. There has been something added to master recently, but it unfortunately doesn’t work (it does, but is slow as hell). I would be surprised if this gets usable for 3.1. So, getting rid of legacy canvases

Re: [Kicad-developers] wxGTK3 patches

gt; >> On 7 Feb 2018, at 17:36, Bernhard Stegmaier <stegma...@sw-systems.de> wrote: >> >> … yes, no good. >> It seems to be OK when just panning around. >> But, it gets very laggy while e.g. dragging/moving symbols around (even on a >> not so big schemati

Re: [Kicad-developers] wxwidgets fork progress

) somewhere. Regards, Bernhard > On 30. Jan 2018, at 21:58, Wayne Stambaugh <stambau...@gmail.com> wrote: > > Bernhard, > > What about the macos boost and context patches? Do we still need to > keep them? > > Thanks, > > Wayne > > On 1/29/2018 1:23 PM, Bern

Re: [Kicad-developers] wxwidgets fork progress

> > Am I safe deleting the macos patches from the source repo or do I need > to hold off until the dust has settle on the new wx repo? > > Thanks, > > Wayne > > On 1/29/2018 1:11 PM, Bernhard Stegmaier wrote: >> The full original soname patch seems to fix

Re: [Kicad-developers] wxwidgets fork progress

fine without? => Still needed? Regards, Bernhard > On 29. Jan 2018, at 13:47, Bernhard Stegmaier <stegma...@sw-systems.de> wrote: > > Just a short status… > I just tried the compile_wx.sh script and it generally seems to be fine. > > But, I can see that obviously the wx

Re: [Kicad-developers] wxwidgets fork progress

, Bernhard > On 29. Jan 2018, at 00:32, Adam Wolf <adamw...@feelslikeburning.com> wrote: > > I think I see it now. I can probably fix this tonight. Thanks! > > Adam > > On Jan 28, 2018 5:30 PM, "Bernhard Stegmaier" <stegma...@sw-systems.de > <mailto

Re: [Kicad-developers] wxwidgets fork progress

Sure. I’ll have a look tomorrow and try to build wxWidgets/wxPython the same way the script does. > On 28. Jan 2018, at 23:44, Nick Østergaard wrote: > > You don't need to revert it. I can just choose the latest workin hash in the > jenkins job. I would rather we fix it

Re: [Kicad-developers] wxwidgets fork progress

That seems to be the same error as when the former so-name patch was not applied and original wxWidgets build stuff rewrites library names. The bundle is corrupt then, because the bundling code fails to create symlinks and copies libs instead multiple times. If you can send me where to find the

Re: [Kicad-developers] wxwidgets fork progress

Which bug? Bernhard > On 28. Jan 2018, at 23:14, Adam Wolf wrote: > > I was able to get the wxwidgets stuff switched over but there's a bug in the > big tracker saying it didn't work. I will continue to look into it as I can. > I should be over this illness

Re: [Kicad-developers] macos patch removal.

I guess so. AFAIK Adam has the patches for his build setup anyway. Anyway, would be good to get that confirmed… @Adam? I still have to adjust the build instructions (I also try to do that this weekend). So, if you remove them now maybe someone new won’t find them according to the docs.

Re: [Kicad-developers] Update PCB from Schematic dialog issues

d > radio box, they now get a wxLEFT style. The setFrameOrigin override bangs > the x value back to 8 if that flag is set. > > Patch in https://bugs.launchpad.net/kicad/+bug/1745026 > <https://bugs.launchpad.net/kicad/+bug/1745026>. > > Cheers, > Jeff. > > &

Re: [Kicad-developers] Update PCB from Schematic

… one of the problems with wxformbuilder. Last time I tried (well, some while back) the best version I found for OSX was too old and didn’t work. Lost a couple of days and finally made the changes on my work (Windows) laptop… :( Regards, Bernhard > On 23. Jan 2018, at 15:19, Wayne Stambaugh

Re: [Kicad-developers] Update PCB from Schematic dialog issues

In wxWidgets master there are a couple of alignment fixes like this one: https://github.com/wxWidgets/wxWidgets/commit/5aa66ffd936d00d101f12d6e8305a0d2f6c82cc2#diff-4c33f04f2d98bef24c5f526f6fa79d33

Re: [Kicad-developers] KiCad (macOS) wxWidgets fork

p-to-date with 'origin/kicad/macos-wx-3.0’. > > Thanks, > Jeff. > > PS: I also seem to be missing a .gitignore file. Is that not in yet, or is > that a symptom of something else? > > >> On 19 Jan 2018, at 16:49, Bernhard Stegmaier <stegma...@sw-systems.de >>

Re: [Kicad-developers] KiCad (macOS) wxWidgets fork

Hi, > On 15. Jan 2018, at 10:39, Carsten Schoenert wrote: >> >> We should make it obvious that it is a branch of wxwidgets for kicad >> specifically patched for macos to avoid any confusion. > based on my experiences in other projects I suggest to use topic and >

[Kicad-developers] KiCad (macOS) wxWidgets fork

Hi all, after the discussion [1] some while ago (sorry, have been busy since then) Nick created a fork of wxWidgets in KiCad GitHub. Before I start to create an (at least initial) branch, I’d like to get some agreements/opinions. 1) Branch name wxWidgets has a lot of branches (I’ll see if we

Re: [Kicad-developers] Do we have a wxWidgets branch yet?

Yes… sorry, I didn’t have time yet to start it. I’ll put some questions to agree on in a mail hopefully this evening… Regards, Bernhard > On 14. Jan 2018, at 13:35, Jeff Young wrote: > > I had forgotten who was doing it. My second patch is for a bug he reported, > so perhaps

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

Jan 09, 2018 at 02:40:20PM +0100, Bernhard Stegmaier wrote: >> Hi Chris, >> >> can you show a screenshot what this patch fixes? >> I have a Retina MacBook and for my taste the toolbar icons are pretty OK >> without any patch… >> >> >> Regards, >&g

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

Hi Chris, can you show a screenshot what this patch fixes? I have a Retina MacBook and for my taste the toolbar icons are pretty OK without any patch… Regards, Bernhard > On 9. Jan 2018, at 14:27, Maciej Sumiński wrote: > > Hi Chris, > > The patch does not apply

Re: [Kicad-developers] Patches consistency

n. Although pointing macOS > developers to the repo might be an issue. > > On a related note, I was just updating the compiling.md > <http://compiling.md/> file and noticed > that there seem to be quite a few of the macos wxWidgets patches not > mentioned in the "Building KiCad

Re: [Kicad-developers] Patches consistency

It won’t be that easy to switch to wx3.1: * They added (previously non-existing) overlay code. It does basically work but is slow as hell - and quite different from the overlay patch we have. I didn’t have time yet to see whether it is more easy to fix or just replace by our patch (which is

Re: [Kicad-developers] Patches consistency

To be honest, I don’t like the patches as is at all. You never know if patches are still need if there are new versions or if they still do apply. IMHO it would be a better solution if someone would maintain a fork of wxwidgets (e.g., on GitHub) with all the needed patches applied, so that

Re: [Kicad-developers] OSX dev environments

For my taste for KiCad the best I tried is QTCreator. Works practically out-of-the-box perfectly with cmake and everything you would expect from an IDE (like debugging, etc.). Regards, Bernhard > On 25. Dec 2017, at 03:47, Oliver Walters > wrote: > > I

Re: [Kicad-developers] Modeless dialog action buttons

… same for the new remap dialog in eeschema. Regards, Bernhard > On 23. Dec 2017, at 17:28, Andy Peters wrote: > > >> On Dec 23, 2017, at 9:17 AM, Jeff Young wrote: >> >> Found another one: Drill Files Generation. > > In pcbnew, the netlist import dialog

[Kicad-developers] [PATCH] Fi build error on macOS

Hi, Attached patch fixes 2 build errors on macOS. Just fixed the build error, no test of the plugin. Regards, Bernhard 0001-Fix-Eagle-plugin-build-errors-on-macOS.patch Description: Binary data ___ Mailing list:

Re: [Kicad-developers] macOS 3d-viewer improvements

wxVisualAttributes > common/CMakeFiles/pcbcommon.dir/build.make:180: recipe for target > 'common/CMakeFiles/pcbcommon.dir/__/pcbnew/basepcbframe.cpp.o' failed > make[2]: *** > [common/CMakeFiles/pcbcommon.dir/__/pcbnew/basepcbframe.cpp.o] Error 1 > CMakeFiles/Makefile2:400: recipe f

[Kicad-developers] macOS 3d-viewer improvements

Hi, Attached patches improve 3d-viewer on macOS a bit. Patches (1)+(2) add Retina support to 3d-viewer just like it was already there for GAL canvas. I pulled out all the ugly #ifdef stuff into a new base class, so now all Retina related code for GAL and 3d-viewer is in one class. I put it

Re: [Kicad-developers] macOS & New Zone Filling?

Hi Tom, Sorry for the delay… no, doesn’t fix it. Just hangs in the progress dialog at zero progress/time, no way to close it. Regards, Bernhard > On 9. Dec 2017, at 20:13, Tomasz Wlostowski wrote: > > On 09/12/17 18:30, Seth Hillbrand wrote: >> Tom- >> >> I can

Re: [Kicad-developers] macOS & New Zone Filling?

Hi Tom, Yes, looks good. No progress window, but it fills and doesn’t get stuck. Bernhard > On 9. Dec 2017, at 03:56, Tomasz Wlostowski <tomasz.wlostow...@cern.ch> wrote: > > On 09/12/17 01:33, Bernhard Stegmaier wrote: >> Some sites say that. >> I tried to manu

Re: [Kicad-developers] macOS & New Zone Filling?

mon Wells <swel...@gmail.com> wrote: > > I thought it did if you can find the right lib as it was only the lib that > was missing? > >> On 9/12/2017, at 3:48 AM, Bernhard Stegmaier <stegma...@sw-systems.de >> <mailto:stegma...@sw-systems.de>> wrote: >>

Re: [Kicad-developers] macOS & New Zone Filling?

… I looked around a bit and from that it seems to be pretty sure that stock Xcode Apple clang (which I use) doesn’t support OpenMP. Regards, Bernhard > On 8. Dec 2017, at 14:05, Bernhard Stegmaier <stegma...@sw-systems.de> wrote: > > Hi Tom, > >> On 8. Dec 2017, at

Re: [Kicad-developers] macOS & New Zone Filling?

Hi Tom, > On 8. Dec 2017, at 13:59, Tomasz Wlostowski wrote: > > Wonderful. > > I thought a workaround for Windows OpenMP/wxWidgets support will be > sufficient. Time to get a macbook... > > Bernard, could you try building kicad with OpenMP disabled? Hmm… how do I

[Kicad-developers] macOS & New Zone Filling?

Hi, anybody tried a current version with the new zone filling on macOS? The version I compiled just an hour ago only shows this dialog: Then, it just hangs… Cancel doesn’t work (it is grey in the screenshot because I already pressed it), can’t close the dialog or do anything else. Looking

Re: [Kicad-developers] Simulator towards 5.0

… I wouldn’t bet that some program/package with various compile options has the same set of features activated on Debian, Arch, whatever other Linux distribution… At least, that’s my experience with some packages I used. Regards, Bernhard > On 7. Dec 2017, at 17:59, kristoffer Ödmark

Re: [Kicad-developers] Symbol library table remapping question

> On 7. Dec 2017, at 00:27, Wayne Stambaugh wrote: >>> >> >> Well, technically this is the same library. >> It is only reachable by 2 different paths (the real and the symlinked one). > > I could check for symlinks. I'm not sure how much trouble it would be. > I'll

  1   2   3   4   5   6   >