Hi Jean-Pierre,
Thank you for noting, it should be fixed in revision 5652.
Regards,
Orson
On 05/12/2015 11:24 AM, jp charras wrote:
Hi, Orson.
I need your help to fix a minor but very strange issue in Pcbnew, in GAL
mode, relative to hot keys.
This is about grid selection from hotkeys
On 05/07/2015 05:41 AM, Bob Gustafson wrote:
[..]
So, with all that clicking and changing, I was unable to get the Default
view or the OpenGL mode to crash.
Hope this helps.
Bob G
Hi Bob,
Thank you for such extensive testing. I am by no means an OS X expert,
but might this be a
On 05/06/2015 09:55 PM, Andy Peters wrote: Using Adam’s nightly OS X
builds, most recently BZR 5645, pcbnew is repeatedly crashing. It
happens on both my 10.9 machine and my 10.10 machine. In OpenGL mode, it
seems to get confused about menus, or something. It happens if I
right-click to do
On 05/06/2015 10:23 PM, Andy Peters wrote:
On May 6, 2015, at 12:55 PM, Andy Peters de...@latke.net wrote:
Using Adam’s nightly OS X builds, most recently BZR 5645, pcbnew is
repeatedly crashing. It happens on both my 10.9 machine and my 10.10
machine. In OpenGL mode, it seems to get
Even if probably it is not the right moment to switch, from now on it
should be much more painless:
http://blog.launchpad.net/general/git-code-hosting-beta
Regards,
Orson
signature.asc
Description: OpenPGP digital signature
___
Mailing list:
Hi Wayne,
On 05/04/2015 08:25 PM, Wayne Stambaugh wrote:
As we approach the stable release I'm taking inventory to see what needs
to be completed before that happens. I have a some questions about the
GAL canvas and am looking for some help to resolve a few minor issues.
* Is the
Hi,
I have just pushed patches to synchronize hot keys in GAL with the
legacy canvas, so testing would be very welcome.
As a part of the stable release preparations I propose a detailed to-do
list to qualify GAL for the release. If you think I missed something
important here - let me know.
Hi Bob,
On 05/01/2015 12:17 AM, Bob Gustafson wrote:
[..]
In pcbnew using OpenGL and Cairo - panning is not limited by paper edge.
Is panning limited by the paper size in the legacy canvas in OS X
builds? I can only compare them under Linux:
- in the legacy canvas the coordinates are updated
Hi Jean-Pierre,
I know, sorry. It should be already fixed.
Regards,
Orson
On 04/30/2015 11:14 AM, jp charras wrote:
Hi Orson,
the file tools/conditional_menu.cpp seems missing in you last commit
(rev 5632).
Thanks.
signature.asc
Description: OpenPGP digital signature
'.
Regards,
Orson
2015-04-29 10:53 GMT+02:00 Maciej Sumiński maciej.sumin...@cern.ch:
On 04/28/2015 11:10 PM, Michael Heidinger wrote:
Dear Developpers,
first of all I want to say thank you for putting your energy to this
great project.
There are some points I would propose some small edits
On 04/29/2015 10:14 AM, Alejandro Méndez A. wrote:
Hi everyone,
I also think this is an important bug / flaw, the e for edit and the
shortcuts to change layers are in my opinion the most importants.
Hi Alejandro,
Does not 'e' hotkey work for you? It should show Properties dialog for
most of
On 04/28/2015 11:10 PM, Michael Heidinger wrote:
Dear Developpers,
first of all I want to say thank you for putting your energy to this
great project.
There are some points I would propose some small edits to make KiCad
more convenient.
1. Deleting a track to next junction: In standard
On 04/29/2015 10:06 AM, Mário Luzeiro wrote:
Hi all,
I share same experience. OpenGL GAL keyboard user-interface is different from
the default one.
I have to spend a bit time always to upgrade my new keyboard mental map for
that mode.
Also not mentioned by Michael, editing a track is not
On 04/29/2015 11:50 AM, Mário Luzeiro wrote:
Hi Orson,
Ya sorry I (was mistake, I) mean:
Default mode: if you press D it will immediately start Drag Keep slope.
OpenGL GAL: pressing D or G does nothing, is is very difficult to start drag
a track. I was just testing right now, and I
Hi Chris,
Thank you for the patch. I am currently refactoring parts of zoom grid
handling code. It is going to work a bit different, but I will surely
reflect your changes there. It should be merged by the end of the week.
Regards,
Orson
On 04/09/2015 02:26 AM, Chris Pavlina wrote:
The User
Thank you Eldar, I committed your patch in 5577.
Regards,
Orson
On 04/05/2015 12:26 PM, Eldar Khayrullin wrote:
Hi all.
Patch to another translatable entry.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
Hi Eldar,
Thank you, I must have missed it. I merged your patch in revision 5573.
Regards,
Orson
On 04/04/2015 01:40 PM, Eldar Khayrullin wrote:
Hello.
This patch translates Select... entry.
* Английский - определен
* Русский
* Русский
javascript:void(0);
Fixed in 5565.
Regards,
Orson
On 04/02/2015 01:30 PM, Nick Østergaard wrote:
Just very quick look, I think that
WIZARD_FPLIB_TABLE::OnPageChanged() might need modification.
2015-04-02 13:24 GMT+02:00 Nick Østergaard oe.n...@gmail.com:
When I think about it, it seems like the new footprint
On 04/02/2015 04:05 PM, Andy Peters wrote:
[...
I also have the GAL rats-nest issue Piotr mentions.
Does it mean it is never visible? Even when you are dragging components?
Are there OS X users for whom it works properly?
Regards,
Orson
signature.asc
Description: OpenPGP digital signature
On 03/30/2015 08:51 PM, Marco Ciampa wrote:
On Mon, Mar 30, 2015 at 06:34:16PM +0200, Maciej Sumiński wrote:
On 03/30/2015 06:29 PM, Tomasz Wlostowski wrote:
On 30.03.2015 18:26, Marco Ciampa wrote:
I found missing the i18n messages on the contextual (right mouse clic)
window of Interactive
On 04/01/2015 02:29 PM, Mário Luzeiro wrote:
Hello Maciej, Tomasz, Torsten, all,
I found that you are related with GAL development, I have some questions and
discussion for you, hope you can help me make some things a bit clear.
Some requests:
- Would it be possible in a near future, to
Hi Nathan,
The steps you have described brought you footprints usable for board
design in pcbnew. If you need symbols for eeschema, there is another
repository [1] that you have to download and point eeschema there.
Regards,
Orson
1. https://github.com/KiCad/kicad-library/tree/master/library
Hi Mario,
I have just built revision 5548 and everything looks OK. Have you
experienced the same problem before or is it related to the recent changes?
I have already seen such behaviour with poor quality video drivers, but
usually drivers provided by the card manufacturer solve the problem.
I had the same problem recently. The described method is fine until you
push the changes to the public repository. Afterwards uncommiting will
break repositories of all people who pulled the recent changes in the
meantime.
Regards,
Orson
On 03/28/2015 01:30 PM, Nick Østergaard wrote:
You can
On 03/25/2015 01:40 PM, Sergey A. Borshch wrote:
On 25.03.2015 13:02, Maciej Sumiński wrote:
I have just pushed a patch that should resolve the printing issues. I
did my best to test it with Windows and Linux, but it would be great if
you could try it in your system too. Printing preview
I have just pushed a patch that should resolve the printing issues. I
did my best to test it with Windows and Linux, but it would be great if
you could try it in your system too. Printing preview is quite accurate,
so if you do not have a printer - it might be the way to check the result.
It
Hi Miguel,
I have nothing against. To tell the truth, when I started working on the
library wizard I was misled by the class name and started looking
through the footprint wizard code you mention.
Regards,
Orson
On 03/20/2015 10:31 AM, Miguel Ángel Ajo wrote:
Wow, nice work!
jp, maciej,
On 03/19/2015 08:42 AM, jp charras wrote:
Good work!
Thanks to you, Orson a Tomasz
It looks fine on W7, but I have some remarks:
1 - the proposed nickname contains the file or directory extension.
The current convention is to use the basic name (without extension).
Footprint names should
Hi John,
I have committed your patch in 5518, thank you!
Regards,
Orson
On 03/15/2015 02:09 AM, John Beard wrote:
I have noticed a quirk when cancelling a duplicate in modedit under GAL.
The duplicated item would be left in the same place as the original
rather than being deleted.
This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/15/2015 04:47 PM, Maciej Sumiński wrote:
On 03/14/2015 07:47 PM, Wayne Stambaugh wrote:
As you all know we are currently working towards a stable
release. I need to get and idea of what open items are left
before I declare a feature freeze
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/14/2015 07:47 PM, Wayne Stambaugh wrote:
As you all know we are currently working towards a stable release.
I need to get and idea of what open items are left before I declare
a feature freeze. Here is the list of things I know about:
*
Hi Wayne,
The patch seems reasonable to me. Tom is the expert on the PNS code,
just today he is out of range. I will test apply the patch if I do not
find any issues, and later ask Tom to evaluate the changes as well.
Regards,
Orson
On 03/10/2015 02:43 PM, Wayne Stambaugh wrote:
Orson,
Are
Mark,
I committed your patch in 5495, but by oversight I have not used your
name as the author. I sincerely apologize for the error, I promise to be
more careful next time.
If anyone knows a way to fix it without forceful overwriting the
repository, please let me know. I really hope you are not
On 03/09/2015 06:50 PM, Mark Roszko wrote:
A+++
Always hated the environment variables because your typical electrical
engineer/non power user would not know wtf they are. Anyone developing
kicad is already above average.
File extension idea is good too. I suggest keeping the separate file
there should be one
template for both the table in Review and confirm the changes to the
libraries and the fp-lib-table presented in the parent dialog.
My 2¢.
Carl
On Mon, Mar 9, 2015 at 1:23 PM, Maciej Sumiński maciej.sumin...@cern.ch
wrote:
As we are inevitably approaching the feature
As we are inevitably approaching the feature freeze, I would
like to know your opinion about one last change to the footprint library
wizard.
We would like to make the library management as simple as possible.
Therefore Tom has prepared an alternative set of dialog windows for the
footprint
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I guess Miguel's nightly builds are fine too:
https://copr.fedoraproject.org/coprs/mangelajo/kicad/
Regards,
Orson
On 02/20/2015 10:18 AM, Cirilo Bernardo wrote:
This looks to me like the wxWidgets3 + GTK3 issue which Miguel had
been working on.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Andy,
In GAL mode there are no scrollbars by design, it is not a Mac OS X
issue. Do users miss them?
Regards,
Orson
On 02/18/2015 01:41 AM, Andy Peters wrote:
On Feb 17, 2015, at 4:44 PM, Bob Gustafson bob...@rcn.com
wrote:
There was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/11/2015 05:45 PM, jp charras wrote:
Le 11/02/2015 00:28, Maciej Sumiński a écrit :
It should be fine now. Thanks once again for noting the problem -
I do not spend much time on Windows.
Regards, Orson
Thanks. It works now
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi inkblotter,
At one point, I had 4 versions of wxWidgets installed (2.8, 2.9.4,
3.0.x 3.x-git). To select one of them, I simply changed two
parameters passed to cmake:
- -DwxWidgets_CONFIG_EXECUTABLE=/path/to/wx-config-X.X
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Jean-Pierre,
Thank you for the information, surely I will check it. At the moment I
am waiting for build to complete under Windows XP, I hope it will
expose the problem.
Regards,
Orson
On 02/10/2015 08:57 PM, jp charras wrote:
Orson,
May I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
It should be fine now. Thanks once again for noting the problem - I do
not spend much time on Windows.
Regards,
Orson
On 02/10/2015 11:20 PM, Nick Østergaard wrote:
I also get a crash on windows 8 on a MSYS2 build.
2015-02-10 20:57 GMT+01:00
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
[snip]
BTW. I've found, that in GAL mode additional intermediate points
between area and subareas are displayed, which seems to be
incorrect. See attached image.
Hi LordBlick,
Thanks for the notification, should be fixed in 5374.
Regards,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Miguel,
On 01/07/2015 11:07 PM, Miguel Ángel Ajo wrote:
[snip]
2) If C++ implementation changes, the available python scripts
break.
There might be another point that could be taken under consideration.
Currently, if the C++ implementation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
That is exactly what I was trying to say with my 2nd point :) and
I believe it’s something very valuable.
Sorry, I misread your statement. Now, all I can do is to admit that I
share your view ;)
Regards,
Orson
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Miguel,
There is a small group from CERN that arrives on Friday evening. We
have already booked places at La Madeleine Hotel (most of us, I think).
Finally we are going to meet people who have contributed so much to
the project!
See you there,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I cannot recall why it has been done that way (maybe wx2.8 issue?).
Currently the Tool Framework handles the hot keys in its own way, so
there is a chance that passing the events would not be necessary.
Unfortunately, there is another issue - with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Nick,
Thank you for the help. I have no negative remarks to the patch, so it
has been committed in 5318.
I am surprised by the benchmark results, as both GAL default
renderer use the same code for zone filling. I wonder what else
influences
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am curious how clang would express its grief. They made a really
good progress on conciseness and clarity of error messages.
Regards,
Orson
On 11/15/2014 06:47 PM, Lorenzo Marcantonio wrote:
After yesterday's troubles I did a toolchain refresh...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Weird, I have just tried with ecc83 demo board and it works fine for
me. Is not it a board specific problem?
Regards,
Orson
On 11/14/2014 11:07 AM, Lorenzo Marcantonio wrote:
Just tried to fill a zone. Bad result... it fills *everything*, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/14/2014 11:30 AM, Lorenzo Marcantonio wrote:
On Fri, Nov 14, 2014 at 11:19:28AM +0100, Maciej Sumiński wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
Weird, I have just tried with ecc83 demo board and it works fine
for me
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/14/2014 11:58 AM, Lorenzo Marcantonio wrote:
On Fri, Nov 14, 2014 at 11:49:23AM +0100, Maciej Sumiński wrote:
Boost version: 1.56.0
Why it's still pulling 1.54 if there is 1.56? that 1.56 is your
system one?
USE_WX_GRAPHICS_CONTEXT=OFF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/27/2014 04:00 AM, Garth Corral wrote:
Hi guys,
I have a a few questions for someone more familiar with the code
than me. Mostly about preferences, but also one random question
that has me scratching my head, bearing in mind that I’m not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Recently we had a few discussions about the documentation format, some
details below:
https://lists.launchpad.net/kicad-developers/msg14968.html
https://lists.launchpad.net/kicad-developers/msg14520.html
(and follow ups)
Regards,
Orson
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have briefly tested it and read the patch. No issues came to my mind,
but I am not very familiar with eeschema code. I like the change in
the eeschema behaviour as well - good job!
Regards,
Orson
On 10/14/2014 03:58 PM, Wayne Stambaugh wrote:
Has
-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 that code section to fix that
thing
-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/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 moving
vertices, it could be better to add
-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.Cuts
-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 'true
-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.
On
-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 thickness, then it is not noticeable
-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
polygon
-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 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
-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.
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 special
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
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 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
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 jp.char...@wanadoo.fr wrote:
Le 20/07/2014 21:56, Maciej Sumiński a écrit :
On 07/15/2014 04:53 PM, jp charras wrote
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
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.
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/18/2014 05:30 AM, Cirilo Bernardo wrote:
- Original Message -
From: Dick Hollenbeck d...@softplc.com
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
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
On 07/16/2014 10:08 AM, Nick Østergaard wrote:
2014-07-15 17:45 GMT+02:00 Maciej Sumiński maciej.sumin...@cern.ch:
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
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
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 subclasses
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/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
,
but 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 d...@softplc.com:
On 07/14/2014 09:51 AM, Maciej Sumiński wrote:
Dear
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/13/2014 10:28 AM, Javier Serrano wrote:
On Sat, Jul 12, 2014 at 10:53 PM, Andrea serr...@gmail.com 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
: 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
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
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
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
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
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 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
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 to
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
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
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
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
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
701 - 800 of 886 matches
Mail list logo