[Kicad-developers] [PATCH] Make RULER_ITEM generic

Hi, Another in my series of patches leading up to GerbView GAL merge, this is a quick one to enable the ruler to work in GerbView. -Jon From 47dfc6081c8913c8aa8e48b1f2d1d004d750b741 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 11 Sep 2017 22:49:05 -0400 S

Re: [Kicad-developers] GerbView GAL

; >> >> On Mon, Sep 11, 2017 at 11:56 PM, Michael Geselbracht < >> mgeselbrac...@gmail.com> wrote: >> >>> Hi, >>> the build process is working right now. >>> In the meantime I recreated the zip file. Apparently I forgot the -r >>>

Re: [Kicad-developers] GerbView GAL

On Mon, Sep 11, 2017 at 5:16 PM, Jon Evans <j...@craftyjon.com> wrote: > HI Michael, > Thanks for the report, I will look in to this -- I suspect I broke the > drill display in a recent commit. > But, your attachment did not come through for me, it just shows an empty > zip fi

Re: [Kicad-developers] GerbView GAL

> 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_PLUGIN=ON > KICAD_USE_OCE=ON > KICAD_SPICE=ON > > > On Mon, Sep 11, 2017

Re: [Kicad-developers] GerbView GAL

the existing positive geometry. Then just pass the resulting geometry to the GAL to draw, rather than trying to add support to GAL for drawing "subtractively" like was done in wxDC. -Jon On Mon, Sep 11, 2017 at 2:44 PM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 10/09/2017 à 02:42

Re: [Kicad-developers] New feature: support for Gerber job file.

Yes this could be the case, and also for rigid-flex boards. I see from the spec that you already disclaim that the initial version of the job file will not work for these types of boards (Section 2, last few paragraphs) In the area I work, rigid-flex circuits are quite common (and I'm sure for

[Kicad-developers] GerbView GAL

Hi all, I've finally had time in the last few weeks to make more progress on GerbView GAL. While it's not perfect, I think it is far enough along to propose merging into the main repo, so that more people can start testing it and hopefully we can fix any bugs and perhaps get more people working

Re: [Kicad-developers] A question about development environments for Kicad...

> > edit, recompile and debug. Code::Blocks is a pretty good lightweight IDE > > but has very poor cmake support and CodeLight is only a bit better. > > > > As a side note, I am finally biting the bullet and trying to learn Emacs. > > Is anyone using it on the Kica

Re: [Kicad-developers] A question about development environments for Kicad...

On Linux you can run the binaries from the project directory (or at least, I can). So on my Linux machines I can build and debug individual parts . On MacOS I do have to run make install like you say, but then can debug things from my temporary install directory. What do you mean by edit

Re: [Kicad-developers] Mac questions: fast build and BRIGHT_BOX

On Wed, Sep 6, 2017 at 2:04 PM, Jon Evans <j...@craftyjon.com> wrote: > These aren't just benign asserts, the actual function (copy version to > clipboard) doesn't work for me. > I tried on release build, and the function still doesn't work (shows a > popup error: "Failed

Re: [Kicad-developers] Mac questions: fast build and BRIGHT_BOX

ssary inside Kicad. > > Of course, if they happen just before a crash, this is an other story. > > > >> On 6. Sep 2017, at 18:35, Jon Evans <j...@craftyjon.com j...@craftyjon.com>> wrote: > >> > >> +I added this issue as LP: 1715440 > >> &g

Re: [Kicad-developers] Mac questions: fast build and BRIGHT_BOX

libraries), but you > can run project manager directly from build directory. > Like this from console (for me): > <<< > HackMini:build bstegmaier$ kicad/kicad.app/Contents/MacOS/kicad > >>> > Or just start it via Finder from build/kicad… > > (2) Yes, just trie

Re: [Kicad-developers] [PATCH] Make BRIGHT_BOX line width dependent on zoom level

gt; > Something to consider. > > Cheers, > Oliver > > On 6 Sep 2017 10:25, "Jon Evans" <j...@craftyjon.com> wrote: > >> Hi all, >> >> This patch is a quick one to make the line width of the BRIGHT_BOX >> dependen

[Kicad-developers] [PATCH] Add support for panning with left and right mouse buttons

-to-pan with the right button is a handy thing to enable in editing tools to make them usable when you don't have a middle button. -Jon From a8b785ab4657061ca9b0ab3ac29cda82e9530601 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Tue, 5 Sep 2017 21:28:01 -0400 Subject: [PATC

[Kicad-developers] [PATCH] Make BRIGHT_BOX line width dependent on zoom level

Hi all, This patch is a quick one to make the line width of the BRIGHT_BOX dependent on the zoom level so that it remains basically the same apparent size on the screen. -Jon From fe5c8f7879c8c74ad67ea2c45a1945a9692150e7 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date:

[Kicad-developers] Mac questions: fast build and BRIGHT_BOX

Hi Mac developers: 1) is there an easy way to quickly rebuild a single app and run it? I'm used to being able to do that on Linux, but it seems like I can't run apps out of the build directory on Mac (have to run "make install" which repackages all applications and is slow). 2) It seems like

Re: [Kicad-developers] KiCAD with MacOS Barely Usable

; >> http://kicad-pcb.org/help/known-system-related-issues/#_osx >> >> 2017-09-05 16:32 GMT+02:00 Jon Evans <j...@craftyjon.com>: >> >>> Hi Andrey, >>> >>> I tried to reproduce this and couldn't. I'm on 10.12.6, on a 2017 rMBP >>> w

Re: [Kicad-developers] KiCAD with MacOS Barely Usable

wait a few seconds then drag, if >> I don't wait and start dragging and release, the parts never get selected. >> >> On Fri, Sep 1, 2017 at 4:27 PM, Jon Evans <j...@craftyjon.com> wrote: >> >>> Hi Andrey, >>> >>> Are you running the stable bu

Re: [Kicad-developers] KiCAD with MacOS Barely Usable

Hi Andrey, Are you running the stable build or the nightlies? I'm also using 10.12 and while there are some issues, it is usable. I agree the zooming behavior is somewhat strange on Mac right now, but I don't have any issues with lag or the other things you describe (I'm using nightly builds).

Re: [Kicad-developers] application for svg to png

Could we merge the PNG files into a tilemap like is commonly done for mobile/web applications? On Thu, Aug 31, 2017 at 3:04 PM, jp charras wrote: > Le 31/08/2017 à 20:27, Wayne Stambaugh a écrit : > > Is it possible to create image libraries with different size images > >

[Kicad-developers] [PATCH] Move ZOOM_TOOL to common; add RMB-drag to zoom out

21d6d116c4157f0cec132e2c9f64b9c4c1895de7 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 30 Aug 2017 22:35:30 -0400 Subject: [PATCH] Move ZOOM_TOOL to common; add RMB-drag to zoom out --- common/CMakeLists.txt | 1 + common/tool/actio

[Kicad-developers] GAL grid style setting inconsistency

Hi all, I was looking into why my Gerbview GAL branch was defaulting to line grid when I thought it should be dots grid, and I found an inconsistency in the GAL display options code. In gal_display_options.cpp, the grid options map (gridStyleConfigValues) go in this order: DOTS, LINES,

Re: [Kicad-developers] New feature: support for Gerber job file.

Hi JP, This is a nice feature and it seems to work well! I did have to make one change in gerber_jobfile_writer.cpp:154 to get it to compile on MacOS / LLVM: adding c_str() fputs( header[ii].c_str(), jobFile ); Best, Jon On Wed, Aug 30, 2017 at 11:26 AM, jp charras

Re: [Kicad-developers] wire connections

I'm assuming you're referring to schematic wires? I'm not sure if there is active work going on in this area, but I briefly looked into adding this functionality and decided it would be better to wait until eeschema is using GAL canvas and the new tools system instead of spending time adding lots

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

I think a palette is a good idea, I was thinking the same thing. Jon On Aug 19, 2017 12:28, "Chris Pavlina" wrote: > There are one or two more usability features I'd like to have for color > schemes - in particular, I'd like the ability to move around color > settings

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

It was on my list and unfortunately I haven't had time to work on it in a while. I expect to have time for coding again starting in a week or so, but if you'd like to take this on, go for it. I was thinking about first focusing on getting GerbView GAL to a point where it can be merged. Thanks,

Re: [Kicad-developers] Hard-coded hotkeys in pcbnew/tools/selection_tool.cpp

@cern.ch > >: > >> Hi hauptmech, >> >> I agree this has to be fixed, yet I doubt it is located on someone's >> list. If noone steps in, then most likely I will do it at one point in >> the future. >> >> Regards, >> Orson >> >> On

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

f? Anything I can do to encourage? > > > Best, > > hauptmech > > > > > > > On 17/02/17 16:56, Jon Evans wrote: > > Hi all, > > More preparation for GerbView GAL port: this patch pulls a virtual ACTIONS > class out of pcbnew and renames the COMMON_ACTION

Re: [Kicad-developers] [RFC] Preferences Editor

, Chris Pavlina <pavlina.ch...@gmail.com> wrote: > I've been daydreaming of doing this for a while, sounds good to me. > > On Sun, Jun 04, 2017 at 10:27:49AM -0400, Jon Evans wrote: > > I agree with this approach! Switching to a tree lister for preferences > was > > on my

Re: [Kicad-developers] latest news on v5?

I am still hoping to land the following features in 5.0 if the schedule allows: - GerbView GAL - Color themes I have been away from the project for the past few months due to life stuff getting in the way, but starting to get back in to it. My first priority is getting my GerbView GAL branch to

Re: [Kicad-developers] [FEATURE] Partial selection in pcbnew

The "drag one way to do selection of completely enclosed objects, drag another way to select any objects that touch the selection area" is definitely a common pattern in other programs. I have seen it in various graphics editing and CAD tools. re. Kristoffer's point, I think it would be cool to

Re: [Kicad-developers] Undo/Redo behavior across schematic

tools. -Jon On Tue, Apr 18, 2017 at 2:32 PM, David Godfrey <i...@sbts.com.au> wrote: > Hi Jon > > On 18/04/17 21:27, Wayne Stambaugh wrote: > > On 4/18/2017 9:03 AM, Tomasz Wlostowski wrote: > > On 18.04.2017 14:55, Jon Evans wrote: > > (branched from the compone

[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

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

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] 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] 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] [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] 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] 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. > >

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

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

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

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

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

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

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

[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

[Kicad-developers] [PATCH] Add setting to have GAL draw axes on the grid

Hi all, This patch adds the ability for GAL to draw axes when drawing the grid. Right now this is only going to be used for GerbView. Best, Jon From 384c6e7ca96421645f69976f695e52733b424469 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Tue, 7 Mar 2017 21:33:19 -0500 S

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

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

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

[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

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

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] [PATCH] Move ZoomFitScreen and ZoomPreset to common

It looks to me as though the cached behavior has completely been removed unless I'm missing something. On 3/1/2017 9:07 AM, Jon Evans wrote: > It was in this thread; I've attached them both again for convenience. > The "0001-Remove-BOARD-SetBoundingBox.patch" is applied

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

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:

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

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

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

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

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

[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

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

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

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

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

<    4   5   6   7   8   9   10   11   >