In response to a message written on 08.01.2015, 18:02, from Adam Wolf:
Hi Wayne,
I think I have been sending from the wrong email address or not replying all,
but I did not intend for any of my messages to be off list. Just clearing up
for the rest of everyone.
To this mailing list maintainers
Le 07/01/2015 23:38, Miguel Ángel Ajo a écrit :
Hi Jean Pierre, just an idea for your wizard work:
https://api.github.com/orgs/KiCad/repos
You could save the need to work with the HTML viewer and pagination problems
using the above API endpoint, all the KiCad project repositories are
Hi Adam, hi all,
that IMHO could be problematic (depends on what you intend to have).
For a single-user environment this might be OK, but it then forces
modules to be in a machine specific folder common to all users. In a
multi-user environment you probably might not want to have that. And,
Hi
2015-01-08 0:40 GMT+01:00 John Beard john.j.be...@gmail.com:
Hi,
Is the policy for braced case indentation as follows?
Policy is found in
http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/view/head:/Documentation/coding_style_policy.pdf
case SOMETHING:
{
int i =
I hear what you're saying.
I don't really like the idea of using environment variables to drive the
behavior of GUI programs, especially in OS X. They're tricky in OS X, and
they're hard to explain to a lot of users.
Fixing this through changing the behavior of how KISYSMOD and probably the
John, talking of visualizing pull requests to modules,
we could setup a hook to your site from the github KiCad org
if you want:
https://developer.github.com/webhooks/
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 08:33, Miguel Ángel Ajo wrote:
Nice John, very interesting job, It
Can’t users just change that reference to their own path on their own
fp-lib-table
instead of the ENV var reference if they don’t want the system modules?
That would be reasonable enough to me.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 13:53, Adam Wolf wrote:
I hear what
Maybe. For KISYSMOD, I am not sure if it is used anywhere in the source.
I do not think your work around would work for KISYS3DMOD, though.
On Jan 8, 2015 7:29 AM, Miguel Ángel Ajo majop...@redhat.com wrote:
Can’t users just change that reference to their own path on their own
fp-lib-table
On 1/8/2015 7:53 AM, Adam Wolf wrote:
I hear what you're saying.
I don't really like the idea of using environment variables to drive the
behavior of GUI programs, especially in OS X. They're tricky in OS X,
and they're hard to explain to a lot of users.
Environment variables are not ideal
Fully defined paths can be used in the fp-lib-table if that is your
preference. Environment variable substitution is optional. You are
free to use any environment variable you want. KISYSMOD is merely the
variable name used for the default footprint library path. I use
KILCLMOD to point to the
On 1/8/2015 7:44 AM, Nick Østergaard wrote:
Hi
2015-01-08 0:40 GMT+01:00 John Beard john.j.be...@gmail.com:
Hi,
Is the policy for braced case indentation as follows?
Policy is found in
John,
Good catch. I guess that explains why I've seen a few places of this in
the code that I've had to fix. I committed your patch in the product
branch r5360. Keep up the good work.
Thanks,
Wayne
On 1/7/2015 6:40 PM, John Beard wrote:
Hi,
Is the policy for braced case indentation as
Trying to export with the included file for an 0805 capacitor produces
error:
*invalid outline: COMPONENT OUTLINE
*violation: expecting PROP or .END_ELECTRICAL
*line: 'END_ELECTRICAL'
If I add a space before '.END_ELECTRICAL' in the file there's no error.
On Wed, Jan 7, 2015 at 4:10 PM, Cirilo
Den 08/01/2015 15.45 skrev Adam Wolf adamw...@feelslikeburning.com:
Hi Wayne,
When dealing with Kicad's internals, I often have the perspective of a
packager, and sometimes that makes me have weird ideas.
I remember the search path discussions and the issues where it was
impossible to tell
On 1/8/2015 11:23 AM, Adam Wolf wrote:
Wonderful!
Any sort of ETA on this work? Is it something I can help out on, or is
it really nitty gritty and needs someone who is really familiar with the
internals?
Your going to have to be pretty comfortable with the internals to write
this code.
On 1/8/2015 11:21 AM, Bernhard Stegmaier wrote:
Hi all,
you are right... if its not mandatory to use KISYSMOD, but someone can
use any other variable (like Wayne does), then I wouldn't care about a
hard set value (just take my own one if pre-defined doesn't fit). And
one reasonable fixed
Hi Wayne,
When dealing with Kicad's internals, I often have the perspective of a
packager, and sometimes that makes me have weird ideas.
I remember the search path discussions and the issues where it was
impossible to tell which footprint got picked. I don't want to bring that
back.
Right now,
On 1/8/2015 9:43 AM, Adam Wolf wrote:
Hi Wayne,
When dealing with Kicad's internals, I often have the perspective of a
packager, and sometimes that makes me have weird ideas.
As a developer, packager, and user I have the same issues. What is good
for development purposes is not always the
Hi Wayne,
I think I have been sending from the wrong email address or not replying
all, but I did not intend for any of my messages to be off list. Just
clearing up for the rest of everyone.
If you aim on having this done before the next stable release, I am
comfortable with where we are.
Hi all,
you are right... if its not mandatory to use KISYSMOD, but someone can
use any other variable (like Wayne does), then I wouldn't care about a
hard set value (just take my own one if pre-defined doesn't fit). And
one reasonable fixed path probably would fit 95% percent of users...
I
On 1/8/2015 10:40 AM, Adam Wolf wrote:
Hi Wayne,
Thank you for wearing all those hats! It makes you a pleasure to work with.
Your welcome. That's what makes working on KiCad challenging. I am a
user, developer, and packager trying to satisfy all of those
requirements on three separate
On Fri, Jan 9, 2015 at 4:52 AM, Chris Anon chris.a...@gmail.com wrote:
Trying to export with the included file for an 0805 capacitor produces
error:
*invalid outline: COMPONENT OUTLINE
*violation: expecting PROP or .END_ELECTRICAL
*line: 'END_ELECTRICAL'
If I add a space before
22 matches
Mail list logo
