[Kicad-developers] A quick re-introduction

t getting buried... Would be nice to help dig in once 5.0 is out. Though I know I've definitely said that before, right before disappearing again ;) -- Alexis V. Lockwood (née Chris Pavlina) ___ Mailing list: https://launchpad.net/~kicad-developers Pos

Re: [Kicad-developers] GUI garbage...?

> > On Fri, Feb 2, 2018 at 11:45 PM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: > > > I'm confused - nickoe comments on that bug to rebuild with gtk2, but > > both the version info posted in the bug report and my own system > > indicate gtk2... > > &g

Re: [Kicad-developers] GUI garbage...?

d/+bug/1746753 > > On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: > > > Mostly empty toolbars, one missing toolbar, and a completely black, > > blank schematic. > > > > Arch Linux > > gtk2 2.24.32-1 > > wxgtk2

Re: [Kicad-developers] GUI garbage...?

Mostly empty toolbars, one missing toolbar, and a completely black, blank schematic. Arch Linux gtk2 2.24.32-1 wxgtk2 3.0.3.1-11 On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote: > On 2018-02-02 03:24 PM, Chris Pavlina wrote: > > https://misc.c4757p.com/kicad-is-very-b

[Kicad-developers] GUI garbage...?

Well, I was going to spend this weekend working on KiCad again, but I can't do much while this is going on... https://misc.c4757p.com/kicad-is-very-broken.png Anyone have any idea what could possibly cause this...? It's all good until I launch pcbnew, then the whole thing falls apart. -- Chris

Re: [Kicad-developers] The big rename?

Nah, go on without me. Sorry. On Sat, Jan 27, 2018 at 02:07:48PM +, Wayne Stambaugh wrote: > If we are, it has to happen soon. Once I branch v5, we cannot do this > until the end of v6 development. Otherwise, cherry-picking bug fixes > from the development branch will be a major headache.

Re: [Kicad-developers] FYI: Horizon

Gonna be honest, it looks pretty cool so far... On Thu, Jan 18, 2018 at 10:47:21PM +, Vesa Solonen wrote: > https://github.com/carrotIndustries/horizon > > Must be interesting to see at FOSDEM... > > -Vesa > > ___ > Mailing list:

Re: [Kicad-developers] Future plans on the KiCad library releases?

On Wed, Jan 17, 2018 at 07:55:02AM +, Matthijs Kooijman wrote: > Hi Wayne, > > > KiCad should not be determining which libraries get loaded just because > > our library layout gets more complex. I would reject any design changed > > that loaded libraries outside the users control. Maybe I'm

Re: [Kicad-developers] [PATCH] Defer canvas type setting save until destruction of EDA_DRAW_FRAME

Sorry I disappeared for a while. I'm building on the machine where I experienced the bug right now. On Tue, Jan 16, 2018 at 04:26:16PM +, Jon Evans wrote: > Wayne/Orson, I'm not sure Chris will have time to review this, could you > please take a look? > > Thanks, > Jon > > On Thu, Jan 11,

Re: [Kicad-developers] Libedit and Modedit Icons

Can't we quit this icon bickering? Opinions are like buttholes, you all have one and I'm not the least bit interested in seeing yours. This thread is getting _exhausting_. Everyone stop replacing everyone's icons constantly, everyone stop nitpicking, everyone just go home and find something

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

gt; > -- > > *From:* Kicad-developers <kicad-developers-bounces+tom_figueroa= > > hotmail@lists.launchpad.net> on behalf of Fabrizio Tappero < > > fabrizio.tapp...@gmail.com> > > *Sent:* Monday, January 15, 2018 3:52:32 AM &

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

I like our font. It looks professional, like it belongs in an engineering drawing - waaay better than a certain other package that defaults to some serif font (Times New Roman maybe? blehhh). Would be nice to be able to change fonts though. On Mon, Jan 15, 2018 at 11:00:22PM +, Jeff Young

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

il.com> > Sent: Monday, January 15, 2018 3:52:32 AM > To: Chris Pavlina > Cc: KiCad Developers > Subject: Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for > high DPI > > Hi, > Can anybody with a high DPI monitor post some pics at different scaling &

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

able of scaling appropriately. > > > > From: Kicad-developers > <kicad-developers-bounces+tom_figueroa=hotmail@lists.launchpad.net> on > behalf of Fabrizio Tappero <fabrizio.tapp...@gmail.com> > Sent: Monday, January 15, 2018 3:52:

Re: [Kicad-developers] Hotkeys Editor

I really don't care. The original motivation was simply being able to cleanly put it as a tab inside the preferences dialog without nesting, I really didn't think putting them in a single list would make them undiscoverable (and this is the first I've heard that comment, to be honest). But I have

Re: [Kicad-developers] wxStaticBoxSizer fixes

be submitted upstream...) On Thu, Jan 11, 2018 at 07:14:27PM +0100, jp charras wrote: > Le 11/01/2018 à 18:27, Chris Pavlina a écrit : > > Hi (@JP mostly), > > > > I see you're removing wxStaticBoxSizers [1] due to issues with KDE. Have > > you tried the fix I implemen

Re: [Kicad-developers] Minor releases (post v5.0.0)

I agree with all of this 100%. On Thu, Jan 11, 2018 at 11:45:58AM -0600, José Ignacio wrote: > I've started to see a flurry of features that are either getting rushed in > for v5.0 or being pushed aside to the future "v6" version of kicad. Due to > the limited resources of the development team

[Kicad-developers] wxStaticBoxSizer fixes

Hi (@JP mostly), I see you're removing wxStaticBoxSizers [1] due to issues with KDE. Have you tried the fix I implemented in [2] for what I think is the same issue? You commented on the bug report and said it worked for you, and I didn't have to remove the wxStaticBoxSizer, only change a property

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

Compiler: GCC 7.2.1 with C++ ABI 1011 > > > > Build settings: > > USE_WX_GRAPHICS_CONTEXT=OFF > > USE_WX_OVERLAY=OFF > > KICAD_SCRIPTING=ON > > KICAD_SCRIPTING_MODULES=ON > > KICAD_SCRIPTING_WXPYTHON=ON > > KICAD_SCRIPTING_ACTION_MENU=O

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

t;     KICAD_SCRIPTING_WXPYTHON=ON >     KICAD_SCRIPTING_ACTION_MENU=OFF >     BUILD_GITHUB_PLUGIN=ON >     KICAD_USE_OCE=ON >     KICAD_SPICE=ON > > > On 2018-01-11 01:13, Chris Pavlina wrote: > > If your system DPI is already within a certain range it won't do > >

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

? Thanks. On Wed, Jan 10, 2018 at 11:16:46PM +, kristoffer Ödmark wrote: > Tried the patch, didnt really notice anything different though, I guess you > need to add some custom scaling for this to take effect? > > > On 2018-01-10 22:23, Chris Pavlina wrote: > > Sure, assi

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

. > Do you want me to file a bug report for it? > > On 1/10/2018 2:01 PM, Chris Pavlina wrote: > > By the way, I'm going to go ahead and push this tonight-ish if nobody > > objects. I know it's on the big side, but due to my limited number of > > machines to test on I r

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

By the way, I'm going to go ahead and push this tonight-ish if nobody objects. I know it's on the big side, but due to my limited number of machines to test on I really want time for user feedback. I'll be around to put out any fires. On Wed, Jan 10, 2018 at 11:07:49AM -0700, Chris Pavlina wrote

Re: [Kicad-developers] [PATCH] Fix some performance issues

Don't wait for my changes, I just wanted to feel out whether you'd be willing to accept them soon. I'm not sure if or when I'll get to them. On Tue, Jan 09, 2018 at 04:01:53PM -0500, Wayne Stambaugh wrote: > Camille, > > Although I didn't look over all of it, I'm OK with most of this since it >

Re: [Kicad-developers] Renaming headers?

Yeah, most "real IDEs" have no problem jumping through source. I break out CLion when I need to do battle with the KiCad spaghetti. We shouldn't _have_ to, though. On Tue, Jan 09, 2018 at 11:13:08AM -0700, Andy Peters wrote: > > > On Jan 9, 2018, at 10:37 AM, Chris

Re: [Kicad-developers] Renaming headers?

There's a plugin for vim called CtrlP that implements fuzzy matching on filenames too, which I use. Still, not even fuzzy matching will tell you PCB_EDIT_FRAME is in wxPcbStruct.h. On Tue, Jan 09, 2018 at 11:39:13AM -0500, Jon Evans wrote: > This is a tangent, but for ease of finding files, I

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

would you rebase > it? Thanks in advance. > > Cheers, > Orson > > On 01/09/2018 03:43 AM, Chris Pavlina wrote: > > Hi, > > > > As discussed with Wayne earlier, I've attached a patch which adds simple > > toolbar icon scaling so the toolbars are readable on hi

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

anks in advance. > > > > Cheers, > > Orson > > > > On 01/09/2018 03:43 AM, Chris Pavlina wrote: > >> Hi, > >> > >> As discussed with Wayne earlier, I've attached a patch which adds simple > >> toolbar icon scaling so the toolb

[Kicad-developers] Renaming headers?

Hi, Soonish, I'd like to go through and rename header files to actually match the names of the classes they define. It's a bit...unobvious that PCB_EDIT_FRAME is in wxPcbStruct.h, for instance. Now, because this would be a pretty large patch, I'd normally hold on until after 5.0 is released, but

Re: [Kicad-developers] [PATCH] eeschema: neatly wrap placeholder text in symbol chooser

rawing functions reside. > > On 01/07/2018 05:03 PM, Chris Pavlina wrote: > > Yeah, I was asking if anybody saw a better place for the static function > > I implemented, it could definitely be moved into common/ where it can be > > used from elsewhere but I wasn't sure where to p

Re: [Kicad-developers] [PATCH] eeschema: neatly wrap placeholder text in symbol chooser

ing and it looks fine to me. > > On 01/07/2018 04:40 PM, Chris Pavlina wrote: > > Yup, I held it back to wait for comments. > > > > On Sun, Jan 07, 2018 at 09:31:06PM +, Wayne Stambaugh wrote: > >> Chris, > >> > >> I didn't see this

Re: [Kicad-developers] Launchpad janitor down?

That'd be preferable if it's an option. On Sun, Jan 07, 2018 at 09:38:43PM +, Nick Østergaard wrote: > We could also just run it the jenkins server if you like. > > 2018-01-07 22:20 GMT+01:00 Chris Pavlina <pavlina.ch...@gmail.com>: > > > I'd be happy to voluntee

Re: [Kicad-developers] [PATCH] eeschema: neatly wrap placeholder text in symbol chooser

Yup, I held it back to wait for comments. On Sun, Jan 07, 2018 at 09:31:06PM +, Wayne Stambaugh wrote: > Chris, > > I didn't see this patch in your latest series of pushes. Is this still > relevant? > > Cheers, > > Wayne > > On 01/03/2018 08:55 P

Re: [Kicad-developers] Launchpad janitor down?

I'd be happy to volunteer a more reliable server to run it on, let me know privately if you want to take me up on that. As long as it'll run on something unix-based. On Sun, Jan 07, 2018 at 09:02:50PM +, Maciej Suminski wrote: > Hi Nick, > > Janitor runs on my home machine which is not very

Re: [Kicad-developers] [PATCH/RFC] UI policy: device-independent sizes

rom the contents of the dialog which is > the normal way. Is this a problem with wxWidget sizers? If so, has it > be already been resolve? > > Cheers > > Wayne > > On 01/07/2018 02:19 AM, Chris Pavlina wrote: > > Hi, > > > > There is a slight deficiency in our U

Re: [Kicad-developers] [PATCH/RFC] UI policy: device-independent sizes

gt; setting in the sizers that is causing this. > > On 01/07/2018 04:02 PM, Chris Pavlina wrote: > > Consider a dialog whose only contents are a list box. How would the > > sizers pick a size for that? It depends on how much data you want the > > list to show at once. By default, they'

Re: [Kicad-developers] Libedit and Modedit Icons

>>> I have attached a patchset which performs the following: > >>> > >>> 1. Revert libedit icon to previous version > >>> 2. Revert modedit icon to previous version > >>> 3. Updates pcbnew icon to look more like a PCB > >>

Re: [Kicad-developers] [PATCH] Add bidirectional net highlight cross-probing

t; not so well. It does not always zoom to the net in eeschema when selecing > > nets in pcbnew. > > > > 2018-01-07 3:30 GMT+01:00 Jon Evans <j...@craftyjon.com>: > > > >> Hi Wayne, > >> > >> Give this patch a try on top of my first one and see if it

[Kicad-developers] [PATCH/RFC] UI policy: device-independent sizes

e (a wxWidgets feature borrowed from Windows). Do not set the size directly in pixels, as it is unlikely to be suitable for systems with different font sizes or DPI. -- Chris >From 0f027706cb9127bd2b09ea907c230263f6ddbef0 Mon Sep 17 00:00:00 2001 From: Chris Pavlina <pavlina.ch...@g

Re: [Kicad-developers] [PATCH] Add bidirectional net highlight cross-probing

e, I'll work on the recentering in PcbNew, it shouldn't be too much to > add. > > On Sat, Jan 6, 2018 at 7:45 PM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: > > > I like it too, I just worry that by accepting even small features during > > freeze we're encoura

Re: [Kicad-developers] Libedit and Modedit Icons

hic alignment issues > > > > Here is a screenshot of the updated icons: > > > > > > [image: Inline image 2] > > > > > > [image: Inline image 1] > > > > On Sun, Jan 7, 2018 at 8:34 AM, Oliver Walters < > > oliver.henry.walt...@gmail.com> wrote:

Re: [Kicad-developers] [PATCH] Add bidirectional net highlight cross-probing

I like it too, I just worry that by accepting even small features during freeze we're encouraging people to do things that aren't bugfixes and release cleanup... On Sun, Jan 07, 2018 at 12:35:58AM +, Wayne Stambaugh wrote: > Jon, > > I just tested this and I like it! It doesn't seem like a

Re: [Kicad-developers] [PATCH] Allow selecting footprints that are only silkscreen using silk layers

silkscreen layer. It makes sense to me to be able to move these around > when high-contrasting on the silkscreen layer, since they are basically > just "free silkscreen" objects. > > On Sat, Jan 6, 2018 at 3:15 PM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: &g

Re: [Kicad-developers] [PATCH] Allow selecting footprints that are only silkscreen using silk layers

Yeah, this goes against the whole reason I use high contrast mode. On Sat, Jan 06, 2018 at 08:11:00PM +, Wayne Stambaugh wrote: > Is this behavior desirable? I know some users who use the high contrast > mode to prevent the disambiguation menus when editing high density > boards. Wouldn't

[Kicad-developers] Differential pair dimensions in net class

Hi, Are the differential pair dimensions in net classes implemented yet? If not, what's the chance that'll get done before release? If we can't, we should probably hide those columns in the design rules dialog... -- Chris ___ Mailing list:

Re: [Kicad-developers] Libedit and Modedit Icons

I wish we had something resembling a policy for icons. It seems like someone always wants to change them. We had decent icons for these _before_, and then someone submitted new ones, and they were accepted because... I don't know? Many of the new icons are really ambiguous and kind of useless.

Re: [Kicad-developers] [PATCH]some coverity fixes

Looks good to me - merged. Thank you. On Sat, Jan 06, 2018 at 05:50:05AM +, Mark Roszko wrote: > non corrupt patch i hope > > On Sat, Jan 6, 2018 at 12:07 AM, Mark Roszko wrote: > > > Nothing major, some unitialized values and other warnings > > > > -- > > Mark > > >

Re: [Kicad-developers] [PATCH] eeschema: neatly wrap placeholder text in symbol chooser

Hey Wayne, did you see this? I'm pretty confident it's ready to push but I'd like a second opinion on finding a good place for the function I had to write. On Thu, Jan 04, 2018 at 01:55:08AM +, Chris Pavlina wrote: > Hi, > > The placeholder text that was added to the symbo

[Kicad-developers] [PATCH] eeschema: neatly wrap placeholder text in symbol chooser

ot. -- Chris >From 6b303f61f34416d653a47a6b6865bf4aa9e16627 Mon Sep 17 00:00:00 2001 From: Chris Pavlina <pavlina.ch...@gmail.com> Date: Wed, 3 Jan 2018 18:51:27 -0700 Subject: [PATCH] eeschema: neatly wrap placeholder text in symbol chooser --- eeschema/dialogs/dia

Re: [Kicad-developers] [PATCH] eeschema: make footprint preview optional

addressed. I would > rather avoided merge conflicts if I can help it. I'm busy trying to > keep up with the current patch volume so anything to prevent extra work > is a good thing. > > On 1/3/2018 3:37 PM, Chris Pavlina wrote: > > There's some performance issue that's not just

Re: [Kicad-developers] [PATCH] eeschema: make footprint preview optional

nable. For version 5, the > default global footprint table will point to the footprint libraries > that get installed locally instead of the github libraries which are no > longer being maintained. Thanks for addressing this issue. > > Cheers, > > Wayne > >

[Kicad-developers] [PATCH] eeschema: make footprint preview optional

enable it if they like. I should have time after the release to work more on polishing it and then we can take the option back out. -- Chris >From b1716e1f0fe8fa516503cf2f6758447234f7e1be Mon Sep 17 00:00:00 2001 From: Chris Pavlina <pavlina.ch...@gmail.com> Date: Tue, 2 Jan 2018 19:52

Re: [Kicad-developers] Stable 5 branch status

/2/2018 2:59 PM, Chris Pavlina wrote: > > Of course. My confusion mostly surrounds how it interacts with rescue > > and when it does and does not decide to write things to disk (see José's > > point about it clobbering its own backups). > > > > In any case, I don't n

Re: [Kicad-developers] Stable 5 branch status

: > Let's start at the beginning. Are you clear on why symbols need to be > remapped? > > On 1/2/2018 2:52 PM, Chris Pavlina wrote: > > Honestly, with this symbol library stuff it's been hard for me to figure > > out what's a bug and what's a confusing design decision. Bug re

[Kicad-developers] V5 RC and component chooser, one more time

Hi, Just want to get a word in on this before anyone pulls an RC - due to a large number of user complaints about behavior of the footprint selector/preview in the symbol chooser and a number of unimplemented features, I intend to put it behind a default-off runtime option for V5. I don't have

Re: [Kicad-developers] Stable 5 branch status

existing sym-lib-table or > > just not clobber the pro file until the schematic is saved. > > > > The close without save step should be perfectly valid if you're just > > peeking at an old project and (possibly much later) you want to go > > modify it you're greeted with

Re: [Kicad-developers] Stable 5 branch status

back to you. > > On 1/2/2018 2:08 PM, Chris Pavlina wrote: > > Ah, that explains my question mark case. That's insane. > > > > On Tue, Jan 02, 2018 at 01:08:11PM -0600, José Ignacio wrote: > >> One big problem is that even if everything fails, the project wil

Re: [Kicad-developers] Stable 5 branch status

I get a chance. > > On 1/2/2018 1:44 PM, Chris Pavlina wrote: > > Keep in mind my problem is not necessarily that things are _broken_ but > > perhaps that they are so opaque that they only make sense in the mind of > > the designer. As I said in the previous message, we'v

Re: [Kicad-developers] Stable 5 branch status

r deletes all library entries from the project file, which > causes it to open with question marks only if you reopen it again after > saving. It should show the question marks before then or make better use of > the cache. > > On Tue, Jan 2, 2018 at 12:44 PM, Chris Pavlina <pavli

Re: [Kicad-developers] Stable 5 branch status

Are we really going to do an RC now without any more work to the remap stuff? I just had it ruin another project last night. It behaves very poorly when things also have to be rescued or libraries are missing, it seems. On Tue, Jan 02, 2018 at 09:10:20AM -0500, Wayne Stambaugh wrote: > On

Re: [Kicad-developers] Stable 5 branch status

s fine for everything I throw at it. > The only time things fall apart are when the cache is corrupted or > missing and/or rescues have be ignored. In those cases there is nothing > I can do because the proper symbols do not exist anywhere so remapping > is not possible. > > On

Re: [Kicad-developers] Stable 5 branch status

this thing myself and I actually understand the libraries... [1] https://github.com/conorpp/u2f-zero On Tue, Jan 02, 2018 at 11:33:49AM -0700, Chris Pavlina wrote: > Are we really going to do an RC now without any more work to the remap > stuff? I just had it ruin another project last

Re: [Kicad-developers] Default Canvas for v5

t; -Jon > > On Sat, Dec 30, 2017 at 10:30 PM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: > > > I like this. If you don't offer, everyone who's already used KiCad 4 and > > didn't realize they (c/sh)ould switch to GAL still won't notice that in > > KiCad 5. A fi

Re: [Kicad-developers] Default Canvas for v5

. So even > > > if they can change it, they give up before they realize they can. > > > > > > -Kristoffer > > > > > > On 12/30/2017 10:30 PM, Chris Pavlina wrote: > > >> On Sat, Dec 30, 2017 at 09:27:46PM +, Jeff Young wrote: > > >>> +1.

Re: [Kicad-developers] Default Canvas for v5

new features that a surprising number of people don't know exist because we hide them. > > Cheers, > Jeff. > > > On 30 Dec 2017, at 21:13, Chris Pavlina <pavlina.ch...@gmail.com> wrote: > > > > Pleeease! > > > > It makes no sense to use a canvas

Re: [Kicad-developers] Default Canvas for v5

Pleeease! It makes no sense to use a canvas we call "legacy" as default. GAL may still not have 100% feature parity to allow _removing_ legacy but it's totally ready to be the default. On Sat, Dec 30, 2017 at 08:51:53PM +, José Ignacio wrote: > Since the GAL is pretty much feature

Re: [Kicad-developers] New symbol table: problems with '/' characters?

On Fri, Dec 29, 2017 at 02:04:17PM +, Wayne Stambaugh wrote: > On 12/28/2017 06:25 PM, Andy Peters wrote: > > On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh > > wrote: > >> > >> Diego, > >> > >> Thank you for the offer but I'm already working

Re: [Kicad-developers] Component chooser performance

> Wayne > > On 12/28/2017 04:48 PM, Jeff Young wrote: > > Something definitely happened. It was fast for me, but now takes several > > seconds. > > > > On the other hand, not having it would be worse. > > > > Cheers, > > Jeff. > >

Re: [Kicad-developers] Intel video drivers on linux

XPS 15 is my new personal laptop and XPS 13 is my work laptop - I can highly recommend both. XPS 13 doesn't have a sufficiently high resolution display to be really problematic with KiCad - XPS 15 does (at least for both in their highest resolution options). On Thu, Dec 28, 2017 at 08:35:31PM

[Kicad-developers] Component chooser performance

Hi, How many have noticed a drop in performance in the component chooser, particularly surrounding footprint preview? I've noticed a rise in complaints about it, including one now who's saying it takes around two seconds to open every time. I'm not sure if something changed since I wrote it or if

Re: [Kicad-developers] Unlock text orientation flag for Reference/Value

I'm not sure a global flag would be better, it's perfectly reasonable to want different things for different texts. What may be nice to add is a global default setting for the flag. On Sat, Dec 16, 2017 at 01:30:33PM +, Jeff Young wrote: > Re-sending (I somehow hit reply instead of reply-all

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

Holy crap this is dope. I wanted to do something along similar lines a long time ago, but I've never had nearly enough time for it. I would use this stuff SO much. I love that you demoed it on the project I REALLY wish it existed for :D On Thu, Dec 14, 2017 at 04:15:34AM +, Jon Evans wrote:

Re: [Kicad-developers] [PATCH] Wire-bus entry dangling points

Interesting, when I added this feature a couple years ago I explicitly made it display the ends in this case to indicate an "error". I had no idea it was intended that bus entries be used in this way. I wish we could come up with a redesign of the bus entries that isn't visually ambiguous with

Re: [Kicad-developers] Getting patches committed

Hi Jeff, Thanks for your patches! You've already done the right thing - KiCad uses a somewhat old-fashioned flow so submitting patches directly like that is the norm. I'll just take a little while for them to be reviewed. If you have patches that add features rather than fixing bugs, you can

Re: [Kicad-developers] [PATCH] Remove outdated check on endAngle to fix GerbView arc draw direction

Just pushed this patch - thank you! On Sun, Dec 10, 2017 at 06:35:44PM +, Jon Evans wrote: > Hi all, > > Quick fix for an arc drawing path that still had some wrong logic in it. > > -Jon ___ Mailing list: https://launchpad.net/~kicad-developers

Re: [Kicad-developers] [PATCH 0/6] A few compatibility fixes

On Wed, Dec 06, 2017 at 11:53:09PM +, Wayne Stambaugh wrote: > On 12/06/2017 06:42 PM, Chris Pavlina wrote: > > On Wed, Dec 06, 2017 at 11:38:21PM +, Wayne Stambaugh wrote: > >> Simon, > >> > >> I'm OK with most of these patches but since when is it

Re: [Kicad-developers] [PATCH 0/6] A few compatibility fixes

On Wed, Dec 06, 2017 at 11:38:21PM +, Wayne Stambaugh wrote: > Simon, > > I'm OK with most of these patches but since when is it invalid to > initialize a c array in c++ (patch 4)? Isn't c a subset of c++ No, no it is not. > or is > this just a fix to get kicad to compile with msvc? If

Re: [Kicad-developers] [PATCH] Add double-click handling to disambiguation menu

Every once in a while, someone submits a fix for a bug that I didn't even remember existed, but that makes me want to hug them when it's fixed. On Wed, Dec 06, 2017 at 06:05:58PM +, Seth Hillbrand wrote: > ​The attached patch fixes https://bugs.launchpad.net/kicad/+bug/1154020 > > The

Re: [Kicad-developers] COMPONENT_TREE performance

to run it on > OSX soon. > > Have you already received complaints about the OSX performance? Today I > pushed a patch that fixed a significant performance issue on Windows. > > Cheers, > Orson > > On 12/04/2017 06:48 PM, Chris Pavlina wrote: > > Hey, just a comment becau

Re: [Kicad-developers] COMPONENT_TREE performance

ras wrote: > > Le 04/12/2017 à 18:53, Tomasz Wlostowski a écrit : > >> On 04/12/17 18:48, Chris Pavlina wrote: > >>> Hey, just a comment because I see people are wrestling with > >>> COMPONENT_TREE performance as I did when writing it. TEST ON MACOS. The

Re: [Kicad-developers] COMPONENT_TREE performance

On Mon, Dec 04, 2017 at 05:53:12PM +, Tomasz Wlostowski wrote: > On 04/12/17 18:48, Chris Pavlina wrote: > > Hey, just a comment because I see people are wrestling with > > COMPONENT_TREE performance as I did when writing it. TEST ON MACOS. The > > performance of the widg

[Kicad-developers] COMPONENT_TREE performance

Hey, just a comment because I see people are wrestling with COMPONENT_TREE performance as I did when writing it. TEST ON MACOS. The performance of the widget there has a really different profile from on other systems. I had to do things in really unobvious ways to make it perform reasonably there.

Re: [Kicad-developers] Consistency in messages

On Wed, Nov 29, 2017 at 08:26:57PM +, Simon Richter wrote: > Hi, > > we don't seem to have a consistent convention on quoting in messages > shown to the user, and thus we have all three of > > '%s' > "%s" > <%s> > > in format strings when referring to names (files, nets,

Re: [Kicad-developers] Consistency in messages

On Wed, Nov 29, 2017 at 03:56:20PM -0500, Wayne Stambaugh wrote: > I typically use '%s' mainly because it's easier than escaping the double > quote but I'm not opposed to "%s". <%s> should be avoided because some > text controls interpret the <> as html tags. I thought we got ride of > most if

Re: [Kicad-developers] MacOS 4.0.7 release oopsie

id not consider that tags > >> could > >> move. Which I think could happen like this: > >> > >> A tag will get pulled down when you pull normally. But if it changes > >> upstream you need to fetch with the --tags option > >> to sync it. > >&g

[Kicad-developers] MacOS 4.0.7 release oopsie

Okay people, wtf happened here. Helping someone on IRC figure out a PDF export bug on 4.0.7, when I realized this: https://misc.c4757p.com/pastes/0AOyojEiEE0V.txt ^ "Tag stable release" is commit 631f6d5, on July 14. The ACTUAL 4.0.7 tag is on 9f35e38, four commits later on August 1. Guess

Re: [Kicad-developers] emails in about box

5/2017 12:16 AM, Oliver Walters wrote: > > +1 > > > > On 25 Nov 2017 16:15, "Chris Pavlina" <pavlina.ch...@gmail.com > > <mailto:pavlina.ch...@gmail.com>> wrote: > > > > Hi, > > > > Can we please have a (hopefully short) disc

[Kicad-developers] emails in about box

Hi, Can we please have a (hopefully short) discussion on the presence of developer email addresses in the About box? I don't want or need mine there. People can find it if they really want to, but I see no need to advertise myself in the about box as if I'm inviting people to contact me

Re: [Kicad-developers] Component chooser work

PTER) for the library editor refactor. If the fixes > are done already, would you point me to your branch? I will help us > decide how to proceed. > > Cheers, > Orson > > On 11/18/2017 08:43 PM, Chris Pavlina wrote: > > Hi all! > > > > I'm looking to finally g

[Kicad-developers] Component chooser work

Hi all! I'm looking to finally get in the last few fixes and tweaks to the component chooser. I realize there's been some work recently in that area, but I've been away so I'm not fully in the loop on that. If I'm going to step on anyone's toes doing work in that area, please let me know and I'll

Re: [Kicad-developers] Library Editor refactor

Copy/paste in libedit? Finally? ...want a hug? On Sat, Nov 18, 2017 at 06:11:34PM +, Maciej Suminski wrote: > Hi Wayne, > > Lots of fun, sponsored by wxWidgets. I agree about not delaying the > feature freeze any more, I already feel a bit guilty. I believe the > library editor refactor is

Re: [Kicad-developers] [FEATURE] Eeschema Line Styles

Nice! I've wanted this for ages, thank you so much! Can I make a minor feature request? It'd be really nice if I could set the color and style before placing lines, so I can place arbitrarily many without having to change the style for each segment. Some editors do this by adding a style

Re: [Kicad-developers] Eeschema connectivity storage

Has CERN began work on that yet? On Fri, Nov 17, 2017 at 02:26:01PM +, Wayne Stambaugh wrote: > Hey Jon, > > There is currently a CERN work order for improving bus handing which > would almost certainly clash with anything you are working on so you may > want to hold off until that is

Re: [Kicad-developers] Color scheme import/export

tomasz.wlostow...@cern.ch> wrote: > > > On 19.08.2017 18:12, Chris Pavlina wrote: > > > Hi, > > > > > > Is someone still working on import/export for color schemes? This is > > > something I'd really like to have in 5.0 since we have the full

Re: [Kicad-developers] Color scheme import/export

wrote: > On 19.08.2017 18:12, Chris Pavlina wrote: > > Hi, > > > > Is someone still working on import/export for color schemes? This is > > something I'd really like to have in 5.0 since we have the full RGB > > colors now - if nobody is working on that anymore I might

[Kicad-developers] Color scheme import/export

Hi, Is someone still working on import/export for color schemes? This is something I'd really like to have in 5.0 since we have the full RGB colors now - if nobody is working on that anymore I might add it to my list. -- Chris ___ Mailing list:

Re: [Kicad-developers] Perf HighlightConnectionAtPosition

It's pretty difficult to get "real time" since the profiler significant affects the timing. Personally I always use callgrind, with good results. On Tue, Aug 01, 2017 at 09:20:02PM +0530, Gaurav Juvekar wrote: > Hi, > > > Personally, I think your proposal sounds quite sensible, and I'm not > >

Re: [Kicad-developers] Perf HighlightConnectionAtPosition

Personally, I think your proposal sounds quite sensible, and I'm not aware of any reason they _must_ be in a vector. Care to try it out and see if it works? On Tue, Aug 01, 2017 at 01:52:28AM +0530, Gaurav Juvekar wrote: > Hi all, > > I was just playing around and found that the highlight net

Re: [Kicad-developers] Yet another 4.0.7 release bug.

Yes On Mon, Jul 31, 2017 at 12:27:37PM -0400, Wayne Stambaugh wrote: > No problem. Is this patch against the stable 4 branch? > > On 7/31/2017 12:08 PM, Chris Pavlina wrote: > > Wayne, while 4.0.7 is delayed again would you accept another small patch > > (attached)? There a

Re: [Kicad-developers] Yet another 4.0.7 release bug.

t; Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp >From c69797f0d94d99f939cf3e70b5a90d91b707d7d2 Mon Sep 17 00:00:00 2001 From

  1   2   3   4   5   6   7   8   9   10   >