Hello,
I am just wondering - is there a .ttf version of the newstroke font used
in KiCad available?
Regards,
Orson
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
Ladies and Gentlemen,
Today you can see another release of the KiCad GAL, that can be
considered as a release candidate 1. It may still contain some bugs and
is still missing some minor features, but the main purpose of the
release is to make some tests and receive a feedback. I will be
,
proprietary/open source drivers in case of Linux) you are using, so I
could know that this type of setup works with GAL.
Kind regards,
Orson
On 07/09/2013 06:07 AM, Alex G. wrote:
On 07/08/2013 02:35 PM, Maciej Sumiński wrote:
I invite
you to take it for a test drive with the most complex
On 07/09/2013 11:49 AM, Alex G. wrote:
Right now I can't seem to be able to lay tracks or do anything useful
with the non-default mode. There isn't much I can test unless I lay down
an actual PCB.
Yes, it is still not editable version, I should mention this in the
release notes. Editing will
Hi Camille,
Thanks for the tests and the bug report.
On 07/13/2013 02:04 PM, Camille Delbegue wrote:
I tested GAL with all demo board in the repository and netnames on pads
are visible only with 3 boards. It woks only with:
- flat_hierarchy.kicad_pcb
- interf_u.kicad_pcb
-
On 07/16/2013 12:03 PM, Camille Delbegue wrote:
This seems strange to me too. This problem apears only with demo boards
and not with my projects (6 boards).
I try to zoom more but nothing change, netnames show on tracks but not
on pads. Is there someone who experiment the same issue ?
I have
On 07/19/2013 11:08 PM, Camille Delbegue wrote:
It is better but not perfect. Now netnames show on multilayers pads and
bottom pads but not on top pads.
The two other issues are resolved.
I have managed to recreate the bug. The strange thing is - even within
the same machine, but on two
Hi Camille,
On 07/19/2013 11:08 PM, Camille Delbegue wrote:
It is better but not perfect. Now netnames show on multilayers pads and
bottom pads but not on top pads.
Could you test the current version? I have managed to fix the problem on
my machine, so hopefully it should be fine with yours
On 07/29/2013 04:11 PM, Camille Delbegue wrote:
Cairo backend doesn't work properly, it is like if the old buffers are
not deleted. But sometimes the buffer is correctly refreshed. I attached
a picture resulting of a zoom out action. I also encountered this issue
with rev 4211
Could you check
Hi Camille,
On 08/05/2013 05:25 PM, Camille Delbegue wrote:
This patch remove a Clang warning and add a missing dependency to boost
in cmake file.
Thanks for the patch, it is already applied (rev 4229).
Kind regards,
Orson
___
Mailing list:
Just a short note - for those who have been missing it, there is a
modification of Brian's Winbuilder script that works with the GAL
branch: http://orson.net.pl/kicad-winbuilder-gal.zip
Special thanks goes to Brian Sidebotham and Kerusey Karyu who helped me
with the script. The next step is to
I do not want to make it a long discussion, but as I based on your fixes
I felt obliged to say thank you for that. Who knows? Maybe I would not
make it at all without them..
Kind regards,
Orson
On 08/12/2013 03:02 PM, Kerusey Karyu wrote:
FYI: I can't feel as one of the founders of GAL
Thanks to the KiCad OSX Builder team (credits go to Miguel Angel Pajo
Pelayo, Felix Morgner and Adam Wolf), now we are able to support KiCad
GAL on the Mac OS X too.
That means, that all of the three major platforms are already covered.
To those who use Macs - I invite you to build
On 09/05/2013 10:55 PM, Lorenzo Marcantonio wrote:
On Thu, Sep 05, 2013 at 02:14:03PM -0500, Dick Hollenbeck wrote:
You are correct about the model being somewhat exposed. But the model is
working nicely
everywhere else, and it is fast.
I could argue about the 'fast' thing. The indexed by
On 09/06/2013 09:26 AM, Lorenzo Marcantonio wrote:
On Fri, Sep 06, 2013 at 08:53:12AM +0200, Maciej Sumiński wrote:
Other than being a technique listen even in '80 computer graphics books,
I suppose that's needed also for 1) culling the primitives using the
rtree and 2) sorting the draw
Hi Brian,
In fact it looks very strange.. I am just wondering - wouldn't it be
easier to link OpenSSL as a static library? It may require a rebuild in
the KiCad-Winbuilder, but then you will not have to care about stuff
that users keep in Windows directory.
Regards,
Orson
On 10/04/2013
On 10/15/2013 03:33 PM, Lorenzo Marcantonio wrote:
On Tue, Oct 15, 2013 at 02:18:19PM +0100, Brian Sidebotham wrote:
As Dick says, this completely breaks cross-compilation of Boost.
Well, can't say it is a good thing... as a workaround maybe supplying
precompiled (preassembled!) object for
Hi all,
We need a ratsnest that works with the GAL, therefore I present to you
the blueprints for that part:
https://blueprints.launchpad.net/kicad/+spec/ratsnest-gal
I have seen many great ideas appearing on the mailing list, that's why
everyone is welcome to share thoughts. I believe it
On 10/16/2013 03:54 PM, Carl Poirier wrote:
FYI, in step 4 of the algorithm, I believe you wanted to refer to step 3:
*4. Remove edges with zero weight.*
The last step is to remove zero weight edges (as they are already
connected). The remaining edges make the ratsnest. This step could be
On 10/16/2013 02:59 PM, Dick Hollenbeck wrote:
On Oct 16, 2013 7:53 AM, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com wrote:
Looks promising, and super job on the presentation.
Once you have it working, give some thought to using a special
purpose allocator for the elements
Hi Andrew,
On 10/24/2013 02:27 PM, Andrew Plumb wrote:
Aside: I've been using the CERN
https://github.com/mangelajo/KicadOSXBuilder scripts to semi-automate my
Mac OS X bundle building. Very handy!
I feel obliged to say that all the credits for the KicadOSXBuilder
should go to Miguel Angel,
Thank you for the report, I am going to fix it now.
Regards,
Orson
On 11/01/2013 12:10 PM, jp charras wrote:
Modedit and Modview have a strange behavior when the main canvas is redrawn.
Something is drawn in the upper left corner of the screen (i.e. form the
center of the main canvas to the
On 11/01/2013 01:50 PM, jp charras wrote:
Le 01/11/2013 13:16, Maciej Sumiński a écrit :
On 11/01/2013 12:10 PM, jp charras wrote:
Modedit and Modview have a strange behavior when the main canvas is
redrawn.
Something is drawn in the upper left corner of the screen (i.e. form the
center
On 11/01/2013 01:48 PM, Lorenzo Marcantonio wrote:
OK, I'm trying to follow the road to isolate GAL layers and pcbnew
layers. Let's see if it can work:
- pcbnew still uses LAYER_NUM (for layers) and PCB_VISIBLE (for other
stuff)
- GAL *doesn't* use LAYER_NUM, because a) it wouldn't work
To make it easier to follow the drawing routines, it is good to go in
that order:
common/drawpanel_gal.cpp:119 (onPaint()) - OnPaint event handler
common/view/view.cpp:766 (Redraw()) - Chooses the area that has to be
redrawn
common/view/view.cpp:591 (redrawRect()) - Iterates through layers
Hi Dick,
Sorry for all the troubles associated with the GAL, but surely soon it
will get stable. The reason is, as you suspected - an unexpected layer
in the file. I propose the patch from the attachment, I think it is
better to treat unknown layers as COMMENTS. Still I am wondering - how
On 11/01/2013 09:24 PM, Lorenzo Marcantonio wrote:
On Fri, Nov 01, 2013 at 05:35:10PM +0100, Maciej Sumiński wrote:
Groups are handled by rendering backends and are identified only by their
number (think of it as a handle) and there is a 1-to-1 relation between
group id and VIEW_ITEM/layer
On 11/02/2013 05:38 PM, Lorenzo Marcantonio wrote:
OK, I think I've got bug-for-bug compatibility with trunk in my branch,
the split of the GAL layer number seems to work fine now.
I know that it's all in early phase and work in progress, so I feel
'normal' that many things are not working
Hi Edwin,
Thank you for the patch, hopefully it will get commited soon. I did not
even expect /usr/lib has to be added explicitly, but if it solves the
issue - why not?
Regards,
Orson
On 11/02/2013 12:35 PM, Edwin van den Oetelaar wrote:
Running a very common Ubuntu 12.4.3 building from
Does anyone have anything against disabling switching (remove its hotkey
and menu entry) to Cairo backend? I think it may only give a bad
impression to users, as it is too slow for comfortable work. I am going
to maintain it in case that there are changes in the GAL, but as it was
said in the
On 11/05/2013 07:40 PM, Wayne Stambaugh wrote:
On 11/5/2013 4:33 AM, Maciej Sumiński wrote:
Does anyone have anything against disabling switching (remove its hotkey
and menu entry) to Cairo backend? I think it may only give a bad
impression to users, as it is too slow for comfortable work. I am
stambau...@verizon.net
*An:* Kein Empfänger
*Cc:* kicad-developers@lists.launchpad.net
*Betreff:* Re: [Kicad-developers] Cairo rendering backend
On 11/7/2013 12:36 PM, Maciej Sumiński wrote:
On 11/05/2013 07:40 PM, Wayne Stambaugh wrote:
On 11/5/2013 4:33 AM, Maciej Sumiński wrote:
Does anyone
On 11/07/2013 08:30 PM, Dick Hollenbeck wrote:
On 11/07/2013 01:03 PM, Maciej Sumiński wrote:
On 11/07/2013 07:11 PM, Dick Hollenbeck wrote:
On 11/07/2013 11:59 AM, Wayne Stambaugh wrote:
On 11/7/2013 12:36 PM, Maciej Sumiński wrote:
On 11/05/2013 07:40 PM, Wayne Stambaugh wrote:
On 11/5
On 11/07/2013 10:10 PM, Lorenzo Marcantonio wrote:
On Thu, Nov 07, 2013 at 01:30:44PM -0600, Dick Hollenbeck wrote:
At what point is is cheaper to buy the KiCad user a new computer, than it is to
write
software for his incompatible computer?
Well, toughbooks are not exactly cheap even on the
On 11/08/2013 03:24 PM, Dick Hollenbeck wrote:
On 10/16/2013 03:19 PM, Dick Hollenbeck wrote:
On 10/16/2013 09:32 AM, Maciej Sumiński wrote:
On 10/16/2013 02:59 PM, Dick Hollenbeck wrote:
On Oct 16, 2013 7:53 AM, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com wrote:
Looks
On 11/08/2013 11:48 PM, Torsten Hüter wrote:
Hi Orson,
have a look here:
http://bazaar.launchpad.net/~kicad-testing-committers/kicad/kicad-gal/view/head:/gal/wxdc/wxdc_gal.cpp
With my test examples it was faster than Cairo. I guess it should be
possible to reach the same performance like the old
Boost downloaded by KiCad does not build with gcc 4.8.1 - it is already
resolved in boost-trunk. I do not know what is the policy for applying
patches that are going to be included in the mainstream, but just in
case - the attached patched removes the problem.
Regards,
Orson
=== modified file
On 11/11/2013 11:47 AM, Brian Sidebotham wrote:
On 11 November 2013 10:32, Maciej Sumiński maciej.sumin...@cern.ch
mailto:maciej.sumin...@cern.ch wrote:
Boost downloaded by KiCad does not build with gcc 4.8.1 - it is
already resolved in boost-trunk. I do not know what is the policy
On 11/11/2013 04:00 PM, Dick Hollenbeck wrote:
Hi Orson,
On 11/11/2013 11:47 AM, Brian Sidebotham wrote:
On 11 November 2013 10:32, Maciej Sumiński maciej.sumin...@cern.ch
mailto:maciej.sumin...@cern.ch wrote:
Boost downloaded by KiCad does not build with gcc 4.8.1 - it is
already
On 11/13/2013 05:46 PM, Dick Hollenbeck wrote:
On 11/13/2013 09:28 AM, Wayne Stambaugh wrote:
Fix committed in r4463.
** Changed in: kicad
Status: New = Fix Committed
tool_manager.cpp:
line 142 is using concatonation against a format string, this is a bug.
If you want formatting,
Today I saw an error during the boost build:
fatal error: bzlib.h: No such file or directory
Would not it be good to add bzip2 dependency to download_boost.cmake
script, so users will get a clear message before an attempt to build the
library?
Regards,
Orson
=== modified file
Thank you Brian, sorry for the problem - I hope not many people were
affected by the dependency.
Regards,
Orson
On 11/17/2013 12:34 AM, Brian Sidebotham wrote:
This did break KiCad-Winbuilder, but I released an update with libbz2
building enabled. So it's all good.
From the Boost
I like this one even more:
http://www.kickstarter.com/projects/mossmann/hackrf-an-open-source-sdr-platform
And I bet that people contributing to KiCad have some more good examples.
Regards,
Orson
On 11/18/2013 10:48 AM, Martijn Kuipers wrote:
Dear devs,
I am in no way affiliated to this
Ladies and Gentlemen,
Finally, there is the ratsnest compatible with the GAL available for
testing in our branch [1]. Hopefully after some testing time and main
developers approval, it will get merged to the testing branch.
The main difference introduced is that the ratsnest now takes into
Thank you for sharing the solution. I have to admit that the ARM build
happened faster than I thought it will. Regarding rdtsc() - in fact, you
may return 42, but the proper function would be great. As the header
name says - it is only for execution time measurements and it is not
critical for
As I have recently mentioned, the new ratsnet (available for testing in
lp:~cern-kicad/kicad/ratsnest) could be improved in a few ways. This is
an opportunity to use your skills in a very advantageous way. If you
feel like helping the project, then have a look at:
On 11/28/2013 01:10 PM, Martijn Kuipers wrote:
On Nov 28, 2013, at 12:07 PM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
On Thu, Nov 28, 2013 at 10:56:42AM +0100, Maciej Sumiński wrote:
I am particularly interested in the main developers' view about points:
- Cut/copy/paste
On 11/28/2013 09:58 PM, mj wrote:
On 11/28/13 13:10, Martijn Kuipers wrote:
On Nov 28, 2013, at 12:07 PM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
On Thu, Nov 28, 2013 at 10:56:42AM +0100, Maciej Sumiński wrote:
I am particularly interested in the main developers' view about
On 11/29/2013 11:29 AM, mj wrote:
(...)
What do you call the one in demos/complex_hierarchy?
It's reusing the same schematic twice with differnent annotations (done
this before, saves quite some time doing a switch matrix - but with
hierarchy labels).
Guess if it's using hierarchy labels, it's a
I was looking through the text drawing routines and I am wondering if
font code clamping works as expected. It seems that for characters with
codes higher than the font description table size it should draw '?'
instead of characters. But in the function
Nevermind, it was just a short circuit in my head, I did not get it right.
Regards,
Orson
On 12/03/2013 10:46 AM, Maciej Sumiński wrote:
I was looking through the text drawing routines and I am wondering if
font code clamping works as expected. It seems that for characters with
codes higher
I am digging through the code responsible for BOARD_ITEMs removal and I
have a few questions that are probably easy to answer for people, who
know the source code better than I do.
I have found two places where removal happens:
- void PCB_EDIT_FRAME::RemoveStruct( BOARD_ITEM* Item, wxDC* DC )
It seems that users are looking forward to the feature:
http://groups.yahoo.com/neo/groups/kicad-users/conversations/messages/16647
Regards,
Orson
On 12/01/2013 06:59 PM, Martin Janitschke wrote:
Heyho,
I've created the blueprint [0] we've started to discuss in the Next
Steps thread. Comments
On 12/09/2013 04:25 PM, Wayne Stambaugh wrote:
On 12/9/2013 10:14 AM, Maciej Sumiński wrote:
On 12/09/2013 03:06 PM, Wayne Stambaugh wrote:
On 12/9/2013 3:49 AM, Maciej Sumiński wrote:
On 12/07/2013 01:42 AM, Wayne Stambaugh wrote:
I have just committed a small change to the testing branch
There was an interesting question asked on the #kicad irc channel: as
there is the GPL licence note (COPYRIGHT.txt) included in the library
repository, how does it affect PCBs created with the libraries? Are the
boards created using the library repository also licenced under the GPL?
As
On 12/18/2013 09:00 PM, Wayne Stambaugh wrote:
On 12/4/2013 2:06 PM, Maciej Sumiński wrote:
I am digging through the code responsible for BOARD_ITEMs removal and I
have a few questions that are probably easy to answer for people, who
know the source code better than I do.
I have found two
Ladies and gentlemen,
Here comes another portion of goodies for the selection tool. I would be
very grateful for some testing/opinions/suggestions, before I propose
them for merging. The newest changes are available in the branch
lp:~cern-kicad/kicad/selection_tool.
From now on, you can:
-
On 01/01/2014 07:58 AM, Dick Hollenbeck wrote:
On 11/21/2013 02:16 PM, Dick Hollenbeck wrote:
1) wx = 2.9 has these constructors
wxString( const char* )
wxString( std::string )
whereas wx 2.8 does not.
Both offer:
wxString( const char*, wxConvUTF8 );
but this cannot be
On 01/02/2014 07:04 PM, Dick Hollenbeck wrote:
In my opinion if the class is specifically designed for
UTF8, we could drop the std::string iterator.
It is, but it is for strings, not UTF8 character manipulation. Its best use is
at the
edge of the system in helping with serialization and
On 01/06/2014 06:34 PM, R P Herrold wrote:
On Mon, 6 Jan 2014, Maciej Sumiński wrote:
I can fully understand that it is much easier for many users not to deal with
building boost library, but on the other hand - there are many others who do
not need a separate copy of boost just for KiCad
On 01/06/2014 07:58 PM, Wayne Stambaugh wrote:
On 1/6/2014 12:00 PM, Maciej Sumiński wrote:
I can fully understand that it is much easier for many users not to deal
with building boost library, but on the other hand - there are many
others who do not need a separate copy of boost just for KiCad
On 01/06/2014 10:46 PM, Marco Serantoni wrote:
On 06/gen/2014, at 21:27, Maciej Sumiński maciej.sumin...@cern.ch
mailto:maciej.sumin...@cern.ch wrote
Thank you for the explanations. I expected that boost comes with KiCad
to make building easier for some users, but I did not even think of
bugs
I am wondering if there are any special reasons to keep net names and
net codes separated. This gives programmer a chance to set a net code
that is actually not related to the appropriate net name. One is even
able to set a net name that does not exist using D_PAD::SetNetname() for
a single
On 01/08/2014 04:39 PM, jp charras wrote:
Le 08/01/2014 15:35, Maciej Sumiński a écrit :
I am wondering if there are any special reasons to keep net names and
net codes separated. This gives programmer a chance to set a net code
that is actually not related to the appropriate net name. One
On 01/09/2014 04:51 PM, jp charras wrote:
Le 09/01/2014 11:22, Tomasz Wlostowski a écrit :
On 01/08/2014 04:39 PM, jp charras wrote:
Tracks do not store the net name but just the net code, because
they are
expected to be connected to pads which store this info.
(this is the reason tracks
On 01/10/2014 08:45 PM, Vesa Solonen wrote:
10/01/14 19:35, Maciej Sumiński kirjoitti:
the board that I recommended for testing the GAL
(http://www.ohwr.org/attachments/download/2187/wrs.kicad_pcb), when you
drag the biggest IC in the middle, as it contains the greatest number of
nets
switch for the vector registers
(mmx*/v*).
If needed i can help you to implement.
--
Marco
On Mon, Jan 13, 2014 at 7:48 PM, Vesa Solonen vesa.solo...@aalto.fi
mailto:vesa.solo...@aalto.fi wrote:
13/01/14 10:04, Maciej Sumiński kirjoitti:
I fully support the idea, in fact I have dreamed
Hi Carl,
Thank you for putting efforts to boost the performance of the ratsnest.
The function is brought by an external library
(http://www.sintef.no/Projectweb/Geometry-Toolkits/TTL/), I am not sure
what is exactly inside. The expected output should be a Delaunay
triangulation of all nodes
with one Triangulation, I
still have ~25% gain in calculation time.
On Wed, Jan 22, 2014 at 2:59 PM, Maciej Sumiński
maciej.sumin...@cern.ch mailto:maciej.sumin...@cern.ch wrote:
Hi Carl,
Thank you for putting efforts to boost the performance of the ratsnest.
The function is brought
Hi Adam,
I am just wondering - if the KiCad-Winbuilder was run on the cluster,
then what do you think about some automatized process that builds
Windows binaries (for both stable product branches) and uploads them
to the KiCad website (or any other place that is linked to the download
exactly where it should go in it.
Carl
On Tue, Jan 28, 2014 at 4:51 AM, Maciej Sumiński
maciej.sumin...@cern.ch mailto:maciej.sumin...@cern.ch wrote:
Hi Jean-Pierre,
I am done with the changes that would let me rely on the net codes
in other parts of code. I did my best to perform
I guess you could run uncrustify and do a diff, but unfortunately you
cannot apply uncrustify blindly - sometimes its output seems a bit odd.
One possible solution is to check how many lines were corrected by
uncrustify, if above a set threshold (relatively to the whole patch
length) - send an
There is a new release [lp:~cern-kicad/kicad/selection_tool] available
for testing with some improvements to the tools:
- undo/redo for all operations you can do in the GAL canvas
- highlighted ratsnest for currently modified items (also for the PNS
router)
- for those who have strong habits -
On 02/07/2014 01:52 PM, Wayne Stambaugh wrote:
On 2/7/2014 5:29 AM, Maciej Sumiński wrote:
There is a new release [lp:~cern-kicad/kicad/selection_tool] available
for testing with some improvements to the tools:
- undo/redo for all operations you can do in the GAL canvas
- highlighted ratsnest
I am wondering if the attached patch could be applied to the stable
branch. The reason is currently it does not compile with wxWidgets 3.x
at all or wxWidgets 2.x that are built without '--with-gnomeprint' or
'--with-gtkprint'. There are no wonders inside, just a few backported
changes from
Hi Camille,
GLM library used in KiCad, as you correctly assumed, is not patched. I
have tested the patch under Linux and I did not encounter any
difficulties. The decision to apply the patch is up to the main developers.
Regards,
Orson
On 02/16/2014 11:37 PM, Camille 019 wrote:
Here is the
On 02/23/2014 09:59 AM, Lorenzo Marcantonio wrote:
I really find ugly/distracting the messy line width in text in the
opengl view, so investigated the thing...
At the moment it generates the endpoint list and draw it thru the GAL
DrawPolyline function. This substantially convert the line to a
On 02/23/2014 05:19 PM, Lorenzo Marcantonio wrote:
On Sun, Feb 23, 2014 at 01:30:47PM +0200, Vesa Solonen wrote:
Just check blending and transparency works well enough.
The specs explicitly says that a fragment is generated for each
rasterized 'pixel' (quoted since pixel is not a concept in
On 02/24/2014 08:45 AM, Lorenzo Marcantonio wrote:
- Handling a VBO for line strips (and probably a shader or some other way of
controlling line width per line, not for the whole batch). I am not sure if
degenerated vertices (i.e. two consecutives vertices with the same
coordinates to indicate
On 02/24/2014 11:43 AM, Lorenzo Marcantonio wrote:
a) Why do you think so? It is just one black white texture containing all
characters (e.g. http://i.stack.imgur.com/VFKM2.gif) and then it is simply
referred to when drawing characters. Textures can also be colorized, so the
bitmap black white
need
more information, please kindly explain me how to get it and I'll be
happy to debug more.
Carl
On Sat, Mar 8, 2014 at 9:49 AM, Alberto Medrano ing.a...@gmail.com
mailto:ing.a...@gmail.com wrote:
Awesome!
Alberto
On 03/08/2014 09:26 AM, Maciej Sumiński wrote:
Ladies
On 03/10/2014 08:32 PM, jp charras wrote:
Le 10/03/2014 08:43, Maciej Sumiński a écrit :
Hi Carl,
Thanks for the report. As the error does not occur on every PCB, please
send me the file that crashes pcbnew - I would like to investigate the
problem further. Does it happen regularly
On 03/10/2014 08:32 PM, jp charras wrote:
(...)
I can't reproduce this issue, but I have some others -both on Window and
Linux):
- when opengl is on, moving a footprint (m command), and then cancel the
move (escape command) crashes pcbnew.
Should be already fixed in the branch.
- I can't
Hi José,
That is great that you are willing to help. I am sure that if you manage
to fix the bug, many users will be grateful for that.
The faulty line is pcbnew/pad_edition_functions.cpp:113, it resets the
offset settings. The question is: is it intended or just a mistake?
Regards,
Orson
On 04/04/2014 06:08 PM, Lorenzo Marcantonio wrote:
On Fri, Apr 04, 2014 at 08:37:05AM -0500, Dick Hollenbeck wrote:
Is there something wrong with my BOARD?
If so, what?
AFAIK they appeared with the CERN router merge... they said it was
something like unsupported pad configurations (like a
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
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
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/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
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
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,
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
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
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
: 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
1 - 100 of 886 matches
Mail list logo
