Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

More and more modern text editing software is moving to fuzzy string matching rather than explicitly requiring users to put in wildcards when doing searches for filenames, code intelligence searches (i.e. match function / class names etc). Have you considered that as an option? On Fri, Dec 18,

Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

quot;, "ATXMEGA128D3", "ATXMEGA256D3", etc to come up? > > On Fri, Dec 18, 2015 at 12:14:33PM -0500, Jon Evans wrote: > > More and more modern text editing software is moving to fuzzy string > > matching rather than explicitly requiring users to put in wildc

Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

Hi Chris, thanks for the feedback. I certainly don't expect you to waste your time implementing something that you don't want/need! I think if you end up implementing wildcard match it will be a good starting point for adding fuzzy matching later if someone wants to take that on (maybe even I

Re: [Kicad-developers] GAL selection improvement suggestions

the invisible objects can be selected. > > On 11/19/2015 11:20 AM, Jon Evans wrote: > > This is also how it works in PADS and it is one of those features that I > > really miss when using tools without it: > > > > http://i.imgur.com/Ifd30l4.jpg > > > > In

Re: [Kicad-developers] GAL selection improvement suggestions

This is also how it works in PADS and it is one of those features that I really miss when using tools without it: http://i.imgur.com/Ifd30l4.jpg In fact, switching what you can select is such a common task that they have it on the right-click menu when you click in empty space:

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

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 products were originally formed from separate applications (often from separate companies originally). I have used a number of commercial

[Kicad-developers] RFC: Arbitrary color support

Hi all, I started working on the idea of a color theme system for KiCad, starting with the schematic editor. This change relies on a complete removal of EDA_COLOR_T from the code, and replacement with a color structure that can handle arbitrary colors. I think this is important and the right

Re: [Kicad-developers] RFC: Arbitrary color support

; > > > This is only the *color choice* in Pcbnew which is constrained in legacy > canvas. > > > > EDA_COLOR_T comes from the fact the legacy graphic primitives where > written for an other library, > > not for wxWidgets. > > (Kicad was started before wxWidg

Re: [Kicad-developers] RFC: Arbitrary color support

not have this ready reasonably soon (next month or two), then it will > have to be pushed back to the version 6 release. > > Cheers, > > Wayne > > On 2/7/2017 10:27 AM, Jon Evans wrote: > > Would you accept the patch to move to wxColour if it were not possible > > to c

Re: [Kicad-developers] RFC: Arbitrary color support

eb 7, 2017 at 10:19 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: > On 2/7/2017 9:00 AM, Chris Pavlina wrote: > > On Tue, Feb 07, 2017 at 08:57:23AM -0500, Jon Evans wrote: > >> Hi Simon, JP, > >> > >> I understand the issue with the colors chosen for

[Kicad-developers] [PATCH] Move layer color settings from child class to base class RENDER_SETTINGS

, but if I make progress on enabling GAL in GerbView it might become more obvious how that should be refactored into the base class. Best, Jon From 7122ee9236d230bdd49bb40cabca166b1b15347c Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 15 Feb 2017 22:26:03 -0500 Subject:

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

They seem complete to me, but I just want to confirm. > > > > Regards, > > Orson > > > > On 02/20/2017 06:55 PM, Jon Evans wrote: > >> Thanks Orson, no I don't mind changing to static consts! > >> > >> Best, > >> Jon > >> > &

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

erged? They seem complete to me, but I just want to confirm. > > Regards, > Orson > > On 02/20/2017 06:55 PM, Jon Evans wrote: > > Thanks Orson, no I don't mind changing to static consts! > > > > Best, > > Jon > > > > On Mon, Feb 20, 2017 at 12:50

Re: [Kicad-developers] [PATCH] Refactor COMMON_ACTIONS into a base and derived class

; move the actions to their corresponding tools, as is done e.g. in > > pcbnew/router/router_tool.cpp (ACT_* objects), and leave only truly > > generic actions in {COMMON,PCB}_ACTIONS. > > > > What do you think about splitting the current set to PCB_ACTIONS and >

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

rent master. There are also a few minor code > formatting fixes. > > Regards, > Orson > > 1. https://code.launchpad.net/~orsonmmz/kicad/+git/kicad/+ref/colors > > On 02/18/2017 09:24 PM, Jon Evans wrote: > > Hi all, > > > > Attached is a follow-up patch

Re: [Kicad-developers] [PATCH] Refactor COMMON_ACTIONS into a base and derived class

This time with the patch attached :) On Mon, Feb 20, 2017 at 1:12 PM, Jon Evans <j...@craftyjon.com> wrote: > Hi Orson, > > I've attached a follow-up patch that moves all TOOL_ACTIONs out of > pcb_actions.cpp and creates a COMMON_TOOLS class for storing > cross-application t

Re: [Kicad-developers] [PATCH] Refactor COMMON_ACTIONS into a base and derived class

>> For some time I was also wondering whether it would not be better to > >>> move the actions to their corresponding tools, as is done e.g. in > >>> pcbnew/router/router_tool.cpp (ACT_* objects), and leave only truly > >>> generic actions in {COMMON,

[Kicad-developers] [PATCH] Remove dependence on LAYER_ID from EDA_DRAW_PANEL_GAL

Hi all, Another refactoring of the GAL base classes, this time to not depend on LAYER_ID, which is specific to pcbnew. Best, Jon From 3862fa138b5b60204617cc065e972857fd2fd1b9 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Thu, 16 Feb 2017 19:59:31 -0500 Subject:

Re: [Kicad-developers] [RFC] Future of GitHub libraries

Hi Clemens, just wanted to give another perspective that goes against your last line -- Just wanted to say that some of us are very happy to use SCM daily. At my workplace, we use Git to store electronics designs and symbol/footprint libraries. It started with the electronics people who also do

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

he master repository. Thank you for the >> patches. >> >> Regards, >> Orson >> >> On 02/22/2017 02:10 PM, Jon Evans wrote: >> > Yes, they are ready to merge. >> > >> > Best, >> > Jon >> > >> > On Feb 22, 2017

Re: [Kicad-developers] Torrents for KiCad distribution

Does anyone have stats on what the typical bandwidth transfer is from the download server over time (such as when there is a release)? If there is a problem (i.e. the current server slows down too much or costs too much when there is a release and lots of people download at once), it would be

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

oach in the zoom methods. This part I > >>> would merge instantly, but there is an issue with caching the board > >>> bounding box. It does not take into account that items already added to > >>> board may change their position and affect the bounding box. I would &

Re: [Kicad-developers] [PATCH] Fix layer color swatches in Linux

I agree with JP. Move colors out of layer manager into a separate dialog, add more powerful features for GAL. This ties in to my plans to add color theme support and also some other ideas I have for new display modes in GAL. Another feature I want to clone from a commercial product is saved

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

ted to > board? Thank you in advance. > > Regards, > Orson > > On 02/23/2017 05:34 AM, Jon Evans wrote: > > Hi all, > > > > This patch finishes off the refactor I did a few days ago, by enabling > > ZoomFitScreen to work without knowledge of the BOA

Re: [Kicad-developers] Strange COLOR4D::LegacyMix( COLOR4D aColor ) optimization

. Best, Jon On Thu, Feb 23, 2017 at 10:47 AM, Jon Evans <j...@craftyjon.com> wrote: > Hi JP, > > You could well be right, I did not perform cycle counting on this method, > just kept the map lookup because that is what was used before. It would be > a better optimization (

Re: [Kicad-developers] Strange COLOR4D::LegacyMix( COLOR4D aColor ) optimization

Hi JP, You could well be right, I did not perform cycle counting on this method, just kept the map lookup because that is what was used before. It would be a better optimization (if one if even needed) to come up with a fast way of hashing a COLOR4D so that it can be used as a key in a key-value

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

ugly in Windows 10. Best, Jon On Fri, Feb 10, 2017 at 8:43 PM, Jon Evans <j...@craftyjon.com> wrote: > Hi all, > > Attached is a (rather large!) patch that changes the internal color > representation to COLOR4D across the codebase (except for places that > directly deal wi

Re: [Kicad-developers] [PATCH] Fix layer color swatches in Linux

FWIW, this is what my expecations were as a new user when I started with KiCad (for what would happen with a single left-click) based on how things work in other applications with layer managers I have used (ECAD, graphics, etc): http://i.imgur.com/Euh2Gjwl.png -Jon On Tue, Feb 21, 2017 at

Re: [Kicad-developers] [PATCH] Fix layer color swatches in Linux

the color button? This may be a case of > ignorance being bliss. > > On 2/21/2017 12:54 PM, Jon Evans wrote: > > FWIW, this is what my expecations were as a new user when I started with > > KiCad (for what would happen with a single left-click) based on how > > things work in other

[Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 22 Feb 2017 23:31:26 -0500 Subject: [PATCH] Move ZoomFitScreen and ZoomPreset from PCBNEW_CONTROL to COMMON_TOOLS In order to prevent call sites of BOARD::GetBoundingBox() needing to call BOARD::ComputeBoundingBox(), also imp

[Kicad-developers] GerbView GAL port

Hi all, I want to get familiar with the GAL codebase, and it occurred to me that it might be fun to play with porting GerbView to GAL. I know it is on the 6.x roadmap, but it seemed to me that it would be mostly not dependent on any other changes that I see on the roadmap or have seen people

Re: [Kicad-developers] RFC: Change UX for item selection clarification

uot;yes" right now... Yeah, this is > how most tools work, and it's quite intuitive. I would be 100% in favor > of implementing it this way. > > On Sat, Feb 11, 2017 at 02:21:08PM -0500, Jon Evans wrote: > > Hi all, > > > > I had been thinking about proposing thi

[Kicad-developers] RFC: Change UX for item selection clarification

Hi all, I had been thinking about proposing this already as a UX enhancement, and then while looking through the starter bugs realized that lp:1154020 [1] is actually quite difficult to solve in a nice way due to the popup menu used for clarification today, so I decided to send it out now. I

Re: [Kicad-developers] RFC: Change UX for item selection clarification

ious how to do it. > > On Sat, Feb 11, 2017 at 05:49:05PM -0500, Jon Evans wrote: > > Proof of concept: https://www.youtube.com/watch?v=JfnXPosOHcY > > (when you see the selection changing, I'm hitting the new hotkey I made > for > > cycling through items) > >

Re: [Kicad-developers] OT: Trends in number of on-chip I/Os...

Here are some approaches I know about (some of these available in KiCad today, some of them not until tomorrow :-) - Splitting up the part into logical blocks as Mark said - Depending on user preference / company policy, using component attributes to map all power and ground pins rather than

Re: [Kicad-developers] RFC: Change UX for item selection clarification

e selection menu that pops up actually, I would like > to keep it. > > I think that the list can be used simultaneous with the hotkeys and > autoselection. Just hide it whenever another action is invoked on the item > that is curently selected in the list. > > - Kristoffer > >

Re: [Kicad-developers] Differential pair DRC Errors

I took a quick look at the DRC code, and it looks like it is doing an exclusive check on the minimum distances for clearance -- i.e. it is requiring the clearance be greater than the minimum, not greater or equal. I'm not familiar enough with this part of the code to want to submit a patch for

Re: [Kicad-developers] RFC: Change UX for item selection clarification

ll already be in the proper filter mode to (for example) only select components for moving, etc. Best, Jon On Sun, Feb 12, 2017 at 7:12 PM, John Beard <john.j.be...@gmail.com> wrote: > On Mon, Feb 13, 2017 at 6:39 AM, Jon Evans <j...@craftyjon.com> wrote: > > > > The core o

Re: [Kicad-developers] Differential pair DRC Errors

question is: what is the real source of the error? Is it in the > routing algorithm that allows the user to place differential traces that > violate the design rules, or is it, as Jon Evans wrote, an error in the > post-routing DRC code? > > -a > > > On 2017-02-13 03:15, Jon Evans wrote

[Kicad-developers] [PATCH] Correctly filter copyable objects for copy hotkey (Fixes lp:1571316)

Hi, Minor patch to eeschema attached to fix reported issue with clarify menu. -Jon From 315b745a1db89c06240b42f544502a9cefaa2ad4 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sat, 11 Feb 2017 13:29:22 -0500 Subject: [PATCH] Correctly filter copyable objects for copy

Re: [Kicad-developers] RFC: Arbitrary color support

on On Tue, Feb 7, 2017 at 4:34 PM, Maciej Suminski <maciej.sumin...@cern.ch> wrote: > Hi Jon, > > On 02/07/2017 04:03 AM, Jon Evans wrote: > > Hi all, > > > > I started working on the idea of a color theme system for KiCad, starting > > with the schematic

[Kicad-developers] [PATCH] Setup PCB painter in the PCB draw class rather than the base class

Hi all, Patch attached for the issue I mentioned in the GerbView thread. This will allow creation of other derived classes of EDA_DRAW_PANEL_GAL. Best, Jon From c0b68d55bac543cdd10cffe9a82650c6d2259349 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 15 Feb 2017 21

Re: [Kicad-developers] [PATCH] Move layer color settings from child class to base class RENDER_SETTINGS

on, > > I have just pushed your both patches. Now you made me curious what else > is there between 0001-Setup-painter and 0006-Move-layer-colors. Thank > you very much! > > Regards, > Orson > > On 02/16/2017 04:30 AM, Jon Evans wrote: > > Hi all, > > > > This

Re: [Kicad-developers] GerbView GAL port

, Feb 15, 2017 at 3:44 AM, Tomasz Wlostowski < tomasz.wlostow...@cern.ch> wrote: > On 14.02.2017 19:38, Jon Evans wrote: > > Hi all, > > > > I want to get familiar with the GAL codebase, and it occurred to me that > > it might be fun to play with porting GerbView to

Re: [Kicad-developers] RFC: Arbitrary color support

gle class/function is needed. I > would prefer to keep libgal decoupled from everything else, so my > preference would be to link other apps with libgal instead of migrating > parts of it to libcommon. > > Regards, > Orson > > On 02/09/2017 04:07 PM, Jon Evans wrote: > >

Re: [Kicad-developers] [PATCH] Add drawing priority support to VIEW

One more fixup patch -- this should teach me to not try to work on two things at once On Mon, Feb 27, 2017 at 9:32 PM, Jon Evans <j...@craftyjon.com> wrote: > Hi, > > The attached patch needs to be applied after the one in my first message, > turns out that I didn't prope

Re: [Kicad-developers] [PATCH] Add drawing priority support to VIEW

Hi, The attached patch needs to be applied after the one in my first message, turns out that I didn't properly rebuild pcbnew and needed to change board_commit to match the new VIEW::Add() signature. Best, Jon On Mon, Feb 27, 2017 at 6:44 PM, Jon Evans <j...@craftyjon.com> wrote: &g

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

or at least it did if > >> someone did not break it. You can always find the parent BOARD object > >> by walking up the BOARD_ITEM parent list. There is already a > >> BOARD_ITEM::GetBoard() call that should return the parent board. You > >> could use that to notify t

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

intermittently, I don't think it's worth any effort doing complicated things to track and recompute the bounding box when things are changed. So, I think my patch and Orson's should be merged. -Jon On Tue, Feb 28, 2017 at 6:51 PM, Jon Evans <j...@craftyjon.com> wrote: > I'm fin

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

se my proposal to cache the bounding box in autorouter code is not > > approved, then I would say #2 would do the job. > > > > Cheers, > > Orson > > > > On 03/01/2017 01:23 AM, Jon Evans wrote: > >> Update: after some more testing, I think Orson's patc

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

It was in this thread; I've attached them both again for convenience. The "0001-Remove-BOARD-SetBoundingBox.patch" is applied after applying the other patch. On Wed, Mar 1, 2017 at 8:59 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: > On 3/1/2017 8:54 AM, Jon Evans wrote:

[Kicad-developers] GerbView GAL: issue with draw order and negative items

Hi all, I've run into a problem while porting GerbView to GAL that doesn't have an obvious best solution to me, so I thought I would ask those with more knowledge of the GAL for ideas. Gerber files rely on a fixed draw order. This becomes important when some draw objects in the file are

Re: [Kicad-developers] GerbView GAL: issue with draw order and negative items

, as you suggest. Best, Jon On Mon, Feb 27, 2017 at 6:10 AM, Tomasz Wlostowski < tomasz.wlostow...@cern.ch> wrote: > On 26.02.2017 20:49, Jon Evans wrote: > > Hi all, > > > > I've run into a problem while porting GerbView to GAL that doesn't have > > (...) >

[Kicad-developers] [PATCH] Fix zoom controls in footprint viewer

This got overlooked in common_tools refactor -Jon From 5eeb0dbf18477b9358335a0943c0aeb0767307ad Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Tue, 28 Feb 2017 21:58:15 -0500 Subject: [PATCH] Register common tools in footprint viewer to fix zoom controls ---

[Kicad-developers] [PATCH] Add drawing priority support to VIEW

, but there are still a few things that are broken enough that it doesn't make sense to subject other people to them :-) Best, Jon From ad6a5f7a5213cec224f1dd70a620e29af321f5fd Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 27 Feb 2017 18:40:27 -0500 Subject: [PATC

Re: [Kicad-developers] eeschema status and features safe to work on

osed to work with eeschema at one point, it creates a really > powerful toolset. > > Would you elaborate on the "intelligent autorouter" idea? > > Regards, > Orson > > 1. http://www.ohwr.org/projects/cern-kicad/wiki/Hackathon-ehal > 2. https://lists.launchp

[Kicad-developers] configuration files for KiCad

Hi all, Per my recent email, I'm going to be looking in to various UI/UX things, starting with Eeschema, and I thought of a topic that probably warrants its own thread. Some of the things I want to propose would involve giving the user more options for customization of the tool (i.e. more

Re: [Kicad-developers] configuration files for KiCad

<jp.char...@wanadoo.fr> wrote: > Le 01/12/2016 à 17:44, Jon Evans a écrit : > > Hi all, > > > > Per my recent email, I'm going to be looking in to various UI/UX things, > starting with Eeschema, and > > I thought of a topic that probably warrants its own thread.

Re: [Kicad-developers] configuration files for KiCad

with that, no need to change for change's sake. -Jon On Thu, Dec 1, 2016 at 3:24 PM, Wayne Stambaugh <stambau...@gmail.com> wrote: > On 12/1/2016 11:44 AM, Jon Evans wrote: > > Hi all, > > > > Per my recent email, I'm going to be looking in to various UI/UX things, > &

[Kicad-developers] eeschema status and features safe to work on

Hi all, I am an EE and sometimes software developer who has wanted to contribute to KiCad for a while and finally might have some time to do things. I am kind of excited about UI/UX improvement possibilities, and have been compiling a list of things that I might want to work on at some point or

Re: [Kicad-developers] Redundancy in doc comments

Hi Chris, I agree with this and would also suggest that there are more Doxygen tags we can use if desired. In fact, I use a plugin for my editor that generates Doxygen templates automatically if I type "/**" above a line of code: /** * @brief [brief description] * @details [long description]

Re: [Kicad-developers] Redundancy in doc comments

ef docstring the first sentence and the details one the > whole text. It makes for a doc comment that is much more readable in the > header itself, which is honestly how I read them most of the time. > > On Wed, Mar 22, 2017 at 11:11:35AM -0500, Jon Evans wrote: > > Hi Chris, >

Re: [Kicad-developers] OpenGL fallback and video compat test

On Thu, Mar 23, 2017 at 8:30 PM, Chris Pavlina wrote: > Remember, once a crash has actually > occurred in the main program you're already past the point of no return > for possible data loss. > > One alternative approach which can work quite well (Mentor Graphics does

Re: [Kicad-developers] OpenGL fallback and video compat test

That sounds like a reasonable approach if the lag time of running the test is low enough to not be a nuisance. Are these crashes you speak of ones that appear when the user first tries to switch to OpenGL, or later? One alternative approach (that might actually work well alongside yours) is a

Re: [Kicad-developers] Bug 1677282 fix feedback.

Just thinking about the impact between #3 and #4 (I don't think #1 or #2 are good options) #3 - impacts everyone who has used both the old and new versions, regardless of whether they use a VCS. Impact is a minor annoyance (weird dialog box, pops up once per schematic, that they probably don't

Re: [Kicad-developers] UI improvements

I agree with Simon. I have plans to propose something like this in the future (i.e. an integrated part library that manages symbols/footprints/etc together) and it would be best to reserve the term "component" for this future use, since in my experience that's what "component" means in the big

[Kicad-developers] [PATCH] Add output stream operator for COLOR4D

Hi all, Quick patch attached to add output stream operator for COLOR4D, useful for debugging and for some future things I am working on. -Jon From 05ff315a03084a27cb69645c4b3dd1aeb9124217 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Thu, 30 Mar 2017 22:09:19 -0400 S

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

> Orson > > On 03/22/2017 03:51 AM, Jon Evans wrote: > > Hi Wayne, new patch attached. > > > > Thanks, > > Jon > > > > On Tue, Mar 21, 2017 at 9:28 AM, Wayne Stambaugh <stambau...@gmail.com> > > wrote: > > > >> Jon, > >

Re: [Kicad-developers] pcbnew.py: How to set plot color?

JP, is this desired behavior? (I.e. should plot functions draw in layer color, or draw in plotter color?) I need to fix the plot functions depending on global function GetLayerColor() in eeschema, and so since I'll have to modify schematic plotting functions anyway, I could change the behavior at

Re: [Kicad-developers] Indication of modifier buttons to tools and dialogs

t mode and not all possible modes > at the same time. Mostly you would learn them anyway kinda quick, you would > only need to know they can be learned. by indicating which buttons are > available as modifiers in this tool. > > On 03/15/2017 02:54 PM, Jon Evans wrote: > >> Hi Kr

Re: [Kicad-developers] Indication of modifier buttons to tools and dialogs

modifiying already > existing functionality, usually slightly. > > - Kristoffer > > On 03/15/2017 02:29 PM, Jon Evans wrote: > >> Hi Kristoffer, John, >> >> I agree this is an important problem to solve. >> >> I am not convinced that this is the perfect

Re: [Kicad-developers] Indication of modifier buttons to tools and dialogs

Hi Kristoffer, John, I agree this is an important problem to solve. I am not convinced that this is the perfect solution, but I wanted to share a way a commercial tool does it. Here's a screenshot from Mentor Graphics Xpedition showing what I mean: http://i.imgur.com/H0wDK0F.png At the bottom

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

Hi Lorenzo, I think this is possible. I will look in to it. -Jon On Wed, Mar 15, 2017 at 3:05 AM, Lorenzo Marcantonio <lomar...@tin.it> wrote: > On Tue, Mar 14, 2017 at 07:09:30PM -0400, Jon Evans wrote: > > Hi Wayne, > > > > Please keep in mind that anywhere the

Re: [Kicad-developers] [PATCH] Zoom to fit on empty canvas

Hi John, JP, I will take a look at how this would work with GerbView, hopefully later today. There is no worksheet item in GerbView, so we might want a more abstract idea of what the "default view" should be. For the units question, for sure this needs to be resolved, I don't have suggestions

Re: [Kicad-developers] Indication of modifier buttons to tools and dialogs

ould be replaced by the object properties immediately. I > would think that once a user was comfortable enough to use the hotkey, > they would already be aware of the modifier keys. Just food for > thought. I'm not a be fan of using valuable screen area to display help > information. > >

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

unds checking so this is less than ideal. I would prefer to see some additional testing so if any one has time, please test this patch before we commit it. Thanks, Wayne On 3/14/2017 3:09 PM, Jon Evans wrote: > Hi Wayne, > > New patch attached. Let me know what you think of this approach. > >

[Kicad-developers] Undo/Redo behavior across schematic

(branched from the component table viewer thread) In my opinion, a schematic with multiple sheets is not like a text editor with multiple documents. The schematic editor is working on a single project, and it should be way more common to apply operations (that might want to be undone) to all

Re: [Kicad-developers] Footprint preview panel - faster initialization (Tom?)

Hi Chris, I'm not an expert, but based on what I've learned playing with GAL so far... As it stands right now, you will have to keep around an EDA_DRAW_PANEL_GAL, because as far as I can tell there is too much interdependence between the underlying GAL context, VIEW, and the draw panel. I am not

Re: [Kicad-developers] Somes download stats on daily build for PPA

Cool! Are there stats available for the website packages? It would be interesting to see a comparison of the other OS's and stable vs. daily builds. On Fri, Mar 3, 2017 at 1:07 PM, Jean-Samuel Reynaud wrote: > Hi All, > > I had made some statistics on downloads for KiCad

[Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

Hi all, My implementation of GAL into GerbView is far enough along that I would like people who use GerbView a lot (and have some time) to try building it and running it. http://i.imgur.com/W6afbRu.jpg You can get the code here: https://github.com/craftyjon/kicad.git branch: gerbview_gal The

[Kicad-developers] [PATCH] Add method to GAL for drawing arc segments

2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 8 Mar 2017 21:44:48 -0500 Subject: [PATCH] Add DrawArcSegment() GAL method, to support drawing outlined arcs --- common/gal/cairo/cairo_gal.cpp | 47 + common/gal/opengl/opengl_gal.cpp

Re: [Kicad-developers] [PATCH] refactor BRIGHT_BOX to common

17 09:06 PM, Jon Evans wrote: > Oops! Yes, thanks. > > On Sat, Mar 11, 2017 at 12:35 PM, Chris Pavlina <pavlina.ch...@gmail.com> > wrote: > >> I assume you want the header in include/preview_items as well, right? >> >> On Sat, Mar 11, 2017 at 08:54:

Re: [Kicad-developers] [PATCH] refactor BRIGHT_BOX to common

Oops! Yes, thanks. On Sat, Mar 11, 2017 at 12:35 PM, Chris Pavlina <pavlina.ch...@gmail.com> wrote: > I assume you want the header in include/preview_items as well, right? > > On Sat, Mar 11, 2017 at 08:54:11AM -0500, Jon Evans wrote: > > Hi John, you are right! It

[Kicad-developers] Question about VIEW_GROUP drawing

Hi, I guess this is mostly a question for Orson but maybe others could answer also... I'm chasing a bug that I can't figure out. I have implemented selection of items in GerbView, in a similar mechanism to Pcbnew where selected objects are added to a VIEW_GROUP so they are drawn together. The

Re: [Kicad-developers] [PATCH] refactor BRIGHT_BOX to common

gt; > Not critical, just a thought while the file is being moved anyway. > > Cheers, > > John > > On Sat, Mar 11, 2017 at 1:47 PM, Jon Evans <j...@craftyjon.com> wrote: > > Hi, > > > > Quick refactor to allow use of BRIGHT_BOX from GerbView > > > &

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

rd layers. You > could always start the virtual board layer enums from the last board > layer enum if you need unique enums. I would also prefer the schematic > layer enums be separate from the board layer enums for clarity. Anyone > else have any thoughts on this? > >

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

nks, Jon On Mon, Mar 13, 2017 at 3:07 PM, Jon Evans <j...@craftyjon.com> wrote: > Hi Orson, > > It's an interesting idea, I will have to look at it more. But, doesn't > this still allow the programmer to accidentally overlap two enum values? I > can add checks to prevent this f

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

thought, without any real consideration of the consequences for > things like formats and so on. > > Cheers, > > John > > [1] https://developers.google.com/protocol-buffers/docs/proto# > choosing-extension-numbers > > On Tue, Mar 14, 2017 at 10:08 PM, Jon Evans <j...@craft

Re: [Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

out. Best, Jon On Mar 12, 2017 12:16, "Kevin Cozens" <ke...@ve3syb.ca> wrote: On 2017-03-11 09:48 PM, Jon Evans wrote: > I want to bump this thread and ask developers who use GerbView a lot to > take > a look at my branch again. > Jon, I have not done an exten

Re: [Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

you are zoomed out (see my other thread asking about this issue) g...@github.com:craftyjon/kicad.git branch gerbview_gal Please let me know if you find bugs, files that don't look like they should, or have suggestions! Best, Jon On Tue, Mar 7, 2017 at 9:07 AM, Jon Evans <j...@craftyjon.

[Kicad-developers] Layer ID enums

Hi, Can anyone explain if there is a reason why the layer definition enums are done in the way they are? Using multiple enums for the "normal" layers and the GAL extra layers is complicating the code, especially now that I am using the GAL layers for GerbView, and also working on a color theme

Re: [Kicad-developers] Layer ID enums

ll almost surely break loading really > old board files. I would proceed with extreme caution here. > > On 3/12/2017 12:25 PM, Jon Evans wrote: > > Hi, > > > > Can anyone explain if there is a reason why the layer definition enums > > are done in the way they ar

[Kicad-developers] [PATCH] refactor BRIGHT_BOX to common

Hi, Quick refactor to allow use of BRIGHT_BOX from GerbView Best, Jon From 527b2cd85e0ef9249e552577cfe07054b363cc88 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sat, 11 Mar 2017 00:46:03 -0500 Subject: [PATCH] Refactor BRIGHT_BOX to common so it can be used by

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

checking. > > Cheers, > Orson > > 1. https://www.codeproject.com/kb/cpp/inheritenum.aspx > > On 03/13/2017 02:50 PM, Jon Evans wrote: > > Hi Wayne, > > > > I understand this might seem like too big a change. > > Here is what I was thinking when

Re: [Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

properly in 4.x! Best, Jon On Mon, Mar 6, 2017 at 10:55 AM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 04/03/2017 à 20:35, Jon Evans a écrit : > > Hi all, > > > > My implementation of GAL into GerbView is far enough along that I would > like people who use GerbView

Re: [Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

to create a "backdrop" object that the image objects can cut into, since in legacy it just uses the wxDC background to cut away from. Best, Jon On Tue, Mar 7, 2017 at 2:15 AM, Nick Østergaard <oe.n...@gmail.com> wrote: > Which things? > > 2017-03-07 4:40 GMT+01:00 Jon

Re: [Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

A few more notes: - Grid settings hasn't been added in the GUI yet; I'll be taking that from pcbnew so user can pick dot/line/small - Negative items don't work in Cairo canvas yet. On Sat, Mar 4, 2017 at 4:28 PM, Jon Evans <j...@craftyjon.com> wrote: > Dcode should be better

Re: [Kicad-developers] GerbView GAL: Ready for alpha testing; need more sample Gerber files

hat the grid is drawn with lines, not with dots and it is in > legacy. (In pcbnew we can choose either) > > Your branch seems to be much slower than 4.0.5, when zooming i and out > and having the dcodes enabled. > > 2017-03-04 20:35 GMT+01:00 Jon Evans <j...@craftyjon.com>:

Re: [Kicad-developers] [RFC] Logo Consolidation

Oliver, I think the latest version looks super good IMHO. Nice work. On Fri, Mar 3, 2017 at 9:48 AM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: > Here is a revised version: > > http://imgur.com/a/DysJm > > On Thu, Mar 2, 2017 at 6:41 PM, Ingo Kletti >

Re: [Kicad-developers] [Request for Tests] Experimental icon options in Kicad

I think in the "real world" people usually solve this by either using vector icons or (more commonly I think) using icon formats that store a number of different resolutions (16x16, 32x32, 48x48, etc) and picking the best one based on the screen DPI. (This is how Android works). The upside is

  1   2   3   4   5   6   7   8   9   >