Ladies and gentlemen,
As it was recently promised, we have fixed many bugs and added some new
features to the GAL canvas in pcbnew (branch
lp:~cern-kicad/kicad/drawing_tool).
Main changes include:
- edit points for dimensions
- zones got a new edit mode (I call it 'keep side slope', you can s
outside when the distance is smaller than
the text is wide.)
I tried to draw some random traces, but I was not able to change the
track witdth with the square brackets. I might be doing it wrong
though.
2014-04-04 19:30 GMT+02:00 Dick Hollenbeck :
On 04/04/2014 12:21 PM, Maciej Sumiński wrote:
Lad
On 04/11/2014 06:44 PM, Pierre Parent wrote:
Hi,
Im' new here. My name is Pierre. I've started to develop for kicad a tool for
trace length tunning.
Trace length tunning is an important tool which is lacking when designing more
complex boards in particular board with DDR/DDR2/DDR3 ram. For exam
Hi Marco,
I am currently away from CERN, so I do not have any access to OS X at
the moment. Usually, when I hear about errors related to Mac, I build
KiCad with clang under Linux, but this time it is not enough (everything
compiles fine on my machine).
I see that you have already changed the c
On 05/02/2014 03:43 PM, Lorenzo Marcantonio wrote:
(...)
I think the design issue is that the zone has the selected part as an
internal state, but I reckon that would be very difficult to fix (I have
no better place to store it, at the moment, especially during edit): the
problem is that a zone i
Currently class BOARD contains a lot of fields & methods, so to make it
a bit lighter - what do you think about moving the tracks width & via
size related stuff to BOARD_DESIGN_SETTINGS class?
Regards,
Orson
___
Mailing list: https://launchpad.net/~k
On 05/08/2014 10:57 AM, Lorenzo Marcantonio wrote:
On Thu, May 08, 2014 at 10:53:50AM +0200, Maciej Sumiński wrote:
Currently class BOARD contains a lot of fields & methods, so to make it a
bit lighter - what do you think about moving the tracks width & via size
related
On 05/09/2014 08:44 PM, John Beard wrote:
Is there existing infrastructure for benchmarking, for
example any used when designing the current parser?
It was not used for when designing the current parser, but you may find
useful include/profile.h. Have a look at common/view/view.cpp for an
exa
On 05/10/2014 05:44 AM, Dick Hollenbeck wrote:
Orson has earned commit rights to product branch.
Thank you Dick, I feel honoured by your decision. I promise to use it
for a good purpose. Now I have a reason to celebrate this evening too.
Regards,
Orson
__
You are right, eeschema spinboxes look the same here.. I have just
checked by comparing pictures - eeschema spinboxes are a bit higher. I
suppose the widget height could be forced with wxFormBuilder and it
seems that wxGTK cannot handle such situations properly.
Regards,
Orson
On 05/12/2014 1
Hi Edwin,
Now the Push and Shove router has much more options than before. I
suppose that you are using "Walkaround mode". To change it, you may
either click right mouse button or press 'E' while the router is active.
Regards,
Orson
On 05/19/2014 10:52 PM, Edwin van den Oetelaar wrote:
Some
There was a serious bug in revisions 4869-4873, that under certain
circumstances could cause pcbnew crash while saving a file, resulting in
data loss. Therefore, if you use any of the mentioned revisions, please
update the code. I apologise for the inconvenience.
Regards,
Orson
__
I would like to present you a new blueprint on the subject of
unification of canvases and improvements to the module editor in pcbnew:
https://blueprints.launchpad.net/kicad/+spec/module-editor
The blueprint is one of the last phases of pcbnew conversion to the new
view component (aka GAL), des
On 05/21/2014 06:49 PM, Lorenzo Marcantonio wrote:
Wanted to try the opengl view for a spin and enabled the view.
It's me or the colors in use are not these in the layer bar?
(this happens even with a stock kicad build)
Just to know if I have a problem or simply is a not-implemented-yet
featur
Hi Lorenzo,
On 05/23/2014 09:33 AM, Lorenzo Marcantonio wrote:
> I was reading the road map (good work on that BTW), and I would comment
> on this point:
>
> - Port wxDC to GAL or get Cairo rendering to nearly the performance of
>the current wxDC rendering so that we have a single framework t
On 05/23/2014 03:03 PM, Wayne Stambaugh wrote:
On 5/21/2014 4:44 AM, Maciej Sumiński wrote:
I would like to present you a new blueprint on the subject of
unification of canvases and improvements to the module editor in pcbnew:
https://blueprints.launchpad.net/kicad/+spec/module-editor
The
On 05/26/2014 05:04 PM, Javier Serrano wrote:
On Mon, May 26, 2014 at 4:41 PM, Oscad Team wrote:
Dear Kicad developers,
Greetings from Oscad Team, IIT Bombay, India! As you are already aware, we
have developed Oscad a free and open source EDA Tool for circuit design,
simulation, analysis and P
Hi,
I have seen users having problems compiling KiCad under Mac OS X as a
result of using an inappropriate method, i.e. running KiCadOSXBuilder
which is not maintained anymore instead of the constantly improved way
of cmake & make. Therefore I think Mac OS users would be much happier if
they
On 06/06/2014 07:58 PM, Lorenzo Marcantonio wrote:
On Fri, Jun 06, 2014 at 07:50:50PM +0200, jp charras wrote:
I am pretty sure this is a very old legacy code.
It is now allowed.
If it's allowed then no issue at all. It made me curious since the layer
setup dialog doesn't allow it (and once I
Hi,
I have found a few static variables in the module editor code that I
would like to remove, but I need to know your opinion. The variables are
used to keep the last edited module between editor invocations.
If we want to preserve such behaviour, I will need to add a few more
static variab
On 06/10/2014 10:26 AM, Lorenzo Marcantonio wrote:
On Tue, Jun 10, 2014 at 10:18:57AM +0200, Maciej Sumiński wrote:
Hi,
I have found a few static variables in the module editor code that I would
like to remove, but I need to know your opinion. The variables are used to
keep the last edited
On 06/10/2014 06:02 PM, Dick Hollenbeck wrote:
The attached patch will give you an idea of proposed changes.
Regards,
Orson
We can kill two birds with one stone here.
I like your changes, but they are insufficient to preserve the current
behaviour. With a
little bit of work we can accomplis
On 06/10/2014 10:29 PM, Dick Hollenbeck wrote:
On 06/10/2014 02:23 PM, Wayne Stambaugh wrote:
On 6/10/2014 12:41 PM, Maciej Sumiński wrote:
On 06/10/2014 06:02 PM, Dick Hollenbeck wrote:
The attached patch will give you an idea of proposed changes.
Regards,
Orson
We can kill two birds with
Hi Oscad Team,
To keep our blueprints organized, we use the official Launchpad page:
https://blueprints.launchpad.net/kicad
It allows only a short, text-only description for a blueprint, so it is
recommended to use another service to write the full text (e.g.
http://pads.kicad-pcb.org/).
Goo
As I have already most of the tools adopted to work with module editor,
I have a few suggestions that may result in cleaner and more generic
code. They require a bit of changes in the internals of KiCad, therefore
I prefer to ask for your input before I proceed.
I am not sure if the efforts are
Ladies and gentlemen,
We have just reached the next step of our development plan. We would
like to offer you a refurbished module editor, extended with the GAL and
the Tool Framework. Besides the new graphic engine, you will find there:
- layer widget - to select the drawing layer before you st
on: 1.55.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON
2014-06-26 15:58 GMT+02:00 Maciej Sumiński :
On 07/13/2014 10:28 AM, Javier Serrano wrote:
On Sat, Jul 12, 2014 at 10:53 PM, Andrea wrote:
Hi,
I tested your new Interactive Router, it's great!
I had few crash, but I saved often! It stable enough to create a
professional board.
Any extra details you can give would be useful, especially
Dear Developers,
After a period of testing, the module-editor branch [1] has just been
merged to the product branch. Besides the conversion of the module
editor to GAL, we have also:
- added a basic context menu to handle zones
- added support for the "locked" property of modules
- fixed layer sw
On 07/14/2014 08:09 PM, Mário Luzeiro wrote:
Hi,
I can show you some progress of my work with this screenshots from parts that I took
directly from 3dcontentcentral in "their" VRML V1 format:
http://imgur.com/a/PlH7g
It may still need a bit of cleaning the code before submit.
I have more ideas
/folder did you use glm? any good examples?
A very basic example is in include/gal/opengl/vertex_manager.h. Also the
official webpage shows a few code snippets [1].
Regards,
Orson
[1] http://glm.g-truc.net/0.9.5/code.html
Thanks!
MRL
From: Maciej Sumiński
On 07/15/2014 03:14 PM, Tomasz Wlostowski wrote:
On 15.07.2014 15:10, Andrew Zonenberg wrote:
If you're using wx 2.8 (same as me) Orson has managed to come up with a
reproducible test case and is investigating.
News from Orson: it looks like the order of redraw/canvas resize events
differs bet
I think there should be one, maybe just "Selection tool".
8. I did notice one occourence where I could not deselect the pads.
Not sure why or how. Needs more testing.
Nick Østergaard
2014-07-14 17:07 GMT+02:00 Dick Hollenbeck :
On 07/14/2014 09:51 AM, Maciej Sumiński wrote:
Dear Dev
On 07/16/2014 10:08 AM, Nick Østergaard wrote:
2014-07-15 17:45 GMT+02:00 Maciej Sumiński :
Hi Nick,
In my opinion drawing on copper layers with drawing tools instead of laying
out tracks should not be allowed unless it is supported by the DRC
algorithm.
Sure, the DRC should handle it, but
On 07/16/2014 10:11 AM, Lorenzo Marcantonio wrote:
On Wed, Jul 16, 2014 at 10:08:17AM +0200, Nick Østergaard wrote:
Sure, the DRC should handle it, but refresh my memory -- as far as I
remember there was some talk about including tracks in footprints. I
don't remember the outcome of that or it i
On 07/16/2014 11:01 AM, Lorenzo Marcantonio wrote:
On Wed, Jul 16, 2014 at 10:33:06AM +0200, Maciej Sumiński wrote:
Are not they added as DRAWSEGMENTs on copper layers? I am willing to bet
that it is not handled by DRC.
I'm not accepting that bet :D
Why the track are not subclass
W dniu 2014-07-15 16:53, jp charras pisze:
Le 14/07/2014 16:51, Maciej Sumiński a écrit :
Dear Developers,
After a period of testing, the module-editor branch [1] has just been
merged to the product branch. Besides the conversion of the module
editor to GAL
Thanks.
There is a redraw/refresh
On 07/17/2014 05:22 AM, Michael Narigon wrote:
All,
I am trying to compile KiCad with the latest compilers and libraries from
Apple. I am getting an error in common/tool/tool_manager.cpp at line 180.
[ 86%] Building CXX object common/CMakeFiles/common.dir/tool/tool_manager.cpp.o
In file include
On 07/18/2014 05:30 AM, Cirilo Bernardo wrote:
- Original Message -
From: Dick Hollenbeck
To: kicad-developers@lists.launchpad.net
Cc:
Sent: Friday, July 18, 2014 11:49 AM
Subject: Re: [Kicad-developers] Module editor branch merged
On 07/17/2014 05:20 PM, Cirilo Bernardo wrote:
---
On 07/15/2014 04:53 PM, jp charras wrote:
Le 14/07/2014 16:51, Maciej Sumiński a écrit :
Dear Developers,
After a period of testing, the module-editor branch [1] has just been
merged to the product branch. Besides the conversion of the module
editor to GAL
Thanks.
There is a redraw/refresh
On 07/20/2014 09:25 PM, Eric Evenchick wrote:
Hi,
Wondering how to get involved with KiCad development. I have experience
with C++ and Python development. Also would be happy to help with packaging.
Not sure how new devs get involved with the project, or if there is some
type of mentorship. Any
over that area. This has been
happening since the module editor was merged in and that screen shot was
taken from bzr-5017.
Thanks,
Jon
On Mon, Jul 21, 2014 at 3:28 AM, jp charras wrote:
Le 20/07/2014 21:56, Maciej Sumiński a écrit :
On 07/15/2014 04:53 PM, jp charras wrote:
Le 14/07/2014 16
By the way: I remember that you had some issues with the fglrx driver -
are the problems fixed or do you use KiCad on a different hardware?
Regards,
Orson
On 07/22/2014 12:43 PM, Maciej Sumiński wrote:
Hi Jon,
Which version of wxWidgets do you use? Are there any steps that could
increase the
On 07/25/2014 11:04 AM, Lorenzo Marcantonio wrote:
On Fri, Jul 25, 2014 at 08:59:23AM +, Mário Luzeiro wrote:
Hello,
Is is possible speed up building (in linux) some how? (without to buy a faster
computer)
It looks it is not building using multiprocessor.
make -j4 helps (substitute number
Thank you Andrew, I have merged the branch you had proposed. I will
investigate the vanishing pads issue soon.
Regards,
Orson
On 07/27/2014 08:54 PM, Andrew Zonenberg wrote:
The attached patch fixes the crash but it appears that the vanishing
pads is a separate, unrelated bug.
Want me to look
Should be fine with revision 5031. Please let me know if everything is fine.
Regards,
Orson
On 07/28/2014 01:06 PM, Maciej Sumiński wrote:
Thank you Andrew, I have merged the branch you had proposed. I will
investigate the vanishing pads issue soon.
Regards,
Orson
On 07/27/2014 08:54 PM
On 08/01/2014 05:23 PM, Jean-Paul Louis wrote:
> I have designed a small PCB with standard pcbnew (5039), and wanted to test
> it with the CERN version 5068.
> When I try to load it, I get the error message show below.
Hi Jean-Paul,
Where did you obtain the CERN version? We do not have any speci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/08/2014 04:57 AM, Cirilo Bernardo wrote:
> [snip] I have Orson's example code as a starting point for that.
My personal rules do not allow me to take credit for the things that I
have not created, therefore I should mention it is Tom's code.
Re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/22/2014 06:41 PM, Dick Hollenbeck wrote:
> Ladies and Gentlemen:
>
> With great respect and humility I am turning over KiCad project
> leadership to
>
> Mr. Wayne Stambaugh. [snip]
Dick,
It was an honor to work with you. I believe you had a g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/31/2014 12:13 AM, Cirilo Bernardo wrote:
[snip]
> Is there anyone on the list with web page skills?
Sounds like a good opportunity to ask people on the users mailing list
too. KiCad would not suffer from a few extra contributors.
Regards,
Orson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/31/2014 11:11 AM, Lorenzo Marcantonio wrote:
> Having to draw a new package since a long time I decided to give
> it a try... first of all, at last, the layer toolbar. Really
> useful, of course.
>
> A couple of buglets: stuff isn't correctly in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It has been already a few weeks since the GAL module editor has been
merged. Among the introduced changes, there is support for Edge.Cuts
layer in modules.
As I have not received any bug reports related to the feature, does
anyone mind if I remove the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/02/2014 08:04 PM, jp charras wrote:
> Orson, Be careful with Edge.Cuts layer in modules. If they are not
> currently allowed, this is because I have a good reason.
>
> In specctra export, and therefore in 3d viewer, we *need* a closed
> polygo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/03/2014 08:54 AM, Lorenzo Marcantonio wrote:
> Pondered some more about the issue.
>
> Accepting the edges within a tolerance doesn't seem to be a good
> solution... explanation:
>
> When generating gerbers/specctra/IDF whatever they want the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Carl
Recently there was a discussion about bugs in 3.0.1 (topic: Segfault
when running DRC). It might be a better choice to switch to the
bleeding edge.
Regards,
Orson
On 09/03/2014 04:59 PM, Carl Poirier wrote:
> I will try that. Thanks.
>
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> On Wed, Sep 03, 2014 at 10:22:03AM +0200, Maciej Sumiński wrote:
>> Healing could be done another way. Instead of moving vertices,
>> it could be better to add the missing segments. If they are no
>> longer than a line thic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/03/2014 10:36 PM, Wayne Stambaugh wrote:
> On 9/3/2014 12:33 PM, Brian Sidebotham wrote:
>> I think we could do it in a similar fashion to EESCHEMA (it's a
>> more pleasant experience when things work in a similar way) Any
>> vertexes on the Edge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/2014 10:11 AM, jp charras wrote:
> Le 03/09/2014 18:03, Maciej Sumiński a écrit :
>>> On Wed, Sep 03, 2014 at 10:22:03AM +0200, Maciej Sumiński
>>> wrote:
>>>> Healing could be done another way. Instead of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nick: The patch was to handle hot keys that require different
modifiers depending on the keyboard layout. IIRC the testcase was '+'
that can be typed alone on the Danish layout (or numpad) or together
with Shift on the US layout (Shift and '=' pressed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/11/14 22:23, Lorenzo Marcantonio wrote:
> On Thu, Sep 11, 2014 at 08:48:44PM +0200, Lorenzo Marcantonio
> wrote:
[snip]
>
> Looking for a volunteer expert in that code section to fix that
> thing. Otherwise please give more detailed information
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/13/14 20:26, Maciej Sumiński wrote:
> On 09/11/14 22:23, Lorenzo Marcantonio wrote:
>> On Thu, Sep 11, 2014 at 08:48:44PM +0200, Lorenzo Marcantonio
>> wrote:
> [snip]
>
>> Looking for a volunteer expert in th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/14/14 19:32, Nick Østergaard wrote:
[snip]
> I think the model can work for KiCad, but I still wonder how
> exactly the progress should be tracked. Will it be a page
> kicad-pcb.org or just one thread here on the list?
I think the Launchpad coul
I am glad the world still has not exploded;)
On 12/12/2016 11:16 PM, Nick Østergaard wrote:
> Come on! I waited almost eight minutes for you to rebase and push that
> bunch of patches :D
>
> 2016-12-12 22:15 GMT+01:00 Maciej Sumiński :
>> Hi Nick,
>>
>> You were r
Hi Jean-Samuel,
I think your patch will facilitate use of 3rd party python plugins, as
the current way of executing commands from the Python shell is not quite
user friendly. I vote for merging the patch, but we need to fix some
code formatting issues first.
Also, I wonder if it would be the righ
Someone on #kicad has noticed that "Perform PCB update" removes
components that were placed only in pcbnew without a schematic symbol
counterpart assigned. It works as if "delete extra footprints" option
was always enabled when reading a netlist. The drawback is it removes
logos, mounting holes, et
n my designs I always put a schematic symbol for each footprint,
>> especially mounting holes)
>> Perhaps an option similar to options existing in import netlist dialog.
>> Or, better, like in Altium, a dialog to validate footprints which will
>> be removed or changed.
>
Hi Michael,
I apologize it has taken me so long, but finally I have merged your
changes. Good job, we will have even more eye-candy for the next release!
Regards,
Orson
On 12/23/2016 05:48 PM, Michael Steinberg wrote:
> Hello all,
>
> I've been working on adding Anti-Aliasing to the OpenGL canv
Hi Kristoffer,
Please consider the following ideas, perhaps you will find it useful:
* Create a PCB_GROUP class inheriting from BOARD_ITEM_CONTAINER
As BOARD_ITEM_CONTAINER is also a BOARD_ITEM, you get an easy way of
creating nested groups. This also enables selecting a group with the
selecti
On 01/16/2017 04:30 PM, jp charras wrote:
[snip]
> Hi, CERN guys,
> I remember someone at CERN worked on (or was willing to work on) SVG import.
>
> Is it a work in progress?
Actually, the task has been undertaken by our friends from Brazil during
the last hackathon. The basic import should be wo
One of the features that are available in the legacy canvas, but not in
GAL is local ratsnest. Now, we need to decide whether we would like the
same functionality in the GAL canvas, or perhaps should it be modified.
Do you use it? If so, what are your use cases? Do you think it would be
better to
t; On 1/16/2017 11:29 AM, Константин Барановский wrote:
>>> Hello. I'm sorry for disturbing you, but I'm not understand why my
>>> messages are ignored. Proposed feature not needed for no one, except me?
>>> Or I'm made something wrong? Please, give any
Hi Simon,
Thank you for the report. I am unable to reproduce the problem even
though I also use a tiling wm. The assert is not critical, it has been
added when I was debugging another problem, so it is simply gone now.
Regards,
Orson
On 01/18/2017 03:17 AM, Simon Richter wrote:
> Hi,
>
> I can
adds two last options and decreases the pan step in
>> 3d-viewer to be more comfortable.
>> It works in eeschema, pcbnew (legacy, openGL, cairo), 3d-viewer,
>> gerbview.
>>
>> 2017-01-17 11:27 GMT+02:00 Maciej Sumiński > <mailto:maciej.sumin...@cern.ch>>:
>>
Hi Jean-Pierre,
Thank you for the report. I already see the first issue, the fix is in
progress. I will check the second problem later as well.
Regards,
Orson
On 01/18/2017 08:06 PM, jp charras wrote:
> Hi Orson and Tomasz,
>
> Sorry to give you a bit of work, but I found issues which are outsi
Hi John,
I have just merged your patch, thank you for your contribution.
Regards,
Orson
On 01/21/2017 05:38 PM, John Beard wrote:
> Hi,
>
> This is a patch to add std::make_unique to common.h when the C++
> standard is C++11 (which it normally is for KiCad).
>
> This simplifies code creating s
Hi John,
I have just merged your patch, thank you for your contribution.
Regards,
Orson
On 01/23/2017 02:11 AM, John Beard wrote:
> Hi,
>
> This is a small patch to move PostCommandMenuEvent up to
> EDA_BASE_FRAME, from PCB_BASE_EDIT_FRAME.
>
> This function has nothing intristic to PCB edit f
Hi Jean-Pierre,
Both problems should be already fixed.
Regards,
Orson
On 01/20/2017 09:57 AM, jp charras wrote:
> Le 20/01/2017 à 09:46, Maciej Sumiński a écrit :
>> Hi Jean-Pierre,
>>
>> Thank you for the report. I already see the first issue, the fix is in
>> progre
Thank you John, you really help us progress towards legacy canvas
removal, good job! I have just merged your patches and fixed minor code
formatting violations mentioned by Wayne.
Regards,
Orson
On 01/25/2017 08:39 AM, John Beard wrote:
> Sorry, attached the wrong version of the "import export" p
On 01/25/2017 08:14 PM, Diogo Condeço wrote:
> Hi all,
>
> This patch corrects the CMD+C cancel dialog bug on macos... There are still
> some both in the footprint editor, and the board editor. I will try to
> patch them once i can get some free time.
I wonder if FixOSXCancelButtonIssue() call co
Thank you Diogo, I have just committed your patch.
Regards,
Orson
On 01/27/2017 09:49 PM, Diogo Condeço wrote:
> From a6d5b321ca5d5a75cde7f5039bb0bd0f729454b4 Mon Sep 17 00:00:00 2001
> From: Diogo Condeco
> Date: Fri, 27 Jan 2017 20:31:35 +
> Subject: [PATCH] MACOS Setfocus and CancelButton
Hi John,
Thank you for the patches. I have just committed this one and the one
adding const modifiers in BOARD class. I agree the feature is not easy
to find and trigger, but the report is a hint that someone uses it.
We are not that far from porting all the legacy features into GAL, and I
am real
Hi John,
I have just pushed your patches. Once again - thank you very much!
Taking into account your recent contributions, I dare to say you now
deserve the GAL contributor medal.
Regards,
Orson
On 01/31/2017 04:32 PM, John Beard wrote:
> Hi,
>
> The attached patches add the "exchange footprint
On 02/01/2017 02:36 PM, jp charras wrote:
[snip]
> * In GAL canvas, depending on the zoom level and the size of the filled zones
> areas, filled zones
> areas are displayed or not.
> Same for zone outlines.
Without looking at the code, my first shot is incorrect bounding box
calculation (ViewBBox
Hi Julius,
Thank you for the patch, but at the moment I am not sure we can push it.
We would like to have the feature you implemented, but there is a new
connectivity algorithm on the way, which may be much different compared
to what we have now.
There is also a minor bug, which causes ratsnest l
Hi John,
Thank you very much, I see lots of great improvements here. Your branch
is a good candidate for merge, but there is one problem. If I type a
value in INCREMENT_TEXT_CTRL and hit Enter, pcbnew segfaults. I suspect
that kill focus event handler is executed after the window is gone, but
I am
Hi Jon,
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 patch follows up on the one I sent earlier, to finish r
[merged]
On 02/16/2017 03:10 AM, Jon Evans wrote:
> 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
>
>
>
> ___
> Mailing list: h
Hi Jon,
Thank you very much, I have just committed your patch.
Regards,
Orson
On 02/17/2017 02:02 AM, Jon Evans wrote:
> Hi all,
>
> Another refactoring of the GAL base classes, this time to not depend on
> LAYER_ID, which is specific to pcbnew.
>
> Best,
> Jon
>
>
>
> _
Hi Jon,
I see the point of your patch, as COMMON_ACTIONS are now a bit misused.
They should not keep majority of the TOOL_ACTIONs, as many of them are
pcbnew specific, but there are still actions that will be shared with
other applications (e.g. zoom & grid control, move/rotate/flip).
For some ti
;> from a lambda, as I suspect you are right.
>>
>> Cheers,
>>
>> John
>>
>> On Fri, Feb 17, 2017 at 12:23 AM, Maciej Sumiński
>> wrote:
>>> Hi John,
>>>
>>> Thank you very much, I see lots of great improvements here. Your branch
&
or
>> something in future) would need to include most of these headers so it
>> can still map legacy event IDs, but that's how it should be - a file
>> that needs lots, includes lots.
>>
>> Cheers,
>>
>> John
>>
>>
>> On Mon, Feb
Hi Jon,
I have just tested the patch, and I really like it. I just need to test
it a bit longer, as there are numerous changes, but I am in favor of
merging the patch.
I also applied one more patch changing a few defines (UNSPECIFIED,
BLACK, WHITE) to static consts, I hope you do not mind.
If th
Wayne,
I would like to merge the COLOR4D patches today, once I confirm with Jon
they are complete.
Regards,
Orson
On 02/21/2017 03:41 PM, Wayne Stambaugh wrote:
> I forgot to mention that this will likely clash with the COLOR4D work
> that is already in progress so we will have to coordinate the
7;t mind changing to static consts!
>
> Best,
> Jon
>
> On Mon, Feb 20, 2017 at 12:50 PM, Maciej Sumiński
> wrote:
>
>> Hi Jon,
>>
>> I have just tested the patch, and I really like it. I just need to test
>> it a bit longer, as there are numero
that need to be resolved -- I did not
>> want to take 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:
>>
Great, so now they are in the 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 03:37, "Maciej Sumiński" wrote:
>
>> I got a respons
Hi Jon,
Thank you very much for you help. Actually we had another idea for the
selection filter [1]. We would like to have a panel in the layer widget
area and filter the selection all the time, instead of after invoking a
dialog.
As your patch is ready at the moment, we can merge it unless there
Hi John,
I planned to do this, but your changes are even better than what I had
in mind. Thank you, your patch is already pushed with a few minor
modifications in a separate commit.
Cheers,
Orson
On 02/23/2017 04:51 AM, John Beard wrote:
> Hi,
>
> In light of recent changes to the tool actions,
Hi Jon,
I really like the generic approach 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
remove cachin
y will be greyed out as currently?
> Perhaps the CONTEXT_MENU::HasEnabledItems could work too to delegate
> the decision to the enablement functions of each item?
>
> Cheers,
>
> John
>
> On Thu, Feb 23, 2017 at 1:11 AM, Maciej Sumiński
> wrote:
>> Hi Jon,
101 - 200 of 954 matches
Mail list logo