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 : https://lau
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 gratef
GPU,
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 com
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 b
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
- pic_programmer.kicad_
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 ch
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 diffe
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 t
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 i
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: https://
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 p
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 WinBui
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
(http://www.
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 la
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 a
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 12:2
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 tha
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 may
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
integr
On 10/16/2013 02:59 PM, Dick Hollenbeck wrote:
On Oct 16, 2013 7:53 AM, "Dick Hollenbeck" 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 of your con
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 lef
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 left corner of the main window client area.
Could be related to the fac
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 of the
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 anyw
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 sorte
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
doe
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 (like
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 rep
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 b
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
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/2013 4:33 AM, Maciej Sumiński wrote:
Does anyone have anything against disabling switching
m 18:59 Uhr
*Von:* "Wayne Stambaugh"
*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,
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" mailto:d...@softplc.com>> wrote:
>
>
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 ol
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 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
for applying p
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 mailto:maciej.sumin...@cern.ch>> wrote:
Boost downloaded by KiCad does not build with gcc 4.8.1 - it is
already resolved in
Recently I wanted to play with build flags and I have noticed that they
are overwritten by CMakeLists.txt (see patch attached).
I am just wondering - is there any specific reason for that? Does anyone
mind appending build flags instead of setting them constant?
Regards,
Orson
=== modified file
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 'CMakeModules/do
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 Documentati
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 site,
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
acc
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
On 11/25/2013 10:55 PM, Wayne Stambaugh wrote:
On 11/25/2013 11:31 AM, Maciej Sumiński wrote:
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
7; to see what I mean.
But with these two patches I'm able to compile under Arch linux ARM on
my Chromebook
(http://archlinuxarm.org/platforms/armv7/samsung/samsung-chromebook) and
it seems to be running well.
Both patches are against revision 4499 of the lp:kicad branch.
On 11/25/13 11:54,
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:
http://www.ohwr.org/projects/c
On 11/28/2013 01:10 PM, Martijn Kuipers wrote:
On Nov 28, 2013, at 12:07 PM, Lorenzo Marcantonio
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
Never felt a need for
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
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/
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
common/drawtxt.cpp:GetHersheyShapeDescrip
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 )
c
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/07/2013 01:42 AM, Wayne Stambaugh wrote:
I have just committed a small change to the testing branch (r4529) to
the Pcbnew footprint viewer that will allow the main toolbar to be
dockable. I would like some feedback about how well saving and loading
the window state between session works on
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 (r4529) to
the Pcbnew footprint viewer that will allow the main toolbar to be
dockable. I would
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 footprin
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:
- ed
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 us
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 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 related to vers
Hi,
Thank you for the report. Please try the attached patch and let us know
if it solves the problem.
Regards,
Orson
On 01/08/2014 12:05 PM, Барановский Константин wrote:
After successful build rev. 4614 - eeschema, pcbnew, gerbview, pl_editor
doesn't run, in console I get 'Segmentation faul
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 pad
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 is
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
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
P but
threading/multiprocessing in general (OpenCL, OpenMPI and GoRoutines), I
will give the code a look. I'll then let you know if I give it a go.
Regards,
Carl
On Mon, Jan 13, 2014 at 3:04 AM, Maciej Sumiński
mailto:maciej.sumin...@cern.ch>> wrote:
On 01/10/2014 08:45 PM, Ve
ntext 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 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 th
one Triangulation, I
still have ~25% gain in calculation time.
On Wed, Jan 22, 2014 at 2:59 PM, Maciej Sumiński
mailto:maciej.sumin...@cern.ch>> wrote:
Hi Carl,
Thank you for putting efforts to boost the performance of the ratsnest.
The function is brought by an external l
? If you think the proposed changes do not break anything, I would
be grateful for merging the branch. Thank you in advance.
Regards,
Orson
On 01/11/2014 05:31 PM, jp charras wrote:
Le 10/01/2014 18:35, Maciej Sumiński a écrit :
On 01/09/2014 04:51 PM, jp charras wrote:
Le 09/01/2014 11:22
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
page)
I don't
know exactly where it should go in it.
Carl
On Tue, Jan 28, 2014 at 4:51 AM, Maciej Sumiński
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
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 - you
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
On 02/08/2014 08:29 PM, Wayne Stambaugh wrote:
On 2/7/2014 2:52 PM, Maciej Sumiński wrote:
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
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 the
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 po
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 op
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 be
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 & whit
Ladies and gentlemen,
This time our branch [lp:~cern-kicad/kicad/drawing_tool] brings some
drawing tools to the GAL canvas in pcbnew. The most important changes:
- tools are bound to the respective buttons on the right toolbar (there
is no "Selection tool" or "Interactive router" entry in menu)
t to you. If you simply 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 mailto:ing.a...@gmail.com>> wrote:
Awesome!
Alberto
On 03/08/2014 09:26 AM, Maciej Sumiński wrote:
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 or was it a
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 com
On 03/12/2014 05:54 PM, Dick Hollenbeck wrote:
On 03/12/2014 10:50 AM, Fabrizio Tappero wrote:
I am looking at this ppa repo and I see that it fails on all builds and that
there is a
size limit error too.
Kaspar, I know that having a KiCad PPA link on the official webpage is
something that we
Just 2 minor changes:
- Corrected the error message about required OpenGL version for GAL.
- Fixed pcb_calculator .desktop file.
Regards,
Orson
=== modified file 'common/gal/opengl/opengl_gal.cpp'
--- common/gal/opengl/opengl_gal.cpp 2014-01-06 09:29:31 +
+++ common/gal/opengl/opengl_gal.cpp
The attached patch fixes zooming using mouse wheel with wxWidgets 3.0.
Regards,
Orson
=== modified file 'common/gal/cairo/cairo_gal.cpp'
--- old/common/gal/cairo/cairo_gal.cpp 2014-02-25 14:28:09.56000 +0100
+++ new/common/gal/cairo/cairo_gal.cpp 2014-03-19 11:54:24.060366591 +0100
@@ -64,6 +
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
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 sol
1 - 100 of 954 matches
Mail list logo