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,
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
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
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
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:
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
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
; >
> > 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
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
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
, 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:
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
> >>
> &
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
; 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
>
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
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
>> 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,
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:
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
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
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
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
&
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
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
.
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 (
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
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
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
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
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
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
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
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
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)
> >
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
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
>
>
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
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
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
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
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
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
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
, 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
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:
> >
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
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
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
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
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
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:
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
, 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
> > (...)
>
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
---
, 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
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
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
<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.
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,
> &
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
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]
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,
>
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
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
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
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
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
> 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,
> >
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
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
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
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
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
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
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.
>
>
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.
>
>
(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
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
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
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
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
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:
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
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
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
> >
> &
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?
>
>
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
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
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
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.
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
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
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
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
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
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
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
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>:
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
>
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 - 100 of 827 matches
Mail list logo