[Kicad-developers] A quick re-introduction

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 Post to

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

em. > > > On Fri, Feb 2, 2018 at 11:45 PM, Chris Pavlina > 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... > > > > On Fri,

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

/kicad/+bug/1746753 > > On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina > wrote: > > > 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 > > > >

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. C

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: https://launchpad

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

Yes! You got it, works for me :) On Tue, Jan 16, 2018 at 05:16:57PM +, Chris Pavlina wrote: > 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: > > Wa

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, 20

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 better

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

--- > > *From:* Kicad-developers > hotmail@lists.launchpad.net> on behalf of Fabrizio Tappero < > > fabrizio.tapp...@gmail.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

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 wrot

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

based > on these two experiences, the icons are very capable of scaling appropriately. > > > > From: Kicad-developers > on > behalf of Fabrizio Tappero > Sent: Monday, January 15, 2018 3:52:32 AM > To: Chris Pavlina > Cc: KiCad

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

experiences, the icons are very capable of scaling appropriately. > > > > From: Kicad-developers > on > behalf of Fabrizio Tappero > Sent: Monday, January 15, 2018 3:52:32 AM > To: Chris Pavlina > Cc: KiCad Developers > Subject: Re: [Ki

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 n

Re: [Kicad-developers] wxStaticBoxSizer fixes

also 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

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 and

[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

; > > > 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=OFF > > BUILD_GITHUB_PLUG

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

ODULES=ON >     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

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

; physical size? 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: >

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

work. > 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

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, Chri

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 > i

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

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 high

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

ter, 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 read

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

OK > without any patch… > > > Regards, > Bernhard > > > On 9. Jan 2018, at 14:27, Maciej Sumiński wrote: > > > > Hi Chris, > > > > The patch does not apply cleanly on the current master, would you rebase > > it? Thanks in advance. > >

[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 I

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

he other wxDC drawing 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&#x

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

testing 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'

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 : > > > I'd be happy to volunteer a more rel

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

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 r

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

alog size from 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

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

g if we aren't using some > 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 > >

Re: [Kicad-developers] Libedit and Modedit Icons

gt; >>> > >>> 1. Revert libedit icon to previous version > >>> 2. Revert modedit icon to previous version > >>> 3. Updates pcbnew icon to look more like a PCB > >>> 4. Update colors of eeschema icon > >>> 5. Various (almost imperceptible) tweaks to a number of icons to fix &

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

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 : > > > >> Hi Wayne, > >> > >> Give this patch a try on top of my first one and see if it does what you > >> want. &

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

; based on the system font size (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

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

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 > wrote: > > > I like it too, I just worry that by accepting even small features during > > freeze we're encouraging people to do things

Re: [Kicad-developers] Libedit and Modedit Icons

o fix > > graphic 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...@

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 h

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

the 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 > wrote: > > > Yeah, this

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 th

[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: https://lau

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. Shou

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 > > > > > > -- > 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 t

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

n't find a decent spot. -- Chris >From 6b303f61f34416d653a47a6b6865bf4aa9e16627 Mon Sep 17 00:00:00 2001 From: Chris Pavlina Date: Wed, 3 Jan 2018 18:51:27 -0700 Subject: [PATCH] eeschema: neatly wrap placeholder text in symbol chooser --- eeschema/dialogs/dialog_choose_component.cpp | 57

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

eds to be 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 is

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

int libraries would be all that objectionable. 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. > &

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

can easily 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 Date: Tue, 2 Jan 2018 19:52:35 -0700 Subject: [PA

Re: [Kicad-developers] Stable 5 branch status

ors plenty of time. > > On 1/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). > &g

Re: [Kicad-developers] Stable 5 branch status

00, Wayne Stambaugh wrote: > 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 wh

[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 tim

Re: [Kicad-developers] Stable 5 branch status

er should really take the 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 > >

Re: [Kicad-developers] Stable 5 branch status

oject and I will get 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

Re: [Kicad-developers] Stable 5 branch status

ng goes wrong. I'll take a look at this > project as soon as 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 m

Re: [Kicad-developers] Stable 5 branch status

mapper 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 &g

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 1/2/2018

Re: [Kicad-developers] Stable 5 branch status

t works 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. >

Re: [Kicad-developers] Stable 5 branch status

I have no idea how to use 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

Re: [Kicad-developers] Default Canvas for v5

gt; > -Jon > > On Sat, Dec 30, 2017 at 10:30 PM, Chris Pavlina > 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 fir

Re: [Kicad-developers] Default Canvas for v5

ven > > > 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: > > >&g

Re: [Kicad-developers] Default Canvas for v5

w 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 wrote: > > > > Pleeease! > > > > It makes no sense to use a canvas we call "legacy

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 complet

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 on it.  It is not as > >

Re: [Kicad-developers] Component chooser performance

gt; I will take a look at it. > > 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. > > > >

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 +00

[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 t

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 wir

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 sub

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 P

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 i

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 it'

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 current

Re: [Kicad-developers] COMPONENT_TREE performance

gt; > 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 because I see people are wrestli

Re: [Kicad-developers] COMPONENT_TREE performance

M, jp charras 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 MA

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, netclass

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 no

Re: [Kicad-developers] MacOS 4.0.7 release oopsie

hat 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 whic

Re: [Kicad-developers] emails in about box

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

[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 personally

Re: [Kicad-developers] Component chooser work

ry 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 get in the last fe

[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

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 dropd

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 impleme

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

Wlostowski < > 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

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

masz Wlostowski 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

[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: https:

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 > > aw

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 too

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

  1   2   3   4   5   6   7   8   9   10   >