Can we Please, Please, Please stop using two different kinds of builds?
I can't even begin to describe how tiresome and infuriating it is to try
to help someone with a crash and find out that the backtraces are
completely useless. Especially with Heisenbugs that stop happening when
you get
--- /dev/null
+++ b/eeschema/autoplace_fields.cpp
@@ -0,0 +1,256 @@
+/*
+ * This program source code file is part of KiCad, a free EDA CAD application.
+ *
+ * Copyright (C) 2015 Chris Pavlina pavlina.ch...@gmail.com
+ * Copyright (C) 2015 KiCad Developers, see change_log.txt for contributors
Anyone notice this patch? It's rather imporant to maintain backwards
compatibility with old projects and the new libs.
--
Chris
On Sun, May 24, 2015 at 11:14:21AM -0400, Chris Pavlina wrote:
I originally didn't make lib-cache-rescue check pin names when testing whether a
symbol has been
Hi,
I've been having a look through some of the file I/O code in pcbnew, and I'm not really
comfortable with it. Despite the nice new structured s-exp format, we're still printing
data out by hand and parsing it back in similarly - rather a recipe for trouble, and at
least for inconsistent
I built using clang to see if that compiler would pick up any useful
warnings that gcc isn't. A few were, so I fixed them. You might not want
to apply this patch directly - it also fixes a few things that aren't
really problems, not sure if you'd rather leave them than hush up the
compiler.
, Chris Pavlina wrote:
Hi,
I've been having a look through some of the file I/O code in pcbnew, and
I'm not really comfortable with it. Despite the nice new structured
s-exp format, we're still printing data out by hand and parsing it back
in similarly - rather a recipe for trouble
In GAL, an assertion (drawing_tool.cpp:925) will fail if you begin
drawing an arc, and then accidentally terminate the arc at zero angle
with the cursor /outside/ the arc radius. It seems that an attempt was
made to check for this but the conditional wasn't written quite right.
Here's a patch
Hi,
Just curious here - what was the reason behind the change made in
single_top.cpp in revision 5834?
http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/5834
I had moved Pgm().OnPgmExit() into OnExit() to correct a segfault on
quit - why move it back to OnRun() for
this but I suspect that he may be correct. That is why I
conditionally compiled them for the time being until it can be confirmed.
On 6/28/2015 4:22 PM, Chris Pavlina wrote:
Hi,
Just curious here - what was the reason behind the change made in
single_top.cpp in revision 5834?
http
never changed. Here's a quick patch to
check the names too, so it'll pick up on A-K and fix diode symbols.
--
Chris
commit c2431899809769f2d0cd48d60c60b15c31a7deb9
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Sun May 24 11:10:01 2015 -0400
Correct symbol rescue - check pin names too
Is there any real, important reason eeschema likes to go through and re-hide
references to which a # has been prefixed? As far as I know, this is done to
ensure power symbols don't have a visible reference, but those can be hidden
from libedit anyway. It's a bit annoying - I have a sheet which
Anyone have any thoughts on this? https://bugs.launchpad.net/kicad/+bug/1458083
I'm rather liking the idea of making it a bit clearer to a casual observer
whether or not a pin has been properly connected; wouldn't mind implementing
something like that. So, how would you prefer to see it?
--
, so I also edited the error message that is displayed to make it
perhaps a bit more helpful.
--
Chris
commit 779ab9528dc86fe16ccd4c411aa10ca04ef144d4
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Tue May 26 10:26:10 2015 -0400
Eliminate PAD has no layer warning for valid pads
diff
an
undo value of zero be infinite undo/redo.
On 8/3/2015 8:07 AM, Chris Pavlina wrote:
Good point. I think I'll prepare a patch, then, that adds to both
eeschema and pcbnew an option in the preferences dialog: Maximum number
of undo items, which defaults to 50 and can be set to any
is rather self-explanatory and shouldn't confuse anybody.
On Mon, Aug 03, 2015 at 04:33:23PM +0200, Martin d'Allens wrote:
If this option is mainly for developers, it could stay in the config
file without a GUI option.
On Mon, Aug 3, 2015 at 2:07 PM, Chris Pavlina pavlina.ch...@gmail.com wrote
Crap. Been working on other projects lately. Here you go
On Mon, Aug 17, 2015 at 04:54:30PM -0400, Wayne Stambaugh wrote:
Please check your curly bracket formatting.
On 8/17/2015 4:52 PM, Chris Pavlina wrote:
Hi,
project_rescue creates invalid library files for projects
Here, have another vote of confidence. Very few GUI builders aren't
crap, and most are fairly inflexible. wx is not a difficult toolkit to
work with in general and any developer who can write decent code should
be able to interact with it directly. Perhaps it is not a bad thing for
can write
Hi,
project_rescue creates invalid library files for projects with
whitespace in the name (I mistakenly thought that these would be escaped
on export). Here's a patch to find and replace whitespace.
--
Chris
commit 66f634e13576ac682ae20c2d90851ad18aba030b
Author: Chris Pavlina cpavl
The plus side is that if users try working with Ultra Librarian, our
library management will finally look user-friendly in comparison
On Tue, Jun 30, 2015 at 08:32:05AM +1000, Cirilo Bernardo wrote:
That's interesting; this sort of thing may help adoption of the
software by other companies.
higher settings. (And even if they didn't perform this
optimization, the difference is _incredibly_ negligible compared to
everything else being done in the vicinity.)
--
Chris
commit 081a9e5958b1b5c0d8553e2a32d311debdc143c1
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Fri Jun 26 01:28:30
Hi,
clang gives this warning a couple times:
[ 45%] Building CXX object
polygon/CMakeFiles/polygon.dir/math_for_graphics.cpp.o
/home/cmp/git/kicad/polygon/math_for_graphics.cpp:71:39: warning: using integer
absolute value function 'abs' when argument is of floating point type
What about doing it differently altogether? Altium, and AFAIK many other
high-end and midrange tools, allow you to tag nets with properties in
the schematic editor. We could have a net property for this instead.
know if you want someone to offload the eeschema work onto, I'm
rather familiar now :)
--
Chris
On Tue, Jun 30, 2015 at 01:28:03AM +0200, Tomasz Wlostowski wrote:
On 30.06.2015 01:20, Chris Pavlina wrote:
What about doing it differently altogether? Altium, and AFAIK many other
high-end
Aaand... I just proposed the idea that you made in your third
bullet. I swear I thought I read the whole thing!
On Tue, Jun 30, 2015 at 01:17:07AM +0200, Tomasz Wlostowski wrote:
On 28.06.2015 14:25, Simon Richter wrote:
Rather than a static list, I'd like to see a configuration
it to confirm. If you
have the time to confirm, I would appreciate it.
On 6/28/2015 11:48 PM, Chris Pavlina wrote:
Interesting. I don't see why - perhaps I'll have a look at that tomorrow.
On Sun, Jun 28, 2015 at 07:27:40PM -0400, Wayne Stambaugh wrote:
The author of this code informed me
Good point. Forwarded to the list.
- Forwarded message from branislav panak bpa...@gmail.com -
Date: Wed, 29 Jul 2015 19:33:45 +0200
From: branislav panak bpa...@gmail.com
To: pavlina.ch...@gmail.com
Subject: kicad possible bug
Hi Chris, i saw you are very active in Kicad dev team, i
pcbnew used to be able to plot Gerbers in imperial units. What happened
to that? Some (particularly older and non-Asian) board houses still
expect those... Is there any reason they were removed, or did they just
fall out? And can they be put back in?
--
Chris
+1000 for nightlies being debug builds. It might be a bit much for the
full release (in the opinions of people who aren't me ;) but nightlies
get all the nasty bug reports.
On Tue, Jul 28, 2015 at 09:26:13PM +0200, Nick Østergaard wrote:
2015-07-28 21:11 GMT+02:00 Wayne Stambaugh
+0200,
Chris Pavlina wrote:
pcbnew used to be able to plot Gerbers in imperial units. What happened
to that? Some (particularly older and non-Asian) board houses still
expect those... Is there any reason they were removed, or did they just
fall out? And can they be put back
, Chris Pavlina wrote:
In any case, here's the patch to make undo configurable. I can edit it
to change the default if you like.
Thanks, Chris.
I just tested this feature.
It looks good but I noticed a minor and strange issue (only tested on
Windows currently):
the undo level value seems
Regardless of Dick's future plans wrt Python, I do not see why it would
be desirable to call OnPgmExit inside OnRun instead of inside OnExit. It
seems clear to me that this is the correct location for it. wx
documentation and wx source appear to confirm this, as I indicated
earlier.
On Wed,
Fixed, patch attached.
On Wed, Aug 05, 2015 at 06:46:43PM +0200, jp charras wrote:
Le 05/08/2015 16:29, Wayne Stambaugh a écrit :
Patch committed in product branch r6053. Thanks.
On 8/4/2015 5:32 PM, Chris Pavlina wrote:
In any case, here's the patch to make undo configurable. I can
).
Other than the marked letters/mnemonics not working correctly everything
else seems to be correct.
Jon Neal
On Wed, Aug 5, 2015 at 3:05 PM, Chris Pavlina pavlina.ch...@gmail.com
wrote:
Here's a patch to fix the option dialog mnemonics.
- Fix conflicting mnemonics in eeschema options
).
Anybody?
On Wed, Aug 05, 2015 at 06:02:02PM -0400, Wayne Stambaugh wrote:
I'll hold off committing this until I see your update.
On 8/5/2015 5:41 PM, Chris Pavlina wrote:
Indeed, something strange is going on with the mnemonics. It's not
responding to the correct ones in the correct places
Hi,
The keyboard mnemonics (underlined letters) in the eeschema and libedit
config boxes are a bit messy. There is at least one conflict (two items
sharing L), and many items missing mnemonics.
I could easily patch this, but I'd rather discuss: perhaps they should
be removed? It is not usual
It seems I'm not the only one who occasionally finds the undo stack size
limit of ten to be, er, limiting. Would anyone object to raising this
limit to something like fifty? I can't see any place where that is
likely to cause issues, and the data doesn't use very much memory.
--
Chris
the stable release (I'm fine with that), but I would
definitely like to see this changed in the near future.
On Mon, Aug 03, 2015 at 02:02:42PM +0200, jp charras wrote:
Le 03/08/2015 13:38, Chris Pavlina a écrit :
It seems I'm not the only one who occasionally finds the undo stack size
limit
instead of horizontal to allow all of these
elements to take on their natural dimension as preferred by the system
theme.
--
Chris
commit 8279cec5659f75ddc9734188025ace2a51c84645
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Mon Aug 3 10:05:54 2015 -0400
Fix FlexGrid spacing
? :)
commit 3390a804fa118af44357eb089a52267469295614
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Wed Jul 29 10:25:21 2015 -0400
Do not crash if a net is present in a footprint
diff --git a/pcbnew/pcb_parser.cpp b/pcbnew/pcb_parser.cpp
index d92f068..19e4494 100644
--- a/pcbnew
.
On Wed, Aug 05, 2015 at 08:12:12PM -0400, Wayne Stambaugh wrote:
They seem to work ok on windows so it must be wxGTK that is the issue.
On 8/5/2015 6:09 PM, Chris Pavlina wrote:
Actually it is not a problem with my patch. It may be a wx bug or a
kicad bug - this needs further investigation
Is there any particular reason why *all* of the user layers (Dwgs.User,
Cmts.User, Eco1.User, Eco2.User) are disabled in modedit? It's often
useful to put annotations inside footprints...
--
Chris
___
Mailing list:
and want to use them to do
so. Why impose unnecessary restrictions? Particularly when they aren't even
true restrictions and just add difficulty.
On Aug 7, 2015 2:40 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 07/08/2015 06:33, Chris Pavlina a écrit :
Is there any particular reason why *all
Gah, mailing list fail, sent directly to Wayne.
On Tue, Aug 04, 2015 at 02:32:53PM -0400, Chris Pavlina wrote:
Hey, I'm one of those old timers in everything but age! I navigate
even my browser almost exclusively by keyboard using Vimium... The thing
is, I just never found them useful
Kerusey, it's unfortunate that you feel this way. While I can understand
your frustration, this emotional, and frankly, melodramatic reaction to
a simple patch is exactly the sort of thing that puts off would-be new
developers. Sometimes, when working on a large project, one must
compromise.
Is it intentional that the 3D viewer is using such rough circle
approximations?
http://misc.c4757p.com/isthisacircle.png
I haven't noticed this before. It looks very dodgy to me.
--
Chris
___
Mailing list: https://launchpad.net/~kicad-developers
This patch fixes Coverity issue 109780 in project_rescue.cpp - an
uncaught exception on load or save of the project library list.
--
Chris
commit d06ab0c601e517f493156f88fc2f098980afa028
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Mon Aug 10 02:40:04 2015 -0400
Fix uncaught
.
On Wed, Aug 05, 2015 at 08:12:12PM -0400, Wayne Stambaugh wrote:
They seem to work ok on windows so it must be wxGTK that is the issue.
On 8/5/2015 6:09 PM, Chris Pavlina wrote:
Actually it is not a problem with my patch. It may be a wx bug or a
kicad bug - this needs further investigation
On Thu, Jul 16, 2015 at 01:37:02PM -0400, Wayne Stambaugh wrote:
On 7/16/2015 11:17 AM, Tomasz Wlostowski wrote:
Hi again,
We've received a question from another disappointed user, who is trying
to read a .kicad_pcb file with translated layer names. For the moment
the only way to fix
to open those correctly.
On Thu, Jul 16, 2015 at 02:06:40PM -0400, Wayne Stambaugh wrote:
On 7/16/2015 1:40 PM, Chris Pavlina wrote:
On Thu, Jul 16, 2015 at 01:37:02PM -0400, Wayne Stambaugh wrote:
On 7/16/2015 11:17 AM, Tomasz Wlostowski wrote:
Hi again,
We've received a question from
When running the BOM export in pcbnew on an empty board, a very obtuse
No Modules! error message is displayed. This patch rewrites it to
Cannot export BOM: there are no footprints in the PCB.
--
Chris
commit c8363cbe351d6a22921da725748e1d599084eb45
Author: Chris Pavlina cpavl...@binghamton.edu
N and Shift-N, should be - since that is what pcbnew is using
On Mon, Jul 20, 2015 at 07:10:46PM +0200, LordBlick wrote:
In response to a message written on 20.07.2015, 16:14, from Wayne Stambaugh:
Patch committed in product branch r5961. Thanks.
On 7/2/2015 4:40 PM, Nick Østergaard wrote:
action in Eeschema if you want to keep it the same as Pcbnew.
On 7/20/2015 1:12 PM, Chris Pavlina wrote:
N and Shift-N, should be - since that is what pcbnew is using
On Mon, Jul 20, 2015 at 07:10:46PM +0200, LordBlick wrote:
In response to a message written on 20.07.2015, 16:14, from
.) This patch corrects the format
string.
--
Chris
commit 9b58718bb692c1393d7af29b8f97283a6a0fd90a
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Mon Jul 20 16:00:19 2015 -0400
Fix assertion in format string
diff --git a/eeschema/dialogs/dialog_print_using_printer.cpp b/eeschema/dialogs
The Enter button cannot be used as OK in DialogEditModuleText while in a
text field. This patch fixes that.
--
Chris
commit f459b217a8cc55d8d80463933ecceca02aa213c6
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Mon Jul 20 19:45:53 2015 -0400
Fix enter button
This isn't a concern in legacy, which displays all layers 'flat' anyway,
but GAL brings the active layer to the front. Does anyone think that
when editing a back mechanical layer like B.SilkS, B.Cu should be
brought to front so you can see the things in the neighborhood of
B.SilkS? Or even
that it
doesn't work on certain platforms and fix it.
On 7/20/2015 7:47 PM, Chris Pavlina wrote:
The Enter button cannot be used as OK in DialogEditModuleText while in a
text field. This patch fixes that.
--
Chris
___
Mailing list
On Sat, Oct 24, 2015 at 04:34:47PM +0200, jp charras wrote:
> [[snip]]
> This window is needed to show messages from python scripts, because
> all
> python scripts print info messages for users, and error messages about
> erroneous parameters.
There really should be another way to handle this.
What? Because a huge number of systems have that hardware feature now, so why
should the software ignore it?
On Sun, Nov 01, 2015 at 03:31:07PM +0100, Nick Østergaard wrote:
> Why do you need to add that to the pcbnew opengl canvas? I can already
> pan with the ctrl and shift modifiers on linux.
LIB_TEXT::Plot doesn't take justification into account, so when generating
postscript/PDF/etc with left/right-justified text, the text is in the wrong
position. This patch fixes that.
--
Chris
commit 54feccf699042b15f42ec95f834ee2b123fac883
Author: Chris Pavlina <cpavl...@binghamton.edu>
than actual paths.
This patch instead creates a second wxFileName from the candidate name in order
to normalize the path, and then compares paths directly. IMO this should be
much more in line with what a user would expect.
--
Chris
commit 162a80673b0f1e638325ecfe43fbdfeccb2e25a1
Author: Chris
THIS. We keep calling the versions "stable" and "old stable" as if we are
never going to have another stable release... Start using permanent names
so the documentation doesn't become misleading when it becomes obsolete.
On Oct 13, 2015 4:18 PM, "Mark Roszko" wrote:
> I
is linked against? I'm not sure why the assertion
is even in this code. If the call to SCH_COMPONENT::GetField() has an
invalid index, a NULL pointer should be returned. Hopefully the caller
is checking the returned pointer to make sure it is valid.
On 7/7/2015 10:08 PM, Chris Pavlina wrote:
I'm
On Fri, Jul 10, 2015 at 07:36:27PM +0200, LordBlick wrote:
I insisted that Python scripting is just a toy, a lot of features aimed to
return text, returns some mythical pointers that are nonsense.
It will be nice to have global function pcbnew.GetChars(), which will give
something usable from
. I'll have to think about
this one for a bit.
On Sat, Jul 11, 2015 at 09:25:26AM +0200, jp charras wrote:
Le 10/07/2015 17:04, Chris Pavlina a écrit :
Bug: After using the Ctrl-E hotkey to edit a library part from eeschema,
dangling ends in the schematic should be updated and refreshed
I'm going to investigate this one further, but I don't have time at the
moment, so I thought I'd ping the group and see if anyone else had a
thought.
Occasionally, when working with a recently placed component in eeschema,
I get a crash due to assertion failure. It's this:
#9
Bug: After using the Ctrl-E hotkey to edit a library part from eeschema,
dangling ends in the schematic should be updated and refreshed.
Patch attached.
--
Chris
commit 2879f4e41a03136dd0ae5a869096446684db4a42
Author: Chris Pavlina cpavl...@binghamton.edu
Date: Fri Jul 10 11:02:13 2015 -0400
We've been having a bit of a discussion in #kicad - there's a particular
annoyance in GAL related to rev 6324 / bug 1517216 (the footprint delete
confirmation). If you're zoomed in "inside" a large footprint - to work on
traces running under it, for instance - it's really easy to accidentally
I can also confirm this - reliably reproduced after about five or six tries.
(gdb) bt
#0 0x01803750 in ?? ()
#1 0x7fffe69635cf in PNS_LINE_PLACER::splitAdjacentSegments
(this=0x1a1bd80, aNode=0x15ecec0, aSeg=0x18038f0, aP=...) at
With due respect, it sounds to me like you're saying if I turn off
pieces that make it look good, it doesn't look good anymore. Which,
well, yeah.
On Fri, Aug 28, 2015 at 05:29:58PM +0200, André S. wrote:
Hi everyone,
the new website looks good.
However a (minor?) issue: I checked today
the font ourselves, we don't care much to get font updates.
On Fri, Aug 28, 2015 at 5:31 PM, Chris Pavlina pavlina.ch...@gmail.com
wrote:
With due respect, it sounds to me like you're saying if I turn off
pieces that make it look good, it doesn't look good anymore. Which,
well, yeah
Fixed.
https://github.com/BrianSidebotham/KiCad-Winbuilder/commit/49896c89baef8327229e2f9db576f04067c3d95b
On Sat, Aug 29, 2015 at 03:38:53PM +0100, David J S Briscoe wrote:
Just thought I'd mention that necessary is misspelt on the Windows installer
set-up screen (R6132). I'd fix it myself
For what may be the first time ever in KiCad, I vote in favor of the
#ifdef. The standard behavior is different on the two operating systems:
the Windows convention is to default to a documents directory (either
'Documents' or one specifically created for the application), and the
Linux
I don't see any reason why values on *.Fab shouldn't exceed the size of
the package. Also, printing values on the silkscreen is something that
is only ever done by a small handful of hobbyists. When was the last
time you saw a real PCB with values on the silk? It looks ugly and
serves little
Has this been seen?
On Fri, Aug 28, 2015 at 10:05:32PM -0400, Chris Pavlina wrote:
> If a hotkey is set to "unassigned" (typically by causing a conflict), it
> is not loaded correctly. The loader interprets "unassigned" as "keep the
> default assignment
I second this. Just make the branch! The bugs keep piling in anyway, and
most of them are minor - barely reproducible. We're as ready as we'll ever
be!
On Sep 7, 2015 6:00 AM, "Brian Sidebotham"
wrote:
> My humble suggestion is to just create the RC1 branch now
This happens when people insist on using that god-awful hidden power pin
anti-feature that the lib maintainers still haven't removed, and they use CMOS
and TTL parts in the same design or similar.
On Mon, Sep 07, 2015 at 11:01:12AM -0700, Andy Peters wrote:
>
> > On Sep 7, 2015, at 9:38 AM,
On Sep 6, 2015 00:00, "timofonic timofonic" wrote:
>
> I have some suggestions and ideas after stable release. Sorry if I
explain them wrong, I hope not!
>
> - Why KiCad depends on a practically dead project such as FreeRoute? It's
taken down by Zuken and even adds Java as a
bject type %s cannot
be oriented." is tripped.
The assertion is totally unnecessary; if the object cannot be oriented it
should just silently not be oriented. This patch removes the assertion.
--
Chris
commit 38476e275176115f3a2a0fe838e92d2bf01559d3
Author: Chris Pavlina <cpavl...@bingham
How to fix this _without_ wiping my local repository. I have things IN my local
repository. I just want to get on with development, not arse around with cmake,
which I have no experience with. Currently, I cannot build at all.
:git/kicad % git status
On branch field_autoplace
Your branch is
hat allowed objects that cannot be oriented to
> be passed to OnOrient would get a reminder of there error. I would
> prefer that OnOrient not get called for objects that cannot be oriented
> rather than removing the assert.
>
> On 9/14/2015 10:26 AM, Chris Pavlina wrote:
14, 2015 at 01:26:07PM -0400, Wayne Stambaugh wrote:
> On 9/14/2015 1:03 PM, Chris Pavlina wrote:
> > Well, you're welcome to try to find a non-hackish way to ensure that
> > OnOrient is not called for nonorientable objects even when the user has
> > selected one. I failed t
I second this, sounds useful :)
On Wed, Sep 09, 2015 at 04:46:56PM -0400, Wayne Stambaugh wrote:
> This sounds like it could be useful feature. Take a look at the pin
> edit dialog code as well. We are currently in feature freeze for the
> upcoming stable release so all new features will be
ase it gets lost in the noise (which these things tend
> to do). It will compile away on release builds which is the desired
> behavior.
>
> On 9/14/2015 1:35 PM, Chris Pavlina wrote:
> > Oh, indeed. It's begging to be refactored. But as it stands, kicad crashes
> > (
Not GPL-compatible because the restriction would apply to anyone making a
derivative of KiCad as well. The only way I can see to do this is a
clean-room reverse engineering, which does not appear to be feasible.
On Sep 10, 2015 12:48 PM, "Mark Roszko" wrote:
> Nope, you
omasz Wlostowski" <tomasz.wlostow...@cern.ch>
wrote:
> On 12.09.2015 18:04, Chris Pavlina wrote:
> > Not GPL-compatible because the restriction would apply to anyone making
> > a derivative of KiCad as well. The only way I can see to do this is a
> > clean-room rever
It's a right shame we don't have any standalone project archive format that
holds *everything*. That would be *very* useful for this sort of thing, as
well as just generally making sure projects can always be opened.
I wonder if there is any developer interest in that besides me. It's
definitely
Hmm? No, just store it by part number. You can always use a different means
(searching through the KiCad lib?) to find a number first.
On Sep 22, 2015 7:29 PM, "Andy Peters" <de...@latke.net> wrote:
>
> > On Sep 22, 2015, at 2:14 PM, Chris Pavlina <pavlina.ch...@gmai
Good lord. You know you can just store datasheets in a directory on your file
system, right? The same way people have stored things on computers for decades.
Your computer /already has this functionality/.
On Tue, Sep 22, 2015 at 11:08:45PM +0200, timofonic timofonic wrote:
> On Sep 22, 2015
Perhaps not so necessary.
http://www.sterlingplumbing.com/onlinecatalog/images/jpg300x200/aaa09642.jpg
On Tue, Sep 22, 2015 at 12:14:11AM +0200, timofonic timofonic wrote:
> Hello.
>
> I often get located at places without internet connectivity. This is
> annoying.
>
> What about a Python
charras wrote:
> Le 07/12/2015 13:51, Chris Pavlina a écrit :
> > Mostly directed at JP:
> >
> > Back in June, I went through and changed a few 'weird' things we were
> > doing, including using C abs instead of C++ std::abs:
> >
> > http://bazaar.launch
is used only to store the current sheet display
> settings. The final step is to create a top level object (SCHEMATIC?)
> to act as a container for the entire schematic hierarchy any schematic
> settings (analogous to the BOARD object in Pcbnew).
>
> Cheers,
>
> Wayne
>
&
> > separate object that is used only to store the current sheet display
> > settings. The final step is to create a top level object (SCHEMATIC?)
> > to act as a container for the entire schematic hierarchy any schematic
> > settings (analogous to the BOARD object in Pcbnew
With all due respect this is /dumb/. You want our software to go
downloading things without verifying their origin? Do you /really/ trust the
quality of our code to the point where you're going to risk it being a vector
for things like arbitrary executions on our watch? It's not 1995
Suggesting users add github to /etc/hosts may be the single most
user-unfriendly, UX-unaware idea I've ever seen proposed for kicad, which is a
true feat considering up until a couple years ago kicad used to be the very
epitome of those adjectives.
On Fri, Dec 04, 2015 at 10:56:15AM -0500,
rint library load times.
>
> On 12/4/2015 11:12 AM, Chris Pavlina wrote:
> > Suggesting users add github to /etc/hosts may be the single most
> > user-unfriendly, UX-unaware idea I've ever seen proposed for kicad, which
> > is a true feat considering up until a couple ye
Why add something specific to GOST? Make it generic if you must, a plot
visibility flag per type of field. Maybe someone wants footprints to only be
visible on-screen.
On Sat, Dec 05, 2015 at 04:27:29PM +0300, Eldar Khayrullin wrote:
> Hi.
> For Russian documentation of constructor need to
This is mostly directed at Wayne, since he's working on eeschema.
I have a feature branch I worked on over the summer (back when the release was
thought to be closer, and the eeschema rework farther) that implements a field
(reference/value) autoplacement on symbols in eeschema. It moves and
Mostly directed at JP:
Back in June, I went through and changed a few 'weird' things we were doing,
including using C abs instead of C++ std::abs:
http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/5831
You just changed it back:
pointed this out to me on IRC
and I couldn't help myself :)
--
Chris
commit 3f53a390878be61e76383713f8f1e5371789ad62
Author: Chris Pavlina <cpavl...@binghamton.edu>
Date: Mon Dec 7 18:10:29 2015 -0500
Fix a couple duplicated zone messages
diff --git a/pcbnew/zones_by_polygon.cpp b/p
By the way - after discovering this morning that cmake doesn't support openmp
with clang (thanks for making it required! ;), I submitted a patch to cmake to
fix this.
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/15221
Just so y'all know.
On Thu, Dec 10, 2015 at 11:59:44AM
101 - 200 of 1056 matches
Mail list logo