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 produc
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 pat
arency will fix
> your problem.
> > (In the best case, it slightly helps).
> >
> >
> > Having said that, using a selected set of colors does not imply using
> EDA_COLOR_T in Kicad code.
> > wxColor can be used instead of.
> >
> > This is only the *colo
eb 7, 2017 at 10:19 AM, Wayne Stambaugh
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 OR-mixing. I though
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 choose "bad&
Thanks,
Jon
On Tue, Feb 7, 2017 at 4:34 PM, Maciej Suminski
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 editor.
> >
>
Hi all,
I've made some good progress on arbitrary color support since I was stuck
at home due to snow today :-) I implemented it in pcbnew GAL canvas, and
have logic for switching to legacy colors when the user switches to legacy
canvas, that seems to work pretty well in my opinion.
Here's a sne
eded. 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:
> > Hi Orson,
> >
&g
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
Date: Sat, 11 Feb 2017 13:29:22 -0500
Subject: [PATCH] Correctly filter copyable objects for copy hotkey (Fixes
lp:1571316
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 prop
eah, 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 this already as a UX enhanc
t, 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)
> >
> > On Sat, Feb 11, 2017 at
gt; Hmm, I am a fan of the 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.
>
>
commands, because generally
you will 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 wrote:
> On Mon, Feb 13, 2017 at 6:39 AM, Jon Evans wrote:
> >
> > The core of the issue is how K
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 this
ng in that mode should never result in a DRC clearance (or
> width) fail. I remember the first time I tried differential routing and it
> wouldn’t let me draw any traces because the default diff width/gap violated
> my global minimums.
>
> So the question is: what is the real source of
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 show
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 talk
n Wed, 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 GerbVie
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
Date: Wed, 15 Feb 2017 21:06:05 -0500
Subject
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
Date: Wed, 15 Feb 2017 22:26:03 -0500
Subject: [PATCH] Move layer colors
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 patch follows up on the one I
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
Date: Thu, 16 Feb 2017 19:59:31 -0500
Subject: [PATCH] Remove dependence on
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 s
ugly in
Windows 10.
Best,
Jon
On Fri, Feb 10, 2017 at 8:43 PM, Jon Evans 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 with wx, where wxColour is used).
, 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
> > COMMON_ACTIONS, perhaps moving some of them to t
so 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 to the COLOR4D change abo
ke on the refactoring needed to fix this in this patch, but I
plan on looking at it in the near future.
Best,
Jon
On Mon, Feb 20, 2017 at 11:13 AM, Maciej Sumiński
wrote:
> Thank you John, we really appreciate your efforts.
>
> Regards,
> Orson
>
> On 02/20/2017 03:50 PM, Jon Ev
This time with the patch attached :)
On Mon, Feb 20, 2017 at 1:12 PM, Jon Evans 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 tools. I was not a
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 12:04
> 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 applications with layer ma
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 PM, Maciej Sumiński <
>
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, Fe
wxPen pen( GetParent()->GetGridColor(), h );
>
>
> This is on a macos machine with clang.
>
> Thanks,
>
> Diogo
>
>
> On Wed, Feb 22, 2017 at 4:56 PM, Maciej Sumiński
> wrote:
>
>> Great, so now they are in the master repository. Thank you for the
>>
code right now, but will
also be more available in ~6 hours
-Jon
On Wed, Feb 22, 2017 at 1:59 PM, Chris Pavlina
wrote:
> I'll have a look at MacOS build tonight if Diogo doesn't figure it out
> first.
>
> On Feb 22, 2017 1:57 PM, "Jon Evans" wrote:
>
>>
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 "dis
Mon Sep 17 00:00:00 2001
From: Jon Evans
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 implement a dirty-fla
k 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 BOARD class.
> >
> > In ord
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
.
Best,
Jon
On Thu, Feb 23, 2017 at 10:47 AM, Jon Evans 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 (if one if even needed) to come
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 usef
move m_BoundingBox field instead of
> > making it mutable. Also, I have noticed there are a few places where the
> > bounding box is overridden with SetBoundingBox(). It seems to me a bit
> > dubious, as bounding box should depend solely on the items belonging to
> > the boar
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 negative
color, 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
> &
in a private branch, 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
Date: Mon, 27 Feb 2017 18:40:27 -0500
Subject: [PA
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 wrote:
> Hi all,
>
> T
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 wrote:
> 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
ationship 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 us
he
bounding box 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 wrote:
> I'm finall
This got overlooked in common_tools refactor
-Jon
From 5eeb0dbf18477b9358335a0943c0aeb0767307ad Mon Sep 17 00:00:00 2001
From: Jon Evans
Date: Tue, 28 Feb 2017 21:58:15 -0500
Subject: [PATCH] Register common tools in footprint viewer to fix zoom
controls
---
pcbnew/modview_frame.cpp | 2 ++
1
e 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 patch on top of mine is
&g
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
wrote:
> On 3/1/2017 8:54 AM, Jon Evans wrote:
> > Wayne,
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 tha
o 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 after applying
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
> wrote:
>
>> Hi,
>>
>> I like t
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 daily builds. This is
>
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 fo
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 :
> > Hi all,
> >
> > My implementati
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 wrote:
> Dcode should be better now than it was an h
Sounds good. For now I just did a quick edit to allow choosing grid style,
but I'll wait for your new settings widget rather than porting any more GAL
settings GUI.
Thanks,
Jon
On Mar 5, 2017 15:52, "John Beard" wrote:
On 4 March 2017 21:37:56 GMT+00:00, Jon Evans wrote:
&g
drawn properly in 4.x!
Best,
Jon
On Mon, Mar 6, 2017 at 10:55 AM, jp charras 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
> > a lot (and
ll need 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 wrote:
> Which things?
>
> 2017-03-07 4:40 GMT+01:00 Jon Evans :
> > Hi J
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
Date: Tue, 7 Mar 2017 21:33:19 -0500
Subject: [PATCH] Add
2001
From: Jon Evans
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 | 90
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 f
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
Date: Sat, 11 Mar 2017 00:46:03 -0500
Subject: [PATCH] Refactor BRIGHT_BOX to common so it can be used by other
programs
---
common
l, just a thought while the file is being moved anyway.
>
> Cheers,
>
> John
>
> On Sat, Mar 11, 2017 at 1:47 PM, Jon Evans wrote:
> > Hi,
> >
> > Quick refactor to allow use of BRIGHT_BOX from GerbView
> >
> > Best,
> > Jon
> >
> >
Oops! Yes, thanks.
On Sat, Mar 11, 2017 at 12:35 PM, Chris Pavlina
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 was late and I didn't rem
y I am the author, but it
would be unfair of me to take credit for someone else's work. Shall I
change it to 'KiCad Developers' or what would be your preference?
Once it is changed, I am going to merge the patches. Thank you for your
efforts.
Regards,
Orson
On 03/11/2017 09:06 PM, Jon
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 pr
isappear unless 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 w
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 ma
ks for pointing them out.
Best,
Jon
On Mar 12, 2017 12:16, "Kevin Cozens" 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 extensive t
ally
> 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 are?
> >
> > Using multi
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?
>
> Cheers,
>
> Way
t; 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 I thought that combining everythi
way of doing it?
Thanks,
Jon
On Mon, Mar 13, 2017 at 3:07 PM, Jon Evans 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 pr
ght, 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 wrote:
&g
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.
>
> Thanks,
> Jon
>
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
wrote:
> On Tue, Mar 14, 2017 at 07:09:30PM -0400, Jon Evans wrote:
> > Hi Wayne,
> >
> > Please keep in mind that anywhere there is currently int
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 of
, but 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 perf
urrent 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:
>
>>
ct 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.
>
> On 3/15/2017 10:
; 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.
> >
> > Thanks,
> > Jon
>
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 yet
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
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]
*
ce 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,
> >
> > I agree with th
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
too
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 cra
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
this) is to get a really goo
and it no longer applies cleanly.
> >> Please rebase it when you get a chance.
> >>
> >> Thanks,
> >>
> >> Wayne
> >>
> >> On 3/16/2017 10:14 AM, Jon Evans wrote:
> >>> Bump -- does anyone have time to look at this and report bac
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 ca
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
Date: Thu, 30 Mar 2017 22:09:19 -0400
Subject: [PATCH] Add output
(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 sche
tools.
-Jon
On Tue, Apr 18, 2017 at 2:32 PM, David Godfrey 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 component table viewer thread)
>
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 h
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
at 6:04 PM, Chris Pavlina
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 list of things t
1 - 100 of 847 matches
Mail list logo
