Re: [Kicad-developers] RTree implementation

2018-10-21 Thread Seth Hillbrand
Am Mo., 6. Aug. 2018 um 15:49 Uhr schrieb Seth Hillbrand : > Am Mo., 6. Aug. 2018 um 14:18 Uhr schrieb Tomasz Wlostowski < > tomasz.wlostow...@cern.ch>: > >> On 06/08/18 18:35, Seth Hillbrand wrote: >> > >> > There's another 32-bit RTree issue that is showing its face >> > (https://bugs.debian.org

Re: [Kicad-developers] 5.1

2018-10-21 Thread Maciej Suminski
I have just fixed the last printing related bug I knew about and rebased the code on the current master [1]. I consider it ready to merge as long as there are no other issues found. The branch still does not bring Cairo printing backend to eeschema, which is planned to be added soon, but not requir

Re: [Kicad-developers] Schematic capture: showing connecting line when moving name/value text

2018-10-21 Thread Jeff Young
I’ve added the umbilical lines to the GAL renderer, although I won’t get a chance to merge it for a couple of days…. > On 20 Oct 2018, at 11:54, Nick Østergaard wrote: > > Yeah, it looks like it is missing in Version: > (6.0.0-rc1-dev-983-gabe1ffabd), release build > On Sat, 20 Oct 2018 at 12:4

Re: [Kicad-developers] Is snap-to-grid zoom-level dependant?

2018-10-21 Thread Seth Hillbrand
Am 2018-10-20 17:41, schrieb Jeff Young: Hi Seth, I think I actually prefer (1), but I don’t feel strongly. (When you do get things off grid, it can be maddeningly hard to get them back on. I think both the arrow keys and dragging do (2) now.) Cheers, Jeff. Hi Jeff- I've pushed a patch to

Re: [Kicad-developers] Eeschema GAL arc rendering

2018-10-21 Thread jp charras
Le 21/10/2018 à 16:57, Jeff Young a écrit : > Well, it’s time to give up on the AdvanceDepth() hacks.  We’re going to > need real layers when we do a layers palette in 6.0 anyway, so more > investment in the hack will just be throw-away. > > So I’ve implemented layers for EEschema.  I also removed

[Kicad-developers] ideas to improve patch and CI integration

2018-10-21 Thread Thomas Pointhuber
Hi, I think this topic will have many different point of views, but I think it is important to discuss it anyway. I'm now about 5 years on the project, started as library maintainer and now sometimes with code contributions as well. I experienced at least a few different types of how software pro

Re: [Kicad-developers] Eeschema GAL arc rendering

2018-10-21 Thread Jeff Young
Well, it’s time to give up on the AdvanceDepth() hacks. We’re going to need real layers when we do a layers palette in 6.0 anyway, so more investment in the hack will just be throw-away. So I’ve implemented layers for EEschema. I also removed Tom’s bounding-box caching as I think we now make

[Kicad-developers] OpenGL rendering, etc

2018-10-21 Thread Vesa Solonen
Hi After testing the new OpenGL renderer on Eeschema I did some comparisons and tried to find ways for improvement. The speed improvement is enormous as expected. Thanks! The attached screenshot compares Eeschema and Gschem rendering of similar features. It is clear that Gschem grid fits everythi

[Kicad-developers] [RFC] wxPhoenix support

2018-10-21 Thread Thomas Pointhuber
Hi, Now with Python 3 merged it would be nice to get support for (optional) wxPhoenix support into 5.1 as well. I have a preliminary branch running, which works on Linux quite well (wx3.0.4+GTK3+python3.7+wxPhoenix). It's mainly based on patch-sets @mmccoo wrote some time ago. https://github.com/

Re: [Kicad-developers] 5.1

2018-10-21 Thread Carsten Schoenert
Hi, Am 19.10.18 um 16:46 schrieb Carsten Schoenert: > Hello Wayne, > > Am 19.10.18 um 15:35 schrieb Wayne Stambaugh: > ... >> packages for it. I'm concerned we are going to spend a huge amount of >> effort for little or no net gain. Has wx 3.1.1 been packaged for Debian >> yet? > > As far I se