Re: [Kicad-developers] Launchpad janitor down?

Hi Maciej, Is it down again, I see it has bot commented on https://bugs.launchpad.net/kicad/+bug/1662398 Even though it was six hours ago or so. Nick 2018-01-08 0:00 GMT+01:00 Nick Østergaard : > Where is the script located and what does it require? > > 2018-01-07 22:40

Re: [Kicad-developers] Exchange/update footprints proposal

Hi Wayne, Yes, the Update from Library case is the one I’m talking about. I think the original reporter of the bug was only reimporting the netlist because he couldn’t find any other way that might do it. But what do you mean by “Just update the footprint from the library”? Changing it in

Re: [Kicad-developers] Launchpad janitor down?

Where is the script located and what does it require? 2018-01-07 22:40 GMT+01:00 Chris Pavlina : > 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. >

Re: [Kicad-developers] Stable 5 branch status

This is fine but we still have some work to do before we branch and tag rc1. I think we might (fingers crossed) be able to pull that off by FOSDEM but it will be close. I still have to get my presentation done for FOSDEM. On 01/07/2018 04:37 PM, Nick Østergaard wrote: > I am just talking about

Re: [Kicad-developers] Exchange/update footprints proposal

Hey Jeff, On 01/07/2018 05:17 PM, Jeff Young wrote: > Hi Wayne, > > I think there’s a compromise in here somewhere, but I think you might have > missed my main point which is that I don’t like conflating Change and Update. > They are not related in the user’s mind (even if the code is

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

I can't think of a better place to put it. I was hoping once legacy canvas is removed completely from KiCad that this file would go away but that isn't going to be any time soon. Maybe we move this to a dialog helper file at that point if it's still necessary. On 01/07/2018 05:09 PM, Chris

Re: [Kicad-developers] Exchange/update footprints proposal

Hi Wayne, I think there’s a compromise in here somewhere, but I think you might have missed my main point which is that I don’t like conflating Change and Update. They are not related in the user’s mind (even if the code is somewhat similar). Most of your comments relate to Change. I wasn’t

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

Okay, I'll put it there and push. I wasn't sure it was a good fit there, but it's better there than hidden away as a static. On Sun, Jan 07, 2018 at 10:06:16PM +, Wayne Stambaugh wrote: > The best place I can think of is the common/gr_basic.cpp file where all > of the other wxDC drawing

Re: [Kicad-developers] Libedit and Modedit Icons

One more thing about the current lib icon, why are the books/binders of different height? Do not use yellow objects on white backgrounds in icon, yellow is almost always invisible. On Sun, Jan 7, 2018 at 1:39 PM, Vesa Solonen wrote: > Andrey Kuznetsov kirjoitti 07/01/18

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

The best place I can think of is the common/gr_basic.cpp file where all of the 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/

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

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 put it. On Sun, Jan 07, 2018 at 10:02:42PM +, Wayne Stambaugh wrote: > I tested it on Debian testing

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

I tested it on Debian 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't see this patch in your latest series of pushes. Is this

Re: [Kicad-developers] Exchange/update footprints proposal

Jeff, While I agree that the change footprint dialog is not easy to discover and some what confusing, I think your proposal is too restrictive. I have an alternate proposal: Leave the change footprint dialog as is. When opening the change footprint dialog from the footprint context menu, keep

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 reliable server to

Re: [Kicad-developers] Libedit and Modedit Icons

Andrey Kuznetsov kirjoitti 07/01/18 klo 22:51: > The problem I had with the library icon is that there are only 2 books, and > a ruler, that's what it looks like to me, and the 2 books are stacked using > a weird tilt angle, usually you'd expect the books to be stacked straight To me they look

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 PM, Chris Pavlina wrote: > > Hi, > > > >

Re: [Kicad-developers] Launchpad janitor down?

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

Re: [Kicad-developers] Stable 5 branch status

I am just talking about tagging, not doing any realease announcement. Getting an early tag will make it easer for packagers to prepare. 2018-01-07 22:17 GMT+01:00 Wayne Stambaugh : > Nick, > > I think you possibly misunderstood me or perhaps I didn't explain it > very well.

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

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 PM, Chris Pavlina wrote: > Hi, > > The placeholder text that was added to the symbol preview in the chooser > ("double-click here...") has a manually placed line break,

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

Jon, Fantastic! This is what I was looking for. The patch doesn't seem that invasive so I merged it. Since this only works in the gal canvases, I'm sure someone will file a but report about it not working in the legacy canvas but I would rather not spend time on that since the legacy canvas

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

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'll pick a size that fits ALL the data, as you can see in [1] -- I had to fix that because it literally exceeds the entire

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

Got it. Thanks for the explanation. Even on my systems on the edit LIB_ID dialog was always the entire height of the display. It seems strange that wxWidgets wouldn't clamp the height to something less than the maximum display height. I'm wondering if we aren't using some setting in the sizers

Re: [Kicad-developers] Stable 5 branch status

Hello all, I will attempt to summarize the status as I see it. Lots of fixes have been comming in over the last few weeks. But if we are to keep up with Wayne's goal of having a v5 release for FOSDEM, I think we tag 5.0.0-rc1 soon. There is no reason we can still fix stuff untill we make the

Re: [Kicad-developers] Launchpad janitor down?

Hi Nick, Janitor runs on my home machine which is not very reliable and apparently had some problems when I was away. It should be fine now. Regards, Orson On 01/07/2018 02:11 PM, Nick Østergaard wrote: > Hi Orson, > > Is the launchpad janitor down? > > It seems that it did not mark this bug

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

There may be an abuse of sizers that's making it _actually exceed_ the display size, but I'm pretty confident that there's no way a sizer could programmatically pick the "best" size for something like that. At best it could make it not overflow the screen...but the sizer doesn't know how much

Re: [Kicad-developers] Stable 5 branch status

Nick, I think you possibly misunderstood me or perhaps I didn't explain it very well. I would have liked to have the stable 5 release ready for FOSDEM but realistically I would be happy if we were ready to create the v5 branch and tag rc1 by FOSDEM. That's a far more realistic goal. I don't

Re: [Kicad-developers] Libedit and Modedit Icons

I see some poorly stacked books in these images as well and all of which are way to large to be toolbar and menu icons. As I said, if you can pull if off then I'm fine with it. On 01/07/2018 03:51 PM, Andrey Kuznetsov wrote: > Hi Wayne, > > The problem I had with the library icon is that there

Re: [Kicad-developers] Libedit and Modedit Icons

Hi Wayne, The problem I had with the library icon is that there are only 2 books, and a ruler, that's what it looks like to me, and the 2 books are stacked using a weird tilt angle, usually you'd expect the books to be stacked straight on the left side, and the book on the right to be tilted into

Re: [Kicad-developers] Libedit and Modedit Icons

My project leader hat is getting a workout today. Here is what I would like to see: Revert the libedit and modedit icons without pencils since we are doing away with whole pencil idea. The original blueprint concept for these icons was clever but they ended up looking a bit busy and didn't

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

Hey Chris, Since I don't have a HiDPI system to test with, I just want to be sure I understand this. Are you saying that even when the dialog size is -1, -1 which forces the sizers to do their thing that they dialogs do not get sized properly on HiDPI displays even after controls are filled with

Re: [Kicad-developers] Possible bug - libedit

I would think this is a bug. You should not have to close and reopen the symbol library editor so changes will get updated. On 01/06/2018 07:29 PM, Oliver Walters wrote: > In libedit, if you alter the description of a symbol, it does not get > updated in the tree view. You have to close and

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

Yep! I completely blanked on that one last night. I just pushed the patch. Thank you for the patch and the reminder. Cheers, Wayne On 01/07/2018 10:30 AM, Nick Østergaard wrote: > Hi Wayne, > > I think you forgot to push the patch. I can not see it on master. > > 2018-01-06 23:29 GMT+01:00

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

I'm putting my project leader hat. Since the bug was not a wishlist bug I will go ahead and merge the original patch along with the board centering fix. We will push the schematic view centering which is a far more complex issue of until v6. @John, I merged your first patch. Thank you. I will

Re: [Kicad-developers] Via dialog to support

Thanks for clarifying. On Sun, Jan 7, 2018 at 10:47 AM, jp charras wrote: > Le 07/01/2018 à 19:34, Andrey Kuznetsov a écrit : > > Should kicad not impose 2 layer restrictions on blind/buried vias? That > way users could at least use > > them, but will have to manually be

Re: [Kicad-developers] Libedit and Modedit Icons

"GBR" is the standard abbreviation. Here's the official logo direct from Ucamco: https://www.ucamco.com/images/product_images/image/69/gbrx2_256x256_black_bg.png If we put the name of the format in the icon, it should be loosely based on that. GRB is a horrible idea, nobody abbreviates it to

Re: [Kicad-developers] Via dialog to support

Le 07/01/2018 à 19:34, Andrey Kuznetsov a écrit : > Should kicad not impose 2 layer restrictions on blind/buried vias? That way > users could at least use > them, but will have to manually be careful since DRC doesn't support it. > There could be 2 > blind/buried vias on top of each other

Re: [Kicad-developers] Libedit and Modedit Icons

I think GBR might be confusing since Gerber has 2 Rs, why not GRB, see what I mean? I know it's the file extension .gbr, but how many new people will figure it out easily? I think "Gerb" would be much better, besides, the older existing icons use LM2902-N, etc in the icon and that's still readable

Re: [Kicad-developers] Via dialog to support

Should kicad not impose 2 layer restrictions on blind/buried vias? That way users could at least use them, but will have to manually be careful since DRC doesn't support it. There could be 2 blind/buried vias on top of each other vertically, but on different layers and not touching. And have

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

Hi Wayne, I think you forgot to push the patch. I can not see it on master. 2018-01-06 23:29 GMT+01:00 Wayne Stambaugh : > I misunderstood the purpose of this patch as well. I tested it and it > works as advertised so I merged it. Thank you for your contribution. > >

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

I guess they are good as is then :) I tested on linux. 2018-01-07 15:50 GMT+01:00 Jon Evans : > Now we are really straying into new-feature land... as far as I can tell, > there is no code in eeschema for "locate and zoom to fit a net". > I could pick some random object on

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

I was just expecting the net to be highlighted when i filed the report, I have a memory of being able to do this on a previous nightly, nothing else. But after the comments, maybe I remember wrong? Jumping around in the schematic when highlighting net is not something I want at least. I

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

I agree, don't do that. And yes, it's really complicated because nets can span sheets. Just highlighting it in the existing viewport is perfectly fine and what I'd expect. On Sun, Jan 07, 2018 at 02:50:27PM +, Jon Evans wrote: > Now we are really straying into new-feature land... as far as I

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

Now we are really straying into new-feature land... as far as I can tell, there is no code in eeschema for "locate and zoom to fit a net". I could pick some random object on the net and locate that without much code, but is that the behavior we want? (especially for nets that exist on multiple

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

Hi Jon, I just tested this woth both patches applied. It seems that selecting nets in eeschema the zoom to view works good in pcbnew, but the other way around 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

Re: [Kicad-developers] Via dialog to support

Le 06/01/2018 à 22:58, kristoffer Ödmark a écrit : > I am implementing it now, just a question, what should be the logic behind > micro vias? Not very > familiar with those. > > Can they go between any number of layers, or only adjecent ones? I will treat > them like buried vias > currently, so

[Kicad-developers] Launchpad janitor down?

Hi Orson, Is the launchpad janitor down? It seems that it did not mark this bug as fixed: https://bugs.launchpad.net/kicad/+bug/1741327 Regards Nick Østergaard ___ Mailing list: https://launchpad.net/~kicad-developers Post to :

Re: [Kicad-developers] Libedit and Modedit Icons

I agree on all of this points, unsure about the GBR, but i think it might help in the same way that the netlist icon has "NET". In addition the DRC ladybug icon could use the letters DRC. The current set of icons are really "engineer-icons" as i like to call them, they try to tell the entire

Re: [Kicad-developers] Libedit and Modedit Icons

+1 to eeschema icon changes +1 to reverting libedit and modedit, but with no pencils +1 to no magnifying glass (the drill file, net and BOM icons all have three letters on them; I’m sure GBR would fit on the gerber icon) I still think we need to change the project icon in the navigation to

Re: [Kicad-developers] Libedit and Modedit Icons

I agree, no pencils, no magnifying glass. By the way, anyone else thinks the .lib file icons in the navigation looks weird? If it's meant to look like a few stacked books, why are they tilted in weird directions? On Sun, Jan 7, 2018 at 12:26 AM, Simon Wells wrote: > if the

Re: [Kicad-developers] [PATCH] OpenGL: use source alpha only for direct (no AA) rendering

Le 06/01/2018 à 22:16, Jon Evans a écrit : > Hi JP, > > I was able to see the problem you described, and the attached change seems to > fix it. > > -Jon Thanks. I committed this patch. -- Jean-Pierre CHARRAS ___ Mailing list:

Re: [Kicad-developers] Libedit and Modedit Icons

if the modedit/libedit icons are to be reverted then i believe the pencils should be removed, seeing as they were used to portray edit i believe but now that pcbnew/eeschema don’t have them they just seem odd > On 7/01/2018, at 2:28 PM, Nick Østergaard wrote: > > I have