Re: [Kicad-developers] Accessing PNS settings

I may have to do the former. On Fri, May 13, 2016 at 11:38:34AM +0200, Tomasz Wlostowski wrote: > On 13.05.2016 03:45, Chris Pavlina wrote: > > Hi, > > > > Excuse my unfamiliarity with the architecture of the PNS router - could > > someone > > more familiar wit

Re: [Kicad-developers] Option redundancy

on Balsamiq though rather than talking about it. On Thu, May 12, 2016 at 08:13:24PM -0400, Chris Pavlina wrote: > We have a lot of redundant options. For example, the grid can be switched > between Cartesian and polar both on the toolbar and in Preferences->General. > How do we want to hand

Re: [Kicad-developers] Vacation

Have fun! I'll try not to burn the project down in your absence :D On Fri, May 13, 2016 at 09:27:01AM -0400, Wayne Stambaugh wrote: > Just a heads up for everyone. I will be leaving for Italy tomorrow for > a nice long family vacation until the 25th of May. Please try to hold > on to your

[Kicad-developers] Option redundancy

We have a lot of redundant options. For example, the grid can be switched between Cartesian and polar both on the toolbar and in Preferences->General. How do we want to handle this? I'm not sure whether I think these should be simplified to only one location, or _consistenly_ made redundant

Re: [Kicad-developers] myBalsamiq UI mockups

in the near future. I was wrong when I indicated you could ask other staff for membership; you can ask project creators for membership in an individual sub-project but only the owner can make you staff on the entire site. On Wed, May 11, 2016 at 02:51:37PM -0400, Chris Pavlina wrote: > Hi, > > T

[Kicad-developers] myBalsamiq UI mockups

Hi, The lovely people of https://balsamiq.com/ have supported the KiCad project with a free subscription to the myBalsamiq UI mockup system. Hopefully this is a tool that we can make use of in the near future to improve our UI design process. Our subdomain is: https://kicad.mybalsamiq.com/ All

Re: [Kicad-developers] Preferences rework - pcbnew

ive? > > 2016-05-03 14:52 GMT+02:00 Wayne Stambaugh <stambau...@gmail.com>: > > On 5/2/2016 4:54 PM, Chris Pavlina wrote: > >> I'd like to start having a look at how I can organize the preferences for > >> pcbnew, having mostly finished in eeschema. (

Re: [Kicad-developers] PATCH: 3D resolver

5/2/2016 8:23 PM, Chris Pavlina wrote: > > On Mon, May 02, 2016 at 11:40:25AM -0400, Wayne Stambaugh wrote: > >> I'm not 100% sure we should pull the plug on mingw32/msys1 just yet. > >> There will most likely be a bunch ubuntu and fedora users who are using > >> older s

Re: [Kicad-developers] Bitmap fonts (+ dotted grid)

I like that the distinction between bright and dark lines was kept into the dots. The extra coarser grid on top of the fine grid is very useful :) On Tue, May 03, 2016 at 11:01:35PM +0200, Nick Østergaard wrote: > 2016-05-03 21:10 GMT+02:00 Bernhard Stegmaier : > > You

Re: [Kicad-developers] Missing features in GAL

On Mon, May 02, 2016 at 05:29:06PM +0200, Maciej Sumiński wrote: > Now we plan to fill the remaining gaps between the legacy and GAL > canvases. I think it is a good opportunity to either improve or remove > certain tools, therefore I am asking for your input. > > What do you think about porting

Re: [Kicad-developers] New pcbnew features and versioning

patch. I will apply it to all of my > systems and test it to make sure it doesn't break anything. > > Thanks, > > Wayne > > On 5/1/2016 6:59 PM, Chris Pavlina wrote: > > Followed up on this question in a separate mail. > > > > Patch is attached. Please have a g

Re: [Kicad-developers] New pcbnew features and versioning

Followed up on this question in a separate mail. Patch is attached. Please have a good look over it, if it's going to stable I don't want to be the only one who's had a look :) On Sat, Apr 30, 2016 at 07:57:36PM -0400, Chris Pavlina wrote: > I'm very close to finished - I'll take some t

[Kicad-developers] pcbnew format versioning and broken libraries

Hi, Recently I pointed out that if a library contains broken, or in this case too recent, footprints, modedit silently fails to load the library. I asked about preferred ways to handle this, and was going to modify things such that an actual message is displayed. Turns out I filed a bug report

Re: [Kicad-developers] Eeschema refactor update.

I'll send you a big bag to collect all that yak hair. On Mon, May 02, 2016 at 02:14:58PM -0400, Wayne Stambaugh wrote: > After several more false starts trying to design a unified SCHEMATIC > object, I've finally figured out the thorn in my side. There is a > circular dependency between

Re: [Kicad-developers] New pcbnew features and versioning

> Thanks, > > Wayne > > On 5/2/2016 12:34 PM, Chris Pavlina wrote: > > Wayne, > > > > The patch includes a minor refactoring of a function that ended up not being > > necessary in the end - originally my code made changes to it that were hard > > witho

Re: [Kicad-developers] Debian and Ubuntu packaging.

To be entirely honest and somewhat opinionated, I have no problem telling Debian users that they chose a distribution that tampers with packages and so they get to live with it. KiCad's easy to build anyway, should they decide they don't like that choice. Perhaps we could provide our own Debian

Re: [Kicad-developers] Preferences rework - pcbnew

by now and it might > > reduce development workload for new features. > > > > On Tue, May 3, 2016 at 7:52 AM, Wayne Stambaugh <stambau...@gmail.com> > > wrote: > >> On 5/2/2016 4:54 PM, Chris Pavlina wrote: > >>> I'd like to start having a l

Re: [Kicad-developers] Round Rectangle corner radius control suggestion

An alternative interface could be to optionally accept % as a unit in fields for values with a clear relationship to another value, as the fields already do accept units like in and mm. I kind of like the idea, but I wonder how intuitive that would be - it works fine if you know it's there, but

Re: [Kicad-developers] PATCH: OS X Beep Fix

Yes, please don't go interleaving preprocessor statements with fragments of code like that, it's ugly and very prone to causing mistakes and misunderstandings. #ifdef __APPLE__ if( type != wxEVT_CHAR ) aEvent.Skip(); #else aEvent.Skip(); #endif ^ That is much clearer to me, it actually

Re: [Kicad-developers] [PATCH 0/4] Backport libcurl code from development branch

I do hope you didn't intent to credit Dick for 6640, that one's mine! ;) On Thu, May 05, 2016 at 10:57:34AM -0400, Wayne Stambaugh wrote: > On 5/5/2016 10:47 AM, Chris Pavlina wrote: > > On Thu, May 05, 2016 at 10:15:02AM -0400, Wayne Stambaugh wrote: > >> [snip] > >> &

Re: [Kicad-developers] PATCH: OS X Beep Fix

Thank you! I pushed your patch in revision 6775 with coding style fixes. On Thu, May 05, 2016 at 01:44:54AM -0600, Collin Anderson wrote: > Hi, I have attached a patch that fixes an annoyance that is present in the > footprint editor and pcbnew, but only under OS X. In either of these >

Re: [Kicad-developers] [PATCH 0/4] Backport libcurl code from development branch

On Thu, May 05, 2016 at 10:15:02AM -0400, Wayne Stambaugh wrote: > [snip] > > I didn't see any credit to Dick for the work he did on libcurl > transition so that will need to be added to commit message. Hm, did he write any of the code in these patches? > > On 5/5/2016 4:39 AM, Simon Richter

Re: [Kicad-developers] What are dx and dy?

Because that's only useful once in the entire session using pcbnew. Once you've set an origin once you can't use that anymore. What's the point? I quite like the simplicity of the tool as it is. It's a ruler that you can move around. Why do you need a ruler that's smart and picks itself up once

[Kicad-developers] [PATCH] pcbnew legacy: remove option to hide via drill

:00 2001 From: Chris Pavlina <pavlina.ch...@gmail.com> Date: Tue, 10 May 2016 12:18:54 -0400 Subject: [PATCH] pcbnew legacy: remove option to hide via drill Via drills are now shown in all cases, matching GAL behavior, and the option no longer exists in the preferences dialog. ---

Re: [Kicad-developers] [PATCH] pcbnew legacy: remove option to hide via drill

On Tue, May 10, 2016 at 08:02:35PM +0200, jp charras wrote: > Le 10/05/2016 à 18:28, Chris Pavlina a écrit : > > [snip] > > This is an opinion, which can be discussed. > > AFAIK, since a long time the default via hole diameter does not exist. You > can change the n

Re: [Kicad-developers] [PATCH] pcbnew legacy: remove option to hide via drill

. On Tue, May 10, 2016 at 02:09:17PM -0400, Wayne Stambaugh wrote: > On 5/10/2016 2:02 PM, jp charras wrote: > > Le 10/05/2016 à 18:28, Chris Pavlina a écrit : > >> Part one of many to clean up pcbnew preferences and unify legacy vs GAL > >> options. > >> > >

Re: [Kicad-developers] New pcbnew features and versioning

> it's ready to go then go ahead and commit it so we can get some wider > testing before I merge it into the stable branch. > > Thanks > > Wayne > > > On 5/1/2016 6:59 PM, Chris Pavlina wrote: > > Followed up on this question in a separate mail. > > > &

Re: [Kicad-developers] Preferences rework - pcbnew

t; > On Wed, May 4, 2016 at 9:19 AM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: > > > While I understand your point, and I think I agree with it (though I'm > > almost > > on the fence), I wonder if I should explain - I think the argument for > > removi

Re: [Kicad-developers] PATCH: 3D resolver

ne who > complained to pound sand. Unfortunately my role as product leader makes > things a bit more complicated. I'm with you on the c++11 side of > things. We'll get there eventually just not as quickly as I would like. > > On 5/3/2016 10:05 AM, Chris Pavlina wrote: > >

Re: [Kicad-developers] Bitmap fonts (+ dotted grid)

Remember, I'm about to rearrange all the options anyway, so it's probably not much of a concern where it goes for now. Feel free to begin the preferences organization bikeshedding on the thread I already started for that, though :D On Tue, May 03, 2016 at 03:58:21PM +0200, Maciej Sumiński wrote:

[Kicad-developers] Preferences rework - pcbnew

I'd like to start having a look at how I can organize the preferences for pcbnew, having mostly finished in eeschema. (A few things remain to be tweaked and will probably be done at the same time as pcbnew, to keep things in sync). The problem of legacy preferences vs GAL preferences needs to be

Re: [Kicad-developers] PATCH: 3D resolver

On Mon, May 02, 2016 at 11:40:25AM -0400, Wayne Stambaugh wrote: > I'm not 100% sure we should pull the plug on mingw32/msys1 just yet. > There will most likely be a bunch ubuntu and fedora users who are using > older stable versions that this will effect as well. Personally I'm > fine with

Re: [Kicad-developers] DIALOG_ORIENT_FOOTPRINTS

It's gone :) On Wed, Apr 13, 2016 at 08:25:48AM -0400, Wayne Stambaugh wrote: > Since we have enough alternative methods for rotating a block of > footprints, I don't think removing this is going to be much of a burden > on anyone. > > On 4/13/2016 5:35 AM, Chris Pavlina wrote:

Re: [Kicad-developers] dyn_cast

sue with renaming it to > make the intent clear but thorough real world testing should be done > before changing over to dynamic_cast<>. > > On 4/13/2016 12:42 PM, Tomasz Wlostowski wrote: > > On 13.04.2016 18:38, Chris Pavlina wrote: > >> I would argue - quite strong

Re: [Kicad-developers] pcbnew preferences - cleanup before rework - collab

Thanks to the people who gave input on this before. I'm just going to point this out one more time and see if I can get another wave of input, before summarizing it and trying to get some changes made :) https://misc.c4757p.com/pad/p/pcbnew-prefs On Wed, May 04, 2016 at 04:37:53PM -0400, Chris

Re: [Kicad-developers] Track locking

If they are "locked", then yes, I think they should not be moved, neither by the user nor by PNS. On Mon, May 09, 2016 at 05:43:24PM +0200, Maciej Sumiński wrote: > I have noticed there is an option to mark tracks & vias as 'locked' in > the legacy canvas (right click on a track->Set

[Kicad-developers] eeschema undo assertion

I'm getting a _lot_ of the following assertion lately. Did someone change something? /home/cmp/git/kicad/eeschema/schframe.cpp(593): assert "m_undoItem != __null" failed in SaveUndoItemInUndoList(): Cannot swap undo item structures. Bad programmer!.

[Kicad-developers] Dialog text box autoselect

Many of our dialogs have automatically selected the contents of their primary field when they open, making it easy to replace them. I noticed a while ago that this behavior was removed (unintentionally?) on a few of them, in particular the sch field edit dialog. This was just brought up on IRC by

Re: [Kicad-developers] eeschema undo assertion

No need for a terminal on Linux, wx displays assertions in dialogs in debug mode. On Mon, Jul 25, 2016 at 08:31:55PM -0400, Wayne Stambaugh wrote: > On 7/25/2016 7:44 PM, Chris Pavlina wrote: > > I'm getting a _lot_ of the following assertion lately. Did someone > > c

Re: [Kicad-developers] eeschema undo assertion

a certain block of code. > Somewhere the current undo item is not being set properly which is > causing the assertion. > > On 7/26/2016 10:27 AM, Chris Pavlina wrote: > > Thanks. It's annoying (mostly as I tend to instinctively dismiss it with > > escape and that makes wx

Re: [Kicad-developers] GAL cursor snap behavior

On Tue, Jul 26, 2016 at 10:49:21PM +0200, Tomasz Wlostowski wrote: > On 26.07.2016 22:35, Chris Pavlina wrote: > > ...maybe we should rethink the behavior of cursor-snapping in GAL a > > bit... > > > > https://misc.c4757p.com/gal_snap_insanity.mp4 > > > >

[Kicad-developers] GAL cursor snap behavior

...maybe we should rethink the behavior of cursor-snapping in GAL a bit... https://misc.c4757p.com/gal_snap_insanity.mp4 At best it's very distracting, at worst it can make it nearly impossible to select certain pads... ___ Mailing list:

Re: [Kicad-developers] Integrated Simulator

Really, really nice! I made it do a thing! https://misc.c4757p.com/kicad_sim.png I feel bad to provide a bug report on my very first communcation on this, but... found one: not sure if this sort of thing is actually standard SPICE or an LTspice extension, but I tried parameterizing a component

Re: [Kicad-developers] eeschema undo assertion

7/25/2016 8:32 PM, Chris Pavlina wrote: > > No need for a terminal on Linux, wx displays assertions in dialogs in > > debug mode. > > > > On Mon, Jul 25, 2016 at 08:31:55PM -0400, Wayne Stambaugh wrote: > >> On 7/25/2016 7:44 PM, Chris Pavlina wrote: > >>&

[Kicad-developers] New eeschema file format

Hi, I was reading through the new sch/lib format documents posted back in February: https://lists.launchpad.net/kicad-developers/msg23302.html Since work is underway to facilitate adding this now, I figured it was a decent time to bring up a few concerns and suggestions I have. Bear in mind I'm

Re: [Kicad-developers] New eeschema file format

Crap, mis-sent this on my phone. > On Jul 31, 2016 2:06 AM, "Lorenzo Marcantonio" <l.marcanto...@logossrl.com> wrote: > > > > > > Il Dom, 31 Luglio 2016 1:22, Chris Pavlina ha scritto: > > > > > - Why both 'polyline' and 'line'? Surely eesc

Re: [Kicad-developers] New eeschema file format

On Sun, Jul 31, 2016 at 03:25:11PM -0400, Wayne Stambaugh wrote: > On 7/30/2016 9:22 PM, Chris Pavlina wrote: > > Hi, > > > > I was reading through the new sch/lib format documents posted back in > > February: https://lists.launchpad.net/kicad-developers/msg233

Re: [Kicad-developers] New eeschema file format

On Sun, Jul 31, 2016 at 07:53:41PM +, Mário Luzeiro wrote: > Hi all, > > Feature request for eeschema: > > Not sure if this is the right thread, as now I started using again KiCad, > one thing I miss and I believe I found somewhere other requests, is the > ability to > make some kind of

Re: [Kicad-developers] New eeschema file format

schematics could be simply converted to power labels using that component as the style; no visual or logical difference would occur. On Sun, Jul 31, 2016 at 04:59:53PM -0400, Wayne Stambaugh wrote: > On 7/31/2016 4:45 PM, Wayne Stambaugh wrote: > > On 7/31/2016 3:59 PM, Chris Pavlina wrote: &g

Re: [Kicad-developers] Unable to login to launchpad.net

Same here, just wait a while. It's just being Launchpad. On Wed, Aug 10, 2016 at 11:26 AM, Duane Johnson wrote: > When I try to login at launchpad, I get a very long "Waiting for > launchpad.net" message followed by "OpenID Provider is Unavailable at This > Time". > >

Re: [Kicad-developers] Unable to login to launchpad.net

It was resolved quickly. Still, it was noticed independently by at least three people, so def lp :) On Wed, Aug 10, 2016 at 11:52 AM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 10/08/2016 à 17:28, Chris Pavlina a écrit : >> Same here, just wait a while. It's just

Re: [Kicad-developers] New eeschema file format

My implementation had a large number of symbols, would have allowed user-supplied arbitrary symbols if I had finished it, and automatically selected a symbol based on net name _exactly_ as Clemens suggested. All of these issues are solved. On Tue, Aug 02, 2016 at 10:00:51AM +0200, Clemens Koller

[Kicad-developers] We should totally switch to Bitbucket~~

Just look how happy it'll make us! https://misc.c4757p.com/slightly_too_happy.png (no, I'm not serious.) ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe :

[Kicad-developers] Power components vs labels

Moving this to a new thread. > On 8/2/2016 7:16 AM, Chris Pavlina wrote: > > My implementation had a large number of symbols, would have allowed > > user-supplied arbitrary symbols if I had finished it, and automatically > > selected a symbol based on net name _exactly_ as C

Re: [Kicad-developers] Power components vs labels

j Sumiński" <maciej.sumin...@cern.ch> wrote: > On 08/02/2016 05:30 PM, Chris Pavlina wrote: > > Moving this to a new thread. > > > >> On 8/2/2016 7:16 AM, Chris Pavlina wrote: > >>> My implementation had a large number of symbols, wo

Re: [Kicad-developers] New eeschema file format

e the new file format is in place and power > components are defined by component type rather than naming semantics. > > On 7/31/2016 5:09 PM, Chris Pavlina wrote: > > Power labels replace power components. Here are a couple screenshots > > from my feature branch that I dug u

Re: [Kicad-developers] Git transition

On Wed, Aug 10, 2016 at 9:34 AM, Wayne Stambaugh wrote: > > On 8/10/2016 5:02 AM, Maciej Sumiński wrote: > > On 08/08/2016 06:09 PM, Wayne Stambaugh wrote: > >> The last time I looked, notifications of repo commits still were not > >> implemented. This is a show stopper for

Re: [Kicad-developers] Git transition

I stand by my recommendation to use a "Fixes: lp:n" on a line by itself. This is _established convention_ in git commit messages. A quick example from the Linux kernel tree has Reported-by, Requested-by, Cc, Signed-off-by all formatted in this way. Come on... it's established convention

[Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

that needs it, keeping it open until the end. -- Chris >From aa10c0a898acd6b20caf09378803b6aa7f6590b1 Mon Sep 17 00:00:00 2001 From: Chris Pavlina <pavli...@ainfosec.com> Date: Thu, 11 Aug 2016 15:03:03 -0400 Subject: [PATCH] DRC: do not close and reopen progress dialog --- include/wxPc

Re: [Kicad-developers] 4.0.3 stable release last call.

He's referring to revision 7000. On Wed, Aug 03, 2016 at 11:41:36AM -0400, Wayne Stambaugh wrote: > Which bug does it fix? It is not linked in the commit and I did a quick > search and I cannot find the bug in question. > > A reminder to my devs with commit access, please use the bzr --fixes >

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

1:45...) On Fri, Aug 12, 2016 at 02:49:02PM +0200, Tomasz Wlostowski wrote: > On 12.08.2016 02:32, Chris Pavlina wrote: > > I'm running into an extremely irritating UI bug with DRC on this big > > board - halfway through DRC, the progress dialog is torn down and > > reopen

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

Gah, it works here. There's always some system-specific issue with wx, isn't there. Okay, don't merge, I'll test this on all the platforms. On Fri, Aug 12, 2016 at 02:45:37PM +0200, jp charras wrote: > Le 12/08/2016 à 02:32, Chris Pavlina a écrit : > > I'm running into an extremely irri

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

check takes over two full minutes on everything I've > tried it on (except my nice workstation at $work, where it takes > 1:45...) > > > On Fri, Aug 12, 2016 at 02:49:02PM +0200, Tomasz Wlostowski wrote: > > On 12.08.2016 02:32, Chris Pavlina wrote: > > > I'm runni

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

ect. :) On Fri, Aug 12, 2016 at 06:16:05PM +0200, Tomasz Wlostowski wrote: > On 12.08.2016 15:22, Chris Pavlina wrote: > > - Netlist generation. I had a go at rewriting the algorithm for this > > (it's O(n^3) and doesn't need to be...) but didn't get very far with > > limited time

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

Hm, debug or release? I don't recall from looking through the netlist code whether it had any major bits switched off in release builds or not. I'm pretty much always running on a debug build. On Fri, Aug 12, 2016 at 07:09:37PM +0200, jp charras wrote: > Le 12/08/2016 à 18:26, Chris Pavl

Re: [Kicad-developers] Git transition

On Fri, Aug 12, 2016 at 03:34:35PM -0400, Wayne Stambaugh wrote: > On 8/11/2016 11:28 AM, Chris Pavlina wrote: > > I stand by my recommendation to use a "Fixes: lp:n" on a line by > > itself. This is _established convention_ in git commit messages. A quick > >

Re: [Kicad-developers] Git transition

On Fri, Aug 12, 2016 at 04:31:52PM -0400, Wayne Stambaugh wrote: > [snip] I just want to do things because that's what all the > cool kids are doing. If it makes sense, then we should adopt it. If > not we should do what is appropriate for us. In this case is seems to > make sense. We're only

Re: [Kicad-developers] Differential pair settings per net class

On Fri, Aug 12, 2016 at 05:18:57PM +0200, Maciej Sumiński wrote: > There is a set of patches for the PNS router [1] coded by Tom that we > would like to commit soon (a few teasers: locking tracks & vias, > removing tracks while the router is active, 45-degree tuning meanders). > > One of the

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

wrote: > Le 12/08/2016 à 19:32, Chris Pavlina a écrit : > > Hm, debug or release? I don't recall from looking through the netlist > > code whether it had any major bits switched off in release builds or > > not. I'm pretty much always running on a debug build. > > Releas

Re: [Kicad-developers] 3D-Viewer - Request for merge evaluation

t; > ________ > > From: Mário Luzeiro > > Sent: 02 July 2016 21:46 > > To: Chris Pavlina > > Cc: Wayne Stambaugh; kicad-developers@lists.launchpad.net > > Subject: RE: [Kicad-developers] 3D-Viewer - Request for merge evaluation >

[Kicad-developers] UI: footprint properties: making ref/val fields editable

Would anyone be opposed to me making the reference and value fields in "footprint properties" directly editable, so you don't have to click Edit and call up a second dialog if you don't need to modify font properties? Seems like an obvious improvement, but I don't know why they're not editable in

Re: [Kicad-developers] Stable release 5 road map.

Try using gaseous minutes instead of solid. They expand to fill their container, so you really only need the one. On Wed, Jul 06, 2016 at 05:38:41PM +, Jon Neal wrote: > It took me a solid 15 minutes of searching to find the roadmap, so > hopefully I'll do someone a favor and provide a link

Re: [Kicad-developers] KiCad New Main Icon proposal

On Wed, Jul 06, 2016 at 06:14:26AM -0400, Wayne Stambaugh wrote: > That's a fair question that I'm not sure I can answer. Can we > reasonably assume that the user expects the default action to be edit as > opposed to view or any other action? I just don't know. I do know that > icons should be

Re: [Kicad-developers] UI: footprint properties: making ref/val fields editable

016 9:36 AM, Chris Pavlina wrote: > > Would anyone be opposed to me making the reference and value fields in > > "footprint properties" directly editable, so you don't have to click Edit > > and > > call up a second dialog if you don't need to modify font prope

Re: [Kicad-developers] UI: footprint properties: making ref/val fields editable

On Wed, Jul 06, 2016 at 03:44:10PM +0200, Lorenzo Marcantonio wrote: > On Wed, Jul 06, 2016 at 09:36:45AM -0400, Chris Pavlina wrote: > > Would anyone be opposed to me making the reference and value fields in > > "footprint properties" directly editable, so you

Re: [Kicad-developers] 4.0.3 stable release last call.

Agreed, no icons. Nobody wants to install a minor bugfix release and play the now-where-did-my-programs-go game. On Mon, Jul 11, 2016 at 05:01:20AM +1200, Simon Wells wrote: > i am not sure icons are appropriate for a stable bugfix (mostly) release > > On Mon, Jul 11, 2016 at 4:47 AM, Fabrizio

Re: [Kicad-developers] KiCad New Main Icon proposal

Same here. You're definitely onto something good with the footprint and synonym symbol buttons :) On Jul 7, 2016 11:23, "Simon Wells" wrote: > i agree, the footprint and symbol icons are nice, however i also think > the page and the pen in the schematic/pcbnew icons are

Re: [Kicad-developers] Stable release bug fixes.

Patching against stable and then merging forward sounds like a much better development strategy to me, I second this idea very much. :) On Jul 5, 2016 11:16, "Wayne Stambaugh" wrote: > As the development branch diverges from the stable release branch, it is > becoming

[Kicad-developers] Possibly broken RS274X import?

This morning I noticed a compiler warning complaining about this line: rs274x.cpp:179:value += digit && 0xFF; I'm pretty sure that's supposed to say "digit & 0xFF", not "digit && 0xFF". Thing is, I don't want to just silently change it myself, because from what I can see things

Re: [Kicad-developers] Git transition

Well, we're not looking at Github anymore, right? Just Git on Launchpad? So the pull request thing doesn't matter. We use Stash (Bitbucket) at work, it seems to give much better control. GitLab is also popular. I really, really want to see us switch to git, as do many others, but I don't really

Re: [Kicad-developers] Git transition

:P Personally I'd go insane if I got an email for every commit ^_^ On Mon, Aug 08, 2016 at 12:48:27PM -0400, Wayne Stambaugh wrote: > On 8/8/2016 12:23 PM, Chris Pavlina wrote: > > Well, we're not looking at Github anymore, right? Just Git on Launchpad? > > So the pull reques

[Kicad-developers] [PATCH] Memoize SHAPE_LINE_CHAIN bounding box computation

specific case, it results in a 38% speedup, from 21 seconds down to 13 seconds. Next hotspot to tackle is NETLIST_OBJECT_LIST::BuildNetListInfo :) -- Chris >From 7393dc6bca8cb0a748e790d6607b1ce7fe295fbe Mon Sep 17 00:00:00 2001 From: Chris Pavlina <pavlina.ch...@gmail.com> Date: Sat, 6

Re: [Kicad-developers] Stable release update.

Agreed. Given the nature of this issue it's not going to be fixed for quite some time I think. It's silly to hold back the release for a very long time because of it. On Sun, Aug 07, 2016 at 10:50:02AM +0200, Nick Østergaard wrote: > Considering that there are no solution choosen for this issue

Re: [Kicad-developers] Power components vs labels

On Tue, Aug 02, 2016 at 02:01:23PM -0400, Wayne Stambaugh wrote: > [snip] > > You are correct. A symbol (power or otherwise) is not a component. It > is a symbolic representation of a component or anything else that needs > to represented that is useful when designing PCBs. ...except that it

Re: [Kicad-developers] New eeschema file format

On Tue, Aug 02, 2016 at 09:23:18PM +0200, Clemens Koller wrote: > Hello, Wayne! > > Below, I added some very visionary features which I have seen (more or > less miserably implemented) in some big design tools, which could affect > the file formats in the long-term view as well. > I am not sure

Re: [Kicad-developers] New eeschema file format

On Tue, Aug 02, 2016 at 11:18:11PM +0300, Sergey Borshch wrote: > On 02.08.2016 16:14, Wayne Stambaugh wrote: > >So far here is the list of new file format features I am planning to > >implement: > > > >- Pin and gate swapping and mapping (defined). > >- Differential pair definition (undefined). >

Re: [Kicad-developers] New eeschema file format

On Tue, Aug 02, 2016 at 10:07:25PM +0200, Clemens Koller wrote: > Hi, Chris! > > [snip] > > I am not sure how to support version management easily regarding that. > Timestamps can be quite annoying, when that's the only change. I just want to quote this for emphasis. The timestamps are quite

Re: [Kicad-developers] Integrated Simulator

On Fri, Jul 22, 2016 at 10:54:27AM +0200, Tomasz Wlostowski wrote: > On 21.07.2016 23:16, Chris Pavlina wrote: > > Really, really nice! I made it do a thing! > > https://misc.c4757p.com/kicad_sim.png > > > > I feel bad to provide a bug report on

Re: [Kicad-developers] [PATCH] Rewrite loop conditions in SchematicCleanUp

That is an attachment, I think you need a better mail client. ;) On Wed, Jun 29, 2016 at 11:29:56AM -0400, Wayne Stambaugh wrote: > Simon, > > This patch needs rebased as well. Please include the patch as an > attachment rather than inline. Bazaar doesn't play as nicely with > inline mail

Re: [Kicad-developers] 3D-Viewer - Request for merge evaluation

Got a bug for you. On rev 6132, the linked [1] board file reproducibly gives the artifact shown [2] in both OpenGL and raytracer. Master branch has no artifact. [1] https://misc.c4757p.com/new3d_trouble.kicad_pcb [2] https://misc.c4757p.com/new3d_artifact.png On Fri, Jul 01, 2016 at 08:45:51PM

Re: [Kicad-developers] Differential pair settings per net class

Noo! They're supposed to be dates now. Version 20160815 The "helpful" warning message depends on that to recommend a compatible KiCad version. On Mon, Aug 15, 2016 at 05:37:31PM +0200, Maciej Sumiński wrote: > On 08/15/2016 04:34 PM, Wayne Stambaugh wrote: > [snip] > > Orson, > > > > Go

[Kicad-developers] Patch for stable branch: 7061 (low priority)

Rev 7061 ("FUTURE_FORMAT_ERROR: don't nest errors unnecessarily") should probably go into then next stable. It's not high-priority, but does clean up the file format error messages a bit. -- Chris ___ Mailing list:

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

On Wed, Aug 17, 2016 at 01:44:40PM +0200, jp charras wrote: > Le 17/08/2016 à 13:39, Chris Pavlina a écrit : > > On Aug 17, 2016 06:47, "jp charras" <jp.char...@wanadoo.fr > > <mailto:jp.char...@wanadoo.fr>> wrote: > >> > >> Le 12/08/2016 à 1

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

On Aug 17, 2016 06:47, "jp charras" <jp.char...@wanadoo.fr> wrote: > > Le 12/08/2016 à 15:18, Chris Pavlina a écrit : > > Gah, it works here. There's always some system-specific issue with wx, > > isn't there. > > > > Okay, don't merge, I'll test thi

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

On Wed, Aug 17, 2016 at 02:42:53PM +0200, jp charras wrote: > Le 17/08/2016 à 14:24, Chris Pavlina a écrit : > > On Wed, Aug 17, 2016 at 01:44:40PM +0200, jp charras wrote: > >> Le 17/08/2016 à 13:39, Chris Pavlina a écrit : > >>> On Aug 17, 2016 06:47, "

Re: [Kicad-developers] [RFC] Application naming

I'm not getting these emails that JP is replying to that seem to be addressing me... On Thu, Feb 02, 2017 at 07:54:02PM +0100, jp charras wrote: > Le 02/02/2017 à 19:13, Pedro Martin a écrit : > > Hi Chris, > > > > Beginners solve this issue... reading the manual. That's not the point. Silly

Re: [Kicad-developers] [RFC] Application naming

On Thu, Feb 02, 2017 at 01:07:05PM -0500, Wayne Stambaugh wrote: > On 2/2/2017 1:08 PM, Chris Pavlina wrote: > > Keep in mind I am not suggesting changing the name of the whole package. > > This is more like if Ford suggested changing Qxshift* to SelectShift[1]. > > It's a cl

Re: [Kicad-developers] [RFC] Application naming

*scratches head* must have missed this...now I sure look like an ass for submitting that suggestion as if nobody else had ;) On Thu, Feb 02, 2017 at 07:33:01PM +0100, jp charras wrote: > Le 02/02/2017 à 15:41, Pedro Martin a écrit : > > Hi Chris, > > > > Maybe "Composant Vers pcb"? Component to

Re: [Kicad-developers] [RFC] Application naming

Can I just copy all this and claim I wrote it? It sounds good ;) On Feb 2, 2017 2:11 PM, "Jon Evans" wrote: > As a mostly user and occasional code hacker, here are my thoughts: > > The EDA tool industry is trending towards more integration, as many of the > commercial

Re: [Kicad-developers] [RFC] Application naming

to FOO in eeschema", just search for "how to FOO in kicad"! > > Ki in german is used for "Künstliche Intelligenz" (artificial > intelligence)... but i've heard KiCad was mocked as KinderCad as well. > > Regards, > > Clemens > > > > Rega

<    1   2   3   4   5   6   7   8   9   10   >