from:"David"

Re: [Kicad-developers] PCB Calculator text problem

2021-02-19 Thread David


Done. Thanks.

On 19/02/2021 17:52, Seth Hillbrand wrote:

You can click Help->Report Bug

Thanks-
Seth

On Fri, Feb 19, 2021 at 9:43 AM David <mailto:da...@djsbriscoe.vispa.com>> wrote:


Hi,

Just to let you know that there is a problem with the text on the
first
column fourth row of the board classes tab of the PCB Calculator
(Please
see attached screenshot). The text overflows the box.

I don't know how to report bugs so thought I'd mention it here.
Thanks.

Thanks.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
More help   : https://help.launchpad.net/ListHelp
<https://help.launchpad.net/ListHelp>



--
KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483‬
Long Beach, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com 
<mailto:i...@kipro-pcb.com>


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] kicad-msvc.r21621.b71ab01d-x86_64.exe AND kicad-msvc.r21619.2c3f9d30-x86_64.exe installs but does not start up-Windows reports as already running.

2021-03-13 Thread David



   I'm reporting this here as I am unable to provide any version
   information as nothing starts up. This is reported as an incomplete
   report by the Kicad bot on Gitlab.


 Description

kicad-msvc.r21621.b71ab01d 
-x86_64.exe 
AND kicad-msvc.r21619.2c3f9d30 
-x86_64.exe 
installs but does not start up-Windows reports as already running when 
double-clicking on Kicad, eeschema or pcbnew. None of these applications 
are listed in task manager. They have NOT been blocked by Comodo 
internet security premium on my PC (any kicad application is normally 
sandboxed, and I manually have to add to trusted applications).



 Steps to reproduce

1.Install. 2.Double click on EESchema, PCBnew icons


 KiCad Version

Can not copy version info as applications will NOT start up. My Windows 
version is Windows 10 2004 (OS Build 19041.867)


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] kicad-msvc.r21621.b71ab01d-x86_64.exe AND kicad-msvc.r21619.2c3f9d30-x86_64.exe installs but does not start up-Windows reports as already running.

2021-03-13 Thread David

Yes it appear s to be a the bug mentioned below. Ive just installed
kicad-msvc.r21492.b691c18bfc-x86_64.exe from 1 week ago and then
installed kicad-msvc.r21621.b71ab01de4-x86_64-lite.exe over it and
everything starts up OK. I use an uninstaller (Revo Uninstaller veresion
3.20) to uninstall any previous versions. The uninstaller removes left
over directories and registry entries. Maybe I'll skip removing the
leftovers if it's causing a crash. I'm not using the nightlies for any
work yet anyway. Sticking with the stable for now.

David.

On 13/03/2021 15:30, Jon Evans wrote:
If this is the first time you are running KiCad 5.99, or you erased
your settings directory, you may be hitting
https://gitlab.com/kicad/code/kicad/-/issues/7900
<https://gitlab.com/kicad/code/kicad/-/issues/7900> with that version.

If this is the case, try installing an older nightly (like go back a
week or so, just using the lite installer is fine) and try starting it
up. If that works, you should be able to install the latest version
again and have it work.

-Jon

On Sat, Mar 13, 2021 at 10:26 AM Nick Østergaard <mailto:oe.n...@gmail.com>> wrote:

Please try to see if you can start it directly from the kicad.exe
in the install location insread of the shortcuts.

lør. 13. mar. 2021 16.22 skrev David mailto:da...@djsbriscoe.vispa.com>>:

I'm reporting this here as I am unable to provide any
version information as nothing starts up. This is reported
as an incomplete report by the Kicad bot on Gitlab.

Description

kicad-msvc.r21621.b71ab01d

<https://gitlab.com/kicad/code/kicad/-/commit/b71ab01de44e6206faf1022455182f65a64d01ab>-x86_64.exe
AND kicad-msvc.r21619.2c3f9d30

<https://gitlab.com/kicad/code/kicad/-/commit/2c3f9d30d87896f89a6e56ff8fde7df61a9ca719>-x86_64.exe
installs but does not start up-Windows reports as already
running when double-clicking on Kicad, eeschema or pcbnew.
None of these applications are listed in task manager. They
have NOT been blocked by Comodo internet security premium on
my PC (any kicad application is normally sandboxed, and I
manually have to add to trusted applications).

Steps to reproduce

1.Install. 2.Double click on EESchema, PCBnew icons

KiCad Version

Can not copy version info as applications will NOT start up.
My Windows version is Windows 10 2004 (OS Build 19041.867)

___
Mailing list: https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
Post to : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
More help : https://help.launchpad.net/ListHelp
<https://help.launchpad.net/ListHelp>

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp

[Kicad-developers] Any release candidates fro V6 planned.

2021-06-20 Thread David


Hi,
I'm hoping to get version 6 of Kicad installed for the students in the 
University where I work. Are there any release candidates planned 
leading up to the final release? I'd like pass on this information to 
our IT department to help convince them that V6 will be stable when it 
arrives. I'm acting as a kind of Beta tester and release candidates 
would be useful. Thanks.


David.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [FEATURE] Array 3D models

2017-11-06 Thread David Novak

Please enlighten me. I've always thought of STEP as the best end game, 
but haven't had much time to investigate advantages and disadvantages. 
What prevents STEP models from looking just as good as VRML models?


Best Regards,
David


On 11/6/2017 4:17 PM, Cirilo Bernardo wrote:

I wouldn't worry about the STEP file having numerous small parts;
this happens all the time anyway unless the model can be fused.
I don't see us abandoning VRML. I wrote the new parser but never
use VRML except when testing the VRML parser. However, many
people out there like to have VRML to make shiny models to show
people.  I suspect there are more users who want VRML rather
than STEP and that the STEP models are used mostly by
professional users and hobbyists who happen to have an MCAD
package. VRML is also used by some professionals for brochures
or web page images; there is no disputing that STEP models look
terribly ugly.

On Mon, Nov 6, 2017 at 4:17 PM, José Ignacio  wrote:

The only thing i really have against this is that it would make a pretty
messy step file because the component would be broken up in tiny parts.
Wouldn't there be a space saving with just ditching wrl altogether? the next
stable won't need them

On Mon, Nov 6, 2017 at 9:53 AM, Kristoffer Ödmark
 wrote:

To be fair, as it stands now, even if it is "only" for the pin headers,
this is close to half of the 3d library size as of now.

The pin headers can now be of an arbitrary size as well. Someone can now
create a 4x6 pin header for example, and the current footprints can be
converted to this array system, thus reducing the size.

Arbitrary pin headers are a step up anyway.

This being said, I have not tested the patch yet, but even if it is "only"
for pin headers, the idea is sound to me.



On 11/06/2017 04:22 PM, easyw wrote:

Hi Oliver,

I'm sorry not to be on your side for this option...

1) for which kind of modules this array is applicable?
I see only pin-headers straight and angled...
for example box headers are not easily done unless you consider to manage
by the code the box for each model
2) the problem related to the big 3D library dimension will not be
covered unless for some little family that can be managed by this on the fly
generator

As I already suggested, the issue with the huge 3D github library can be
managed in a different way:
1) give the kicad users only a basic 3D library (i.e. most used smd and
th families)
2) give an option to pcbnew to automatically create a list of the missing
models needed for a project and collecting only them through a wget
process...

This will give a very low downloading band need and will not increase the
need of disk space for having all the 3D library locally, full of unwanted
models.

Here a conversation of this issue:
https://github.com/KiCad/kicad-library/issues/1532#issuecomment-341707706

my two-cents
Maurice

On 11/06/2017 3:01 PM, Oliver Walters wrote:

To provide an option to reduce the size of the 3D model library, I have
implemented an "array" feature for 3D models. A module (footprint) can
reference a single model multiple times, with a dimensional offset between
each copy.

(Note - just the PinHeader models are currently over 1GB! This feature
lets you use a single 3D model for all pin headers or similar repetitive
footprints within a certain series).

Features:

1. Specify repeat count and repeat step in x/y/z axes
2. Save / load implemented. (If no repeat option used, no extra output
is generated - old files are not touched)
3. Render in 3D viewer
4. Render in raytracing viewer
5. Export to VRML (multiple references to single file)
6. Export to STEP

Notes:

a. An exported STEP file will now be (possibly) much smaller as it
references a single small object multiple times
b. There were a couple of bugs I found where model offset units were
incorrectly translated between INCHES and MM

A couple of screenshots:

https://imgur.com/a/EOwPh


Testing:

Wayne verified that the file units for 3D model data are in mm - I
*think* this means that there was previously a bug regarding 3D model
offset, where the scaling factor in the file was interpreted as inches when
exporting (e.g. to STEP)

I believe I have fixed this bug - confirmation would be great.

Cheers,
Oliver


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


--
  -Kristoffer


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-develope

[Kicad-developers] pcbnew Append Board functionality not always available

2017-11-10 Thread David Godfrey


  
  
Hi Wayne,
This just cropped up (again) on #kicad irc channel so I thought
  I'd check and see if there is a reason why 
   File->Append Board
  is only accessible if PCBnew is run standalone (as compared to
  from the Project Interface)

-- 
   Regards
      David Godfrey
  SB Tech Services
  
chat:
  with dcg_mx at
  #sbts:matrix.org
  (Computer)
  #sbts:matrix.org
  (mobile Device)  
  
  

  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] pcbnew Append Board functionality not always available

2017-11-10 Thread David Godfrey


  
  
Hi Wayne, 

Replying to this particular response as your email didn't arrive
  on the list for me, Simon's did though.
I completely understand about not wanting to rush into enabling
  it, I just wanted to raise it to the surface of the teams
  attention again as it's probably the 3rd or 4th time it's come up
  recently that I've seen and I don't see everything ;-)
    
    
   Regards
  David Godfrey
  SB Tech Services
  mb: +61 437 286 200
  
chat:
  with dcg_mx at
  #sbts:matrix.org
  (Computer)
  #sbts:matrix.org
  (mobile Device)  
  
  

On 11/11/17 09:23, Simon Wells wrote:


  
  Speaking of append board causing crashes
  
  
  https://bugs.launchpad.net/kicad/+bug/1728096
  
  
  

  
On 11/11/2017, at 14:03, Wayne Stambaugh <stambau...@gmail.com>
  wrote:


  Hey David,

The main reason is that no one has had the time to look
into it.  I
don't just want to always enable appending a board only
to find out it
crashes kicad in the project mode so it would just take
(how much I do
not know) time for someone to look into it.

Cheers,

Wayne
    
    On 11/10/2017 4:51 PM, David Godfrey wrote:
Hi Wayne,
  
  This just cropped up (again) on #kicad irc channel so
  I thought I'd
  check and see if there is a reason why
   File->Append Board
  is only accessible if PCBnew is run standalone (as
  compared to from the
  Project Interface)
  
  -- 
  Regards
  David Godfrey
  SB Tech Services
  
  chat: with /dcg_mx/ at
  #sbts:matrix.org <http://riot.im/app/#/room/#sbts:matrix.org>
  (Computer)
  #sbts:matrix.org <http://matrix.to/#/#sbts:matrix.org>
  (mobile Device)
  
  



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp
  

  


  


  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] New lead developers

2018-03-02 Thread David Novak


Great job guys! Thanks for your investment in the project.

David




On 3/2/2018 2:40 AM, Maciej Sumiński wrote:

Congratulations fellow developers! You have received well deserved
promotions, and I am glad to see your names in the
kicad-product-committers group. Keep on rocking!

Cheers,
Orson

On 03/01/2018 08:15 PM, Wayne Stambaugh wrote:

I am pleased to announce the promotion of three developers to the KiCad
lead development team.  Their efforts since joining the project have
really helped move KiCad forward.  They have shown excellent technical
skills and a willingness to cooperate with the development team.  Please
congratulate Jon Evans, Seth Hillbrand, and Jeff Young for their
promotion to the lead developers team.  Thank you gentlemen for all of
you hard work.

Cheers,

Wayne

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp





___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Icon policy

2017-03-22 Thread David Godfrey


  
  
Hi,
I know I mainly lurk, however occasionally I feel the need to
  make a suggestion or two. :-/
As a very long time user of KiCad I understand Chris's reluctance
  to merge in every Icon set change.
Changing the "look" of icons can slow down productivity if you
  are using those icons regularly as you have to retrain the brain
  to recognize them.
Rather than simply replacing the icons, can we add an icon
  "theme" and associated dir tree with each contribution getting
  it's own dir in the tree.
  I say tree, as you can then have a main theme in say
      /icon/hi-contrast
  then specific overrides in
      /icon/hi-contrast/joe-blogs
The joe-blogs dir may contain only some, or all of the
  replacement icons.
  Any that are missing are pulled from the dir layers above
I'd love to be able to contribute such an enhancement, but have
  too much going on here for the next few months.

On 23/03/17 00:34, Wayne Stambaugh
  wrote:


  I'm open to suggestion on this.  Image files are not my forte.  My main
concerns are that we keep images reasonably consistent and try not make
life too difficult for the devs who have to merge the changes.

On 3/22/2017 11:30 AM, Chris Pavlina wrote:

  
"[PATCH] 3 better icons" made me think of this:

Every once in a while we get patches from people redesigning a bunch of
icons. I think we should probably have some clear policy on icons so we
can have some consistency - it makes a bit of a mess when someone
redesigns half the icons every once in a while.

Wayne? Any thoughts on this? We should probably try to coordinate icon
edits.

PS. Fabrizio, I'm not saying your patch shouldn't be merged, I haven't
actually had a chance to look at it yet. It just made me think of a
problem we've had for a while.


  
  
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




-- 
  
  Regards
  David G
  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Bug 1677282 fix feedback.

2017-03-30 Thread David Godfrey

Hi,

I'd vote of #3 but with the addition of a "Don't show this dialog in the
future" option.
If the "don't show" has been set, then simply auto save (ie: #4)

Regards

David G


On 31/03/17 01:33, Wayne Stambaugh wrote:
> I have found and fixed the bug in this bug report:
>
> https://bugs.launchpad.net/kicad/+bug/1677282
>
> This bug creates invalid schematic files which sets the component unit
> flag to 0 and breaks the netlist generator.  The fix itself is simple.
> What is not simple is what to do about the invalid schematic files that
> have already been created.  I added code to schematic parser to fix this
> but this creates a dilemma.  Technically the schematic is modified which
> begs the question, what to do next.  None of the following choices are
> particularly appealing:
>
> 1) Do nothing and leave the file in an invalid status until the next
> time the user saves the schematic.  This is probably the most convenient
> but what about broken schematics being used by versions of kicad prior
> to this fix?
>
> 2) Set the schematic modified status which will trigger a save warning
> when eeschema is closed even if the user hasn't made any changes.  We
> already do this with SCH_SCREEN::SchematicCleanUp() that gets called
> lots of places outside of schematic editing.  The problem with this is
> that the user has no idea why they are getting a save warning when they
> didn't actually change anything.
>
> 3) Set the schematic modified status and inform the user that there was
> an error in their schematic file that was repaired on load and requires
> saving.  This is the most informative for the user but reeks of nagware.
>
> 4) Silently save the corrected schematic with no user interaction.  This
> will undoubtedly make VCS users unhappy.
>
> As much as I hate nagware, I like unexpected save warnings when I
> haven't changed anything even less so I'm leaning towards option 3.  Any
> feedback would be appreciated.
>
> Thanks,
>
> Wayne
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH 2/2] Remove redundant statement in WRL2BASE::ReadNode

2017-04-13 Thread David Godfrey


  
  
I agree, 
  A patch to add explanatory comments would seem to be required
  here.
  Otherwise someone in the future is likely to make a similar change
  in a larger patch and it will likely be missed during review.

Regards
David G

On 13/04/17 21:34, Clemens Koller
  wrote:


  Hi!

These lines scream for some comments in the source...
I wouldn't get it, too.

Regards,

Clemens

On 2017-04-13 14:03, Wayne Stambaugh wrote:

  
Cirilo,

Thanks for the info.  The second call to ReadName() does look a bit odd
so I can understand Konrad's confusion.

Cheers,

Wayne

On 4/12/2017 6:12 PM, Cirilo Bernardo wrote:


  Do not accept this patch, it will break the parser. The statement
which was removed is not redundant.

- Cirilo

On Wed, Apr 12, 2017 at 8:01 PM, Konrad Beckmann
 wrote:

  
---
 plugins/3d/vrml/v2/vrml2_base.cpp | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


  
  
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


  
  
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




-- 
  
  Regards
  David Godfrey
  
  

 mb:
  chat:   0437 286 200
  with dcg_mx at #sbts:matrix.org
  Chat is via matrix.org.
There are clients available for All Operating Systems and
Hardware devices.
Including Linux, Android, Windows, Mac, iOS
I'd recommend the multiplatform RIOT client as the best
starting point.
with RIOT web the easiest on any PC 

  

  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Undo/Redo behavior across schematic

2017-04-18 Thread David Godfrey

 2 - after  that you enter sheet2 and make new changes then
sheet3 and also make new changes.

3 - back to sheet1 and try to undelete the latest change in this
sheet: this is the global change
(i.e. annotation). This is possible in sheet1.
But how can you undo this annotation in others sheets: this is
not the latest change and cannot be
undone safely (you can have deleted/replaced/edited a symbol in
other sheets, or deleted a sheet):
what is the actual meaning of "undo the annotation" in other
sheets).

And ultimately:
What a undo (and therefore redo) command must undo:
1 - the latest change in the full schematic (global undo/redo)
  or
2 - the latest change in the currently edited (active) sheet
(local undo/redo)

This is a choice, and the answer is for me not trivial.

It could be worth to know what is the option for global/local
changes in a schematic hierarchy in
other schematic editors.

Multi-file text editors can undo the latest change only in the
active file, not in all opened files.



___
Mailing list: https://launchpad.net/~kicad-developers

Post to : kicad-developers@lists.launchpad.net

Unsubscribe : https://launchpad.net/~kicad-developers

More help   : https://help.launchpad.net/ListHelp





___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp





___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


  
  
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




-- 
  
  Regards
  David G
  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Undo/Redo behavior across schematic

2017-04-19 Thread David Godfrey


  
  
Hi Wayne


On 19/04/17 03:34, Wayne Stambaugh
  wrote:


  Hey David,

On 4/18/2017 3:32 PM, David Godfrey wrote:

  It would also break re-usability. I I have
a schematic file that
represents an instrument amp, and use it as a sheet multiple times, I'd
then expect to modify the schematic once and have the change propagate
across all instances of that sheet. (eg: adding an additional filter cap)

  
  
I think that it is a pretty safe bet that this wont happen.  I would not
allow this change.  The usage you described is precisely why complex
hierarchies exist.
-- 


Yep, much as I'd expect from such a diligent and effective project
leader ;-)
I described the usage in the way I did to help clarify for those
that were thinking about different use-cases.


  
  Regards
  David Godfrey
  

  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

2017-08-27 Thread David Novak


You might consider muparser.

David


On 8/27/2017 11:03 AM, Russell Oliver wrote:

Hi all,

Attached is a patch that allows for the use of a mathematical 
expression when editing the value field of components in Eeschema.


If editing the value field and the entered string begins with an 
equals sign "=" as you would when entering a formula into an Excel 
spreadsheet cell, it is compiled and parsed when the Enter button is 
pressed while the text entry is in focus.


A valid expression is returned as a double value which is then printed 
with a format to remove trailing zeroes. An invalid expression will 
not change the text value.


The expression parser is simple wrap of the C++ Mathematical 
Expression Toolkit Library (ExprTk)  written Arash Partow and is under 
the MIT licence [1].


I think this provides a template for other numerical input fields 
within Kicad.


[1] http://www.partow.net/programming/exprtk/index.html

Kind Regards
Russell


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Deleting layers.

2017-09-27 Thread David Godfrey


Hi Wayne,

I'll back you on this decision.
It's more than once cost both time and money, to say nothing of 
frustration to multiple users.


Personally, I've not been caught with sending a board to production in 
this state, but I certainly have run into the problem and caught it 
during routing (Obviously non connected pins that don't DRC)


If a layer is deleted, it's deleted, there simply shouldn't be any 
leftovers of any description.
A clear warning that this is happening and confirmation dialog is really 
all that is needed, especially if that dialog explicitly lists the 
layers that are being removed.



On 27/09/17 22:08, Wayne Stambaugh wrote:

This bug[1] has reared it's ugly head again so I am going to fix it once
and for all before the stable 5 release.  We cannot continue storing
objects on deleted layers in the board file which cause the DRC to pass
connection tests when in reality there are failures.  I don't really
have the time so you should assume that this is going push back the
release.  It probably should be backported to the stable release but
given the code deviations, I don't see that happening unless someone
else feels motivated to do so.  I looked at the existing code and it's
not going to be a trivial fix.  I do not intend to do anything fancy
such as give the user the option to merge objects from deleted layers to
other layers.  I'm going to keep it simple by just warning the user and
removing all objects from the removed layers.  This includes non-copper
layers as well.  I don't see how keeping objects on layers that don't
exist in the board is valid.  I'm not really asking for comments but if
you have any suggestions outside what I have presented I am willing to
entertain them.

[1]: https://bugs.launchpad.net/kicad/+bug/893950

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Regards
David Godfrey
SB Tech Services
mb: +61 437 286 200 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-27 Thread David Godfrey

ools exist that use this functionality - 
https://github.com/KinoLien/gitzip
ii. Use subversion - GitHub actually provides subversion API - 
https://www.seanw.org/blog/download-git-repo-subdirectory/



*Subversion*

In either case, I think that using the subversion tool to partially 
download the libraries would be a good approach (I assume quicker than 
using wget and the GitHub API).


1. Does anyone have any experience using the C API for SVN?
2. The Python bindings are pretty good - 
https://pypi.python.org/pypi/svn - and much easier to use. However, 
can we make the library download tools dependent on enabling the 
python plugin?
3. Is there a way to checkout a subversion remote to memory (to 
replicate the functionality of the current GitHub plugin)? If not, I'm 
not sure how to approach option b) above.



Feedback appreciated. I think that it is very important especially for 
new users that this is improved. The GitHub plugin is constantly 
causing headaches!


Cheers,
Oliver


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Regards
David Godfrey
SB Tech Services
mb: +61 437 286 200 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Deleting layers.

2017-10-01 Thread David Godfrey


  
  
Thanks for the quick patch Wayne.
I'm focused on software dev right now, but will test when I can
  free up some cycles.


   Regards
  David Godfrey
  SB Tech Services
  mb: +61 437 286 200
  
chat:
  with dcg_mx at
  #sbts:matrix.org
  (Computer)
  #sbts:matrix.org
  (mobile Device)  
  
  

On 29/09/17 01:14, Wayne Stambaugh
  wrote:


  I recant my original position that it would not be a trivial fix.  I
just pushed the fix to the master branch.  Please test it and let me
know if you find any issues.  I will be out of town over the weekend so
I may not reply as quickly as I normally do.

Please note that this fix isn't ideal.  Since Pcbnew does not support
odd numbered copper layers, selecting front or back layer only
configuration in the layer select dialog will not remove objects from
the copper layers.  It will remove them from all other layers if they
are not part of a footprint.  Even though this isn't technically
correct, it will (should?) prevent any false positive DRC tests from
occurring because objects will only exist on layers that exist.  Keep in
mind that this operation cannot be undone so once you save the board
after removing layers, that information is lost.  If you are not sure
about the change, don't save the board.

I will now resume my previously scheduled symbol library table work.

Cheers,

Wayne

On 9/28/2017 3:18 AM, Kristoffer Ödmark wrote:

  
I agree as well, I've been hit by this bug once. And it was enough. I
was actually planning to try and fix it similar to the way you are
proposing right after the copypasta thingy is done.

( My ideal solution would be to add a "remove items on extra layers"
button to the dialog that would become enabled when removing layers, and
simultaneously disbling the OK button, and only by pressing that would
the OK button become enabled. )

On 09/28/2017 01:32 AM, David Godfrey wrote:


  Hi Wayne,

I'll back you on this decision.
It's more than once cost both time and money, to say nothing of
frustration to multiple users.

Personally, I've not been caught with sending a board to production in
this state, but I certainly have run into the problem and caught it
during routing (Obviously non connected pins that don't DRC)

If a layer is deleted, it's deleted, there simply shouldn't be any
leftovers of any description.
A clear warning that this is happening and confirmation dialog is
really all that is needed, especially if that dialog explicitly lists
the layers that are being removed.


On 27/09/17 22:08, Wayne Stambaugh wrote:

  
This bug[1] has reared it's ugly head again so I am going to fix it once
and for all before the stable 5 release.  We cannot continue storing
objects on deleted layers in the board file which cause the DRC to pass
connection tests when in reality there are failures.  I don't really
have the time so you should assume that this is going push back the
release.  It probably should be backported to the stable release but
given the code deviations, I don't see that happening unless someone
else feels motivated to do so.  I looked at the existing code and it's
not going to be a trivial fix.  I do not intend to do anything fancy
such as give the user the option to merge objects from deleted layers to
other layers.  I'm going to keep it simple by just warning the user and
removing all objects from the removed layers.  This includes non-copper
layers as well.  I don't see how keeping objects on layers that don't
exist in the board is valid.  I'm not really asking for comments but if
you have any suggestions outside what I have presented I am willing to
entertain them.

[1]: https://bugs.launchpad.net/kicad/+bug/893950

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


  
  Regards
David Godfrey
SB Tech Services
mb: +61 437 286 200 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

  
  
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.ne

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-10-01 Thread David Godfrey

On 29/09/17 01:53, Bernhard Stegmaier wrote:

Just my 2 cents… I have seen some projects using submodules (open
source and in my company).
I have seen lots of problems and complaints (…
doesn’t compile …) just because normal users or even normal
developers (being no git experts) didn’t sync all submodules
correctly.
Thinking of how many problems are already seen now
by users which are not used to version control systems (because
they just don’t understand what’s happening under the hood) I
wouldn’t want to force them to use git submodules… at least not
as long as this is not completely hidden by some users friendly
and dead simple KiCad GUI.

Bernhard hit the nail on the head here.
For normal Users, ALL of the git functionality should be hidden
behind basic KiCad GUI features.

However, for Users and Librarians that want to manage, add, edit at
least a basic knowledge of whatever tooling is used behind the
scenes is a HARD REQUIREMENT.

These days git is probably one of the best documented, and most well
supported in the greater community.
That alone makes it a very good choice of backend.

Handling of submodules can be slightly tricky, but a few simple
helper scripts (for LedgerSMB project we use a Makefile with a few
targets such as "submodules" which updates all submodules to the
current repo head's commit references to them)

Regards,
Bernhard

On 28. Sep 2017, at 13:29, Oliver Walters <oliver.henry.walt...@gmail.com>
wrote:

Simon, David,

Thanks for the synopsis of your idea
David, there are certainly some advantages to using
the submodule approach.

Is it github
compatible?
Simon, yes git-submodule is compatible
with github. I have a test repository here - https://github.com/kicad/kicad-footprints - this contains a
submodule for each of the current footprint
directories.

Does it simplify
the maintenance of the kicad library by the
librarians?

Compared to having all the .pretty folders
as subdirectories of a single repo, no. Reorganising
libraries or adding new ones is tedious, and for each
of the 100+ .pretty repos, we (the librarians) have to
manage:

* Pull requests and isues
* CI tools (e.g. Travis KLC scripts)
* Updating each library when new
requirements are enacted (e.g. KLC)
* Ensure that changes in one repo do not
conflict with a different repo
* Handle reclassification or moving of
footprints between repos

It is also quite possible for submodules
to become out of sync. The link that Simon posted has
some a good example of how this can occur (detached
head). I have some projects at work that contain about
5 submodules and it rapidly becomes difficult to deal
with even for a competent user of Git.

It becomes harder for users, too. KiCad
users cannot, in the general case, be classified as
competent users of git. Currently, users who wish to
contribute to the footprint libraries have a hard
time. For each library they want to contribute to,
they have to fork and manage another repository.
Personally I have done this for 50 separate
repositories.

Further, once changes are made to each
submodule, the master repository then needs to be
updated otherwise it's not up to date with the latest
changes. Perhaps we can use git hooks here, but this
is just further complication!

Let's also consider consistency. The
footprint libraries are (currently) split into
separate repos. However the symbol libraries and 3d
model libraries are not. Should we split them too? Now
we h

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-10-01 Thread David Godfrey


  
  
Hi Oliver,


  An important note before I get to other responses.
  
  Don't Forget that not all of the world's internet connections are
  FAST.
  While it might seem a good idea from the librarians perspective to
  have everything in a single repo, IT ISN'T a good idea at all if
  you happen to be on a slow internet connection.
  
  When I say slow, I'm talking common ADSL speeds here in Australia
  for example.
  They are often 8mbit/s or less.
  
  Even with the "National Broadband Network" rollout of Fibre, I
  know people that effectively suffered a net reduction of speed
  compared to their old ADSL connection. (Yeah, crazy, but it's
  true)
  
  If the entire lib ended up being ~ 3G (a figure mentioned in other
  posts) that would Take an Unacceptably long time to download.
  
  For this reason I would STRONGLY advise libraries remain broken up
  into manageable sized repositories
  Also, keep in mind that a repository never gets smaller, it only
  grows as changes are made. 
  

On 28/09/17 19:29, Oliver Walters
  wrote:


  Simon, David,


Thanks for the synopsis of your idea David, there are
  certainly some advantages to using the submodule approach.


Is it github compatible?
 
Simon, yes git-submodule is compatible with github. I have
  a test repository here - https://github.com/kicad/kicad-footprints
  - this contains a submodule for each of the current footprint
  directories.



Does it simplify the maintenance of
the kicad library by the librarians?


Compared to having all the .pretty folders as
  subdirectories of a single repo, no. Reorganising libraries or
  adding new ones is tedious, and for each of the 100+ .pretty
  repos, we (the librarians) have to manage:


* Pull requests and isues
* CI tools (e.g. Travis KLC scripts)
* Updating each library when new requirements are enacted
  (e.g. KLC)
* Ensure that changes in one repo do not conflict with a
  different repo
* Handle reclassification or moving of footprints between
  repos


  

Agreed, submodules may well add some management overhead, although
most of the items in the list you gave are still relevant even if
all libs are in a single repo.

One possibly significant advantage of using a submodule structure is
the ease of inclusion of libraries that are not part of the "core"
project managed set.
The aids in three ways.
 * Trivial inclusion of Vendor provided libraries in the Core Set,
by simply including an extra submodule
 * Easy addition of site or project specific libs by having a new
top level repo, that includes the Core repo, and additional libs
 * Easy reduction in the range of libs available to a team by having
a fork of the Core repo with limited defined submodules

NOTE: Submodules are not the only way to achieve these goals, but in
many ways, as long as the appropriate helper scripts etc are  put in
place, submodules are likely the easiest to maintain in the long
run.
Potentially, the entire available-to-the-current-project library
mechanism could be designed to use a local git repo, that simply
includes submodules as required.

  
It is also quite possible for submodules to become out of
  sync. The link that Simon posted has some a good example of
  how this can occur (detached head). I have some projects at
  work that contain about 5 submodules and it rapidly becomes
  difficult to deal with even for a competent user of Git.
  

As I've mentioned elsewhere, 99% of the problems with submodules
becoming out of sync can be resolved with a few simple helper
scripts, potentially in the form of makefile targets.

  


It becomes harder for users, too. KiCad users cannot, in
  the general case, be classified as competent users of git.
  Currently, users who wish to contribute to the footprint
  libraries have a hard time. For each library they want to
  contribute to, they have to fork and manage another
  repository. Personally I have done this for 50 separate
  repositories. 

  

Ideally, yes, forking of repo's is the best way to manage user
contributions.
To a large extent, I'd have thought most users are likely to only
contribute to a small number of libraries directly.
So that may not be a significant burden.

However, There is an alternative way

[Kicad-developers] kicad-pcb.org down again/still

2014-02-26 Thread David Godfrey


Hi All,

The site is down again with a 502: Bad Gateway

Regards
David Godfrey

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Glew linking errors

2014-03-10 Thread David Novak

I've spent the last few days working to compile Kicad product and I'm so 
close I can taste it. Currently, the compile is 100% complete, but now 
the link is failing with messages regarding OpenGL.


Linking CXX executable pcbnew.exe
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2831): 
undefined

reference to `_impGLEW_VERSION_2_1'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a0f): 
undefined

reference to `_impGLEW_EXT_framebuffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a1d): 
undefined

reference to `_impGLEW_ARB_vertex_buffer_object'
c:/tdm-gcc-32/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: 
..\co
mmon\libgal.a(opengl_gal.cpp.obj): bad reloc address 0x2 in section 
`.text$_ZN5b

oost6detail17sp_counted_impl_pIN5KIGFX11VERTEX_ITEMEED1Ev[__ZN5boost6detail17sp_
counted_impl_pIN5KIGFX11VERTEX_ITEMEED1Ev]'

It looks like I've linked the wrong library for Glew. In Cmake I set

GLEW_GLEW_LIBRARY = glew-1.10.0/lib/Release/Win32/glew32.lib

Is this setting correct?

What else might be causing these errors?

The complete build output is below.

Any help is greatly appreciated.

Thanks,
David


[100%] Building CXX object 
pcbnew/CMakeFiles/pcbnew.dir/__/common/base_units.cpp

.obj
Linking CXX executable pcbnew.exe
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2831): 
undefined

reference to `_impGLEW_VERSION_2_1'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a0f): 
undefined

reference to `_impGLEW_EXT_framebuffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a1d): 
undefined

reference to `_impGLEW_ARB_vertex_buffer_object'
c:/tdm-gcc-32/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: 
..\co
mmon\libgal.a(opengl_gal.cpp.obj): bad reloc address 0x2 in section 
`.text$_ZN5b

oost6detail17sp_counted_impl_pIN5KIGFX11VERTEX_ITEMEED1Ev[__ZN5boost6detail17sp_
counted_impl_pIN5KIGFX11VERTEX_ITEMEED1Ev]'
c:/tdm-gcc-32/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: 
final

 link failed: Invalid operation
collect2.exe: error: ld returned 1 exit status
pcbnew\CMakeFiles\pcbnew.dir\build.make:5348: recipe for target 
'pcbnew/pcbnew.e

xe' failed
mingw32-make[3]: *** [pcbnew/pcbnew.exe] Error 1
CMakeFiles\Makefile2:832: recipe for target 
'pcbnew/CMakeFiles/pcbnew.dir/all' f

ailed
mingw32-make[2]: *** [pcbnew/CMakeFiles/pcbnew.dir/all] Error 2
CMakeFiles\Makefile2:844: recipe for target 
'pcbnew/CMakeFiles/pcbnew.dir/rule'

failed
mingw32-make[1]: *** [pcbnew/CMakeFiles/pcbnew.dir/rule] Error 2
Makefile:370: recipe for target 'pcbnew' failed
mingw32-make: *** [pcbnew] Error 2

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Glew linking errors

2014-03-10 Thread David Novak

I built Glew using MinGW and the Kicad build is still failing to link 
pcbnew, but the error messages are different.


[100%] Building CXX object 
pcbnew/CMakeFiles/pcbnew.dir/__/common/base_units.cpp

.obj
Linking CXX executable pcbnew.exe
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x27d6): 
undefined

reference to `_imp__glewInit@0'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2831): 
undefined

reference to `_impGLEW_VERSION_2_1'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a0f): 
undefined

reference to `_impGLEW_EXT_framebuffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a1d): 
undefined

reference to `_impGLEW_ARB_vertex_buffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2af4): 
undefined

reference to `_imp__glewGetString@4'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x301f): 
undefined

reference to `_imp__glewGetErrorString@4'

Here are the commands I used to build Glew

gcc -DGLEW_NO_GLU -O2 -Wall -W -Iinclude -DGLEW_BUILD -o src/glew.o -c 
src/glew.c


gcc -shared -Wl,-soname,libglew32.dll 
-Wl,--out-implib,lib/libglew32.dll.a -o lib/glew32.dll src/glew.o 
-L/mingw/lib -lglu32 -lopengl32 -lgdi32 -luser32 -lkernel32


ar cr lib/libglew32.a src/glew.o

In Cmake, I have

GLEW_GLEW_LIBRARY =glew-1.10.0/lib/libglew32.a

Any tips to help me figure out what I'm doing wrong?

David



On 3/10/2014 3:08 AM, jp charras wrote:

Le 10/03/2014 02:57, David Novak a écrit :

I've spent the last few days working to compile Kicad product and I'm so
close I can taste it. Currently, the compile is 100% complete, but now
the link is failing with messages regarding OpenGL.

Linking CXX executable pcbnew.exe
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2831):
undefined
reference to `_impGLEW_VERSION_2_1'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a0f):
undefined
reference to `_impGLEW_EXT_framebuffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a1d):
undefined
reference to `_impGLEW_ARB_vertex_buffer_object'
c:/tdm-gcc-32/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe:
..\co
mmon\libgal.a(opengl_gal.cpp.obj): bad reloc address 0x2 in section
`.text$_ZN5b
oost6detail17sp_counted_impl_pIN5KIGFX11VERTEX_ITEMEED1Ev[__ZN5boost6detail17sp_

counted_impl_pIN5KIGFX11VERTEX_ITEMEED1Ev]'

It looks like I've linked the wrong library for Glew. In Cmake I set

GLEW_GLEW_LIBRARY = glew-1.10.0/lib/Release/Win32/glew32.lib

No.

glew should be built using mingw (which is very easy).


Is this setting correct?

What else might be causing these errors?

The complete build output is below.

Any help is greatly appreciated.

Thanks,
David





--

David Novak

Dajac Inc.
317-608-0500 ext. 112

www.Dajac.com
david.no...@dajac.com

This electronic message contains information which may be legally 
confidential and/or privileged. The information is intended solely for 
the individual or entity named above and access by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, 
copying, distribution, or use of the contents of this information is 
prohibited and may be unlawful. If you have received this electronic 
transmission in error, please reply immediately to the sender that you 
have received the message in error, and delete it. Thank you.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Glew linking errors

2014-03-11 Thread David Novak

I solved it! After a bit of research, it became clear that the "_imp" 
preceding all the function names meant that the dll import library was 
being linked. I changed


GLEW_GLEW_LIBRARY =glew-1.10.0/lib/libglew32.a

to

GLEW_GLEW_LIBRARY =glew-1.10.0/lib/libglew32.dll.a

and the build completed successfully.

David


On 3/10/2014 3:03 PM, jp charras wrote:

Le 10/03/2014 19:20, David Novak a écrit :

I built Glew using MinGW and the Kicad build is still failing to link
pcbnew, but the error messages are different.

[100%] Building CXX object
pcbnew/CMakeFiles/pcbnew.dir/__/common/base_units.cpp
.obj
Linking CXX executable pcbnew.exe
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x27d6):
undefined
reference to `_imp__glewInit@0'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2831):
undefined
reference to `_impGLEW_VERSION_2_1'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a0f):
undefined
reference to `_impGLEW_EXT_framebuffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2a1d):
undefined
reference to `_impGLEW_ARB_vertex_buffer_object'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x2af4):
undefined
reference to `_imp__glewGetString@4'
..\common\libgal.a(opengl_gal.cpp.obj):opengl_gal.cpp:(.text+0x301f):
undefined
reference to `_imp__glewGetErrorString@4'

Here are the commands I used to build Glew

gcc -DGLEW_NO_GLU -O2 -Wall -W -Iinclude -DGLEW_BUILD -o src/glew.o -c
src/glew.c

gcc -shared -Wl,-soname,libglew32.dll
-Wl,--out-implib,lib/libglew32.dll.a -o lib/glew32.dll src/glew.o
-L/mingw/lib -lglu32 -lopengl32 -lgdi32 -luser32 -lkernel32

ar cr lib/libglew32.a src/glew.o

In Cmake, I have

GLEW_GLEW_LIBRARY =glew-1.10.0/lib/libglew32.a

Any tips to help me figure out what I'm doing wrong?

David



I do not remember how I built glew, but I am pretty sure I just used the
usual command "make" and nothing else.






--

David Novak

Dajac Inc.
317-608-0500 ext. 112

www.Dajac.com
david.no...@dajac.com

This electronic message contains information which may be legally 
confidential and/or privileged. The information is intended solely for 
the individual or entity named above and access by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, 
copying, distribution, or use of the contents of this information is 
prohibited and may be unlawful. If you have received this electronic 
transmission in error, please reply immediately to the sender that you 
have received the message in error, and delete it. Thank you.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] strtok_r not detected properly

2014-03-12 Thread David Novak

When building Pcbnew, I get an error message indicating that strtok_r is 
being redefined. The offending code is in kicad_string.h.


#ifndef HAVE_STRTOKR
// common/strtok_r.c optionally:
extern "C" char* strtok_r( char* str, const char* delim, char** nextp );
#endif

I tracked HAVE_STRTOKR to an auto detection inside 
PerformFeatureChecks.cmake.


check_symbol_exists( strtok_r "string.h" HAVE_STRTOKR )

Fore some reason, this check is failing even though strtok_r is defined. 
Presumably, the check is looking in the wrong file. I tried adjusting 
this line, but without success.


As a quick fix I added

#define HAVE_STRTOKR

just prior to the check in kicad_string.h.

I'm on Windows using TDM-GCC 4.8.1-3.

What is the correct check_symbol_exists() line to fix this problem?

Thanks,
David

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] PATCH: Correct GenCAD export issues

2015-08-11 Thread David Novak

We were required to make the following changes to the GenCAD exporter 
after our contract manufacturer rejected the exported GenCAD file.


 * Don't make new shape for every reference designator. Instead, create
   shapes based on modules and assign to devices based on reference
   designators.
 * Don't allow pins without numbers to have duplicate pin numbers.
 * Correctly implement MIRRORX.
 * Correctly implement flip.

I've attached the only file that was modified. Additionally, I've 
attached a patch file.


Best Regards,
David


/*
 * This program source code file is part of KiCad, a free EDA CAD application.
 *
 * Copyright (C) 2012 Jean-Pierre Charras, jean-pierre.char...@ujf-grenoble.fr
 * Copyright (C) 2012 SoftPLC Corporation, Dick Hollenbeck 
 * Copyright (C) 2012 Wayne Stambaugh 
 * Copyright (C) 1992-2012 KiCad Developers, see AUTHORS.txt for contributors.
 *
 * This program is free software; you can redistribute it and/or
 * modify it under the terms of the GNU General Public License
 * as published by the Free Software Foundation; either version 2
 * of the License, or (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, you may find one here:
 * http://www.gnu.org/licenses/old-licenses/gpl-2.0.html
 * or you may search the http://www.gnu.org website for the version 2 license,
 * or you may write to the Free Software Foundation, Inc.,
 * 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA
 */

/**
 * @file export_gencad.cpp
 * @brief Export GenCAD 1.4 format.
 */

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include 

#include 
#include 
#include 
#include 

#include 
#include 

typedef std::vector MODPTRVEC;
typedef std::vector::iterator MODPTRVECITR;

typedef struct ModLib
{
int InLib;
MODPTRVEC   Modules;
} MODLIB;

typedef std::map MODMAP;
typedef std::map::iterator MODMAPITR;

static bool CreateHeaderInfoData( FILE* aFile, PCB_EDIT_FRAME* frame );
static void CreateArtworksSection( FILE* aFile );
static void CreateTracksInfoData( FILE* aFile, BOARD* aPcb );
static void CreateBoardSection( FILE* aFile, BOARD* aPcb );
static void CreateComponentsSection( FILE* aFile, BOARD* aPcb, MODMAP* 
ModuleMap, MODMAPITR ModMapItr, MODPTRVECITR ModuleItr );
static void CreateDevicesSection( FILE* aFile, BOARD* aPcb );
static void CreateRoutesSection( FILE* aFile, BOARD* aPcb );
static void CreateSignalsSection( FILE* aFile, BOARD* aPcb );
static void CreateShapesSection( FILE* aFile, BOARD* aPcb, PCB_EDIT_FRAME* 
aPcbFrame, MODMAP* ModuleMap, MODMAPITR ModMapItr, MODPTRVECITR ModuleItr );
static void CreatePadsShapesSection( FILE* aFile, BOARD* aPcb );
static void FootprintWriteShape( FILE* File, MODULE* module, wxString ShapeName 
);
static void FootprintAddMap( MODULE* module, PCB_EDIT_FRAME* aPcbFrame, MODMAP* 
ModuleMap, MODMAPITR ModMapItr, MODPTRVECITR ModuleItr );
static int ComparePadPosition( D_PAD* pad, D_PAD* OldPad );
static int ComparePadSize( D_PAD* pad, D_PAD* OldPad );

// layer name for Gencad export
static const wxString GenCADLayerName[32] =
{
wxT( "BOTTOM" ), wxT( "INNER1" ),  wxT( "INNER2" ),
wxT( "INNER3" ), wxT( "INNER4" ),  wxT( "INNER5" ),
wxT( "INNER6" ), wxT( "INNER7" ),  wxT( "INNER8" ),
wxT( "INNER9" ), wxT( "INNER10" ), wxT( "INNER11" ),
wxT( "INNER12" ),wxT( "INNER13" ), wxT( "INNER14" ),
wxT( "TOP" ),wxT( "LAYER17" ), wxT( "LAYER18" ),
wxT( "SOLDERPASTE_BOTTOM" ), wxT( "SOLDERPASTE_TOP" ),
wxT( "SILKSCREEN_BOTTOM" ),  wxT( "SILKSCREEN_TOP" ),
wxT( "SOLDERMASK_BOTTOM" ),  wxT( "SOLDERMASK_TOP" ),  wxT( "LAYER25" ),
wxT( "LAYER26" ),wxT( "LAYER27" ), wxT( "LAYER28" ),
wxT( "LAYER29" ),wxT( "LAYER30" ), wxT( "LAYER31" ),
wxT( "LAYER32" )
};

// flipped layer name for Gencad export (to make CAM350 imports correct)
static const wxString GenCADLayerNameFlipped[32] =
{
wxT( "TOP" ), wxT( "INNER14" ),wxT( "INNER13" ),
wxT( "INNER12" ), wxT( "INNER11" ),wxT( "INNER10" ),
wxT( "IN

Re: [Kicad-developers] PATCH: Correct GenCAD export issues

2015-08-13 Thread David Novak


Wayne,

Ok. I will work on it and resubmit.

David


On 8/12/2015 9:56 AM, Wayne Stambaugh wrote:

David,

How did you generate your patch file?  I doesn't look like a unified
diff format to me.  The easiest way to generate a unified diff is use
Bazaar or git to create a development branch on your system, make your
changes, then generate you diff by running bzr diff or git diff.  Also,
please read the KiCad coding policy, you used tabs instead of spaces for
indenting, I see a bunch of trailing white space left behind by your
editor, and the preferred maximum line length is 100 characters.

Cheers,

Wayne


On 8/11/2015 9:39 AM, David Novak wrote:

We were required to make the following changes to the GenCAD exporter
after our contract manufacturer rejected the exported GenCAD file.

   * Don't make new shape for every reference designator. Instead, create
 shapes based on modules and assign to devices based on reference
 designators.
   * Don't allow pins without numbers to have duplicate pin numbers.
   * Correctly implement MIRRORX.
   * Correctly implement flip.

I've attached the only file that was modified. Additionally, I've
attached a patch file.

Best Regards,
David




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


--

David Novak

Dajac Inc.
317-608-0500 ext. 112

www.Dajac.com
david.no...@dajac.com

This electronic message contains information which may be legally 
confidential and/or privileged. The information is intended solely for 
the individual or entity named above and access by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, 
copying, distribution, or use of the contents of this information is 
prohibited and may be unlawful. If you have received this electronic 
transmission in error, please reply immediately to the sender that you 
have received the message in error, and delete it. Thank you.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] PATCH: Correct GenCAD export issues

2015-08-13 Thread David Novak


Does it handle correctly the fact that every module can in fact be
customized? That was the main reason to not do the indirection initially
(i.e. not all the R0603 are necessarily equal...)


That's exactly what I told the contract manufacturer, but they insisted 
on a change. With a shape for every reference designator, they had to 
review the shape for every part. With this change, they only have to 
review each shape type.


The change detects when a part is different from the library and creates 
new shapes in the GenCAD file as needed.



* Don't allow pins without numbers to have duplicate pin numbers.

I don't really remember this use case, but shouldn't give any trouble...



We have some footprints where multiple pins are left un-numbered. These 
pins were represented in the GenCAD file as "none" and the multiple 
"none" pin numbers were causing problems. To prevent the problem, we 
added an enumerated suffix to duplicate pin numbers.



sadly it seems to be one of the most dis-interpreted formats around (I
know for sure that are broken importers out there!)


I agree completely. Our changes are based on the GenCAD standard.


David


On 8/12/2015 3:37 PM, Lorenzo Marcantonio wrote:

On Tue, 11 Aug 2015 15:39:13 +0200,
David Novak wrote:


* Don't make new shape for every reference designator. Instead, create
   shapes based on modules and assign to devices based on reference
   designators.

Does it handle correctly the fact that every module can in fact be
customized? That was the main reason to not do the indirection initially
(i.e. not all the R0603 are necessarily equal...)


* Don't allow pins without numbers to have duplicate pin numbers.

I don't really remember this use case, but shouldn't give any trouble...


* Correctly implement MIRRORX.
* Correctly implement flip.

My fault, I was convinced they were correct. At least the standard as
nice example of the order in that they are meant to be applied:D


I've attached the only file that was modified. Additionally, I've
attached a patch file.

Could be interesting *if* it doesn't break someone else gencad needs...
sadly it seems to be one of the most dis-interpreted formats around (I
know for sure that are broken importers out there!)



--

David Novak

Dajac Inc.
317-608-0500 ext. 112

www.Dajac.com
david.no...@dajac.com

This electronic message contains information which may be legally 
confidential and/or privileged. The information is intended solely for 
the individual or entity named above and access by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, 
copying, distribution, or use of the contents of this information is 
prohibited and may be unlawful. If you have received this electronic 
transmission in error, please reply immediately to the sender that you 
have received the message in error, and delete it. Thank you.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] wxFormBuilder and the future

2015-08-17 Thread David Novak


To be honest, I've never been a big fan of dialog box layout tools.
Their strength is there weakness.  They promote designing quick dialog
box layouts that makes reuse difficult.  Take a look at the padding and
overall layout in KiCad's dialogs.  They are all over the map.  I prefer
hand coding dialogs.  It's painfully slow but encourages reuse (well
designed base dialog classes) and standardization (using wxSizerFlags).


I agree with Wayne. Dialog layout tools are nice to get up and running 
quickly, but the more I use them, the more they get in the way. On 
internal projects, my team ends up implementing workarounds for advanced 
features.


I've recently started trying to convince my team to code the dialogs by 
hand. In my mind, with a little planning up front, hand coding the 
dialog could be relatively quick.


David


On 8/13/2015 2:41 PM, Wayne Stambaugh wrote:


On 8/13/2015 2:05 PM, jp charras wrote:

Le 13/08/2015 18:36, Eldar Khayrullin a écrit :

Hi all.
Maybe in future need to port kicad in other modern gui as qt(
https://en.wikipedia.org/wiki/Qt_(software) )

A bit overkilled for this issue (if this is an issue).
I am not especially thrilled by QT.
This is a very good tool, but it has its own issues.
Good luck to volunteers who will port 400 000 lines of code relative to GUI.
(80% of code of any application; Kicad has more than 500 000 lines of code)

We'll leave that decision to the next project manager.  This project
manager is not interested porting KiCad to QT.  This has been discussed
before.


13.08.2015 13:00, Blair Bonnett пишет:

Hi all,

It appears wxFormBuilder is, if not dead, not far from it. The evidence:

* No stable release in 4 years, and the last beta release was 13
months ago.

Although I agree with the fact wxFormBuilder is not actively maintained,
the last release was made the 17 June.

I share your concern about wxFormBuilder.

But replacing it is not easy.

To answer one of your questions, before using wxFormBuilder, I used
DialogBox (free version).

I'm reluctant to use proprietary tools for all of the usual reasons.  I
would rather code dialogs by hand than use a proprietary tool.


It worked fine and was easy to use.
It is written and maintained by the creator of wxWidgets.

But the user code is embedded in automatically generated DialogBox.
I did not used recent versions, so it is perhaps now different.

One on the *best features* of wxFormBuilder is the fact it creates
"black box" files and all the user code is in other files.
You even do not need to read them.

Any other candidate should have this feature.

We need volunteers to test other candidates (in fact a very few candidates)

To be honest, I've never been a big fan of dialog box layout tools.
Their strength is there weakness.  They promote designing quick dialog
box layouts that makes reuse difficult.  Take a look at the padding and
overall layout in KiCad's dialogs.  They are all over the map.  I prefer
hand coding dialogs.  It's painfully slow but encourages reuse (well
designed base dialog classes) and standardization (using wxSizerFlags).
  I got shot down the last time I suggested this and I understand the
reasoning.




* A grand total of 13 commits in the last 12 months (current trunk is
r2205, r2192 was made on 1 August 2014). A number of these are
buildsystem / release / changelog (!) updates.
* No developer responses on the mailing list, including to a message
three months ago [1] asking if the project was still active.
* No support for newer widgets. For example, the wxSpinCtrlDouble
widget added in wxWidgets 2.9.0 is not supported. I patched it to add
this widget back in April and posted the patch to both the mailing
list and an existing ticket from three years ago [2]. No response to
that either.

We may have to start thinking about whether we continue with it from
here, or consider a move towards a different tool.

I realise any change like this isn't going to happen prior to the
stable release, and nor am I suggesting it should. But with the recent
post to this list about UI improvements, I think this is a highly
related topic which should be discussed as well.

There are a number of alternatives listed on the wxWidgets wiki [3].
Does anybody have any experience with any of them? (Spoiler alert, I
don't). Are there any thoughts on how to proceed from here?

Regards
Blair


[1] https://sourceforge.net/p/wxformbuilder/mailman/message/34100789/
[2] https://sourceforge.net/p/wxformbuilder/feature-requests/45/
[3]
https://wiki.wxwidgets.org/Tools#Rapid_Application_Development_.2F_GUI_Builders



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp





___
Mailing list: https

Re: [Kicad-developers] PATCH: Correct GenCAD export issues

2015-08-17 Thread David Novak


Wouldn't you also want to test the footprints on the board as well?
Let's say you have multiple "smt_resistor_lib:r0805" footprints on your
board and you modified more than one of them with same changes but
different from the original footprint imported from the library.  You
would still have multiple identical footprints exported to the gencad
file which your contract manufacturer will have to review.


Yes, you are right. The code isn't fresh in my mind so I will have to 
review it to verify, but I think it covers this case. However, even if 
it doesn't it's still a big improvement.


David



On 8/13/2015 3:19 PM, Wayne Stambaugh wrote:

On 8/13/2015 12:38 PM, Lorenzo Marcantonio wrote:

On Thu, 13 Aug 2015 14:59:49 +0200,
David Novak wrote:


That's exactly what I told the contract manufacturer, but they insisted
on a change. With a shape for every reference designator, they had to
review the shape for every part. With this change, they only have to
review each shape type.

They actually use the gencad file for something other than pad
probing... and even that usage is made obsolete by D356...


The change detects when a part is different from the library and creates
new shapes in the GenCAD file as needed.

Wouldn't you also want to test the footprints on the board as well?
Let's say you have multiple "smt_resistor_lib:r0805" footprints on your
board and you modified more than one of them with same changes but
different from the original footprint imported from the library.  You
would still have multiple identical footprints exported to the gencad
file which your contract manufacturer will have to review.


Cool:P You had to do a module comparation function to handle that. Not
quite easy to pull (tried that, failed and then you have the current
gencad exporter:D)


We have some footprints where multiple pins are left un-numbered. These
pins were represented in the GenCAD file as "none" and the multiple
"none" pin numbers were causing problems. To prevent the problem, we
added an enumerated suffix to duplicate pin numbers.

That would be the correct gencad behaviour, fully agree with that. Could
be useful even for named pins which are actually always tied together
(like ground lugs in shielding can).


I agree completely. Our changes are based on the GenCAD standard.

I hope that gencad die one day or another, like 274D (the external
aperture gerber format). Too bad that there is no agreed substitute;
ODB++ is not free, gencam and IPC350 are almost unheard outside their
designers... maybe because gencam with its 40+ XML schemas is a serious
contender with STEP on the horribly complex kitchen sink file format:P

IPC350 seems sane (the downstream CAM offer substantially uses that
format in core) but AFAIK not established enough to warrant the effort
to code an exporter.

The saddest thing is when the fabricator asks for the "MAX file" (*old*
orcad layout) or "eagle file"...


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


--

David Novak

Dajac Inc.
317-608-0500 ext. 112

www.Dajac.com
david.no...@dajac.com

This electronic message contains information which may be legally 
confidential and/or privileged. The information is intended solely for 
the individual or entity named above and access by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, 
copying, distribution, or use of the contents of this information is 
prohibited and may be unlawful. If you have received this electronic 
transmission in error, please reply immediately to the sender that you 
have received the message in error, and delete it. Thank you.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Stackup heights and length tuning PoC

2015-08-20 Thread David Godfrey




On 20/08/15 22:36, Tomasz Wlostowski wrote:

On 20.08.2015 16:29, Jeppe Johansen wrote:

Hi,

I've been working on adding support for entering stackup information and
using that info when length tuning traces.

Some screenshots:
http://j-software.dk/kicad/thickness.png
http://j-software.dk/kicad/length.png

Patch here(warning, back up any .kicad_pcb files before you save. The
format is changed to include layer heights):
http://j-software.dk/kicad/kicad_stackup.patch

Getting it into the meander placer required a bit of hacking to process
vias and find all segments connecting to it. That part is a bit ugly,
but it works. Also the length calculation is duplicated for each tool
variant. Unifying those in a single place would be great. For now my
patch only modifies the single trace length tuner.

Hi Jeppe,

Thanks for the patch.

I'm not sure if we should define separate layers for cores/prepregs,
though. How are they going to be stored in .kicad_pcb file? What if
there is more than one layer of dielectric between each two adjacent
layers? Maybe a new dialog for defining the complete stackup (including
dielectric factors, losses, etc) would be a better idea?

Regards,
Tom




Hi All,

I agree with Tom.
A new dialog that allows definition of the layer stack with all 
paramaters including dielectric characteristics would be preferable.
In the future we could use this information to auto calculate impedance 
of striplines etc as well.


Regards
David

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 3D model relative path dialog

2015-09-27 Thread David Godfrey


I agree with Nick on this.

Make it easy for the user to select one of the PATH variables in the 
dialog and have it saved in the stored reference.
This way we can easily choose if we want absolute (maybe from a company 
server), relative to the base installation (default libs), or relative 
to a project (customised parts such as enclosures, heatsinks, sub 
assemblies, etc )


A simple dropdown of available variables with an "insert" button on the 
dialog is one option.
Another option would be a tooltip that prompts you to use the right 
click menu where a submenu lists all available variables. eg:


PopupMenu -> Path Variables ->
  KISYS3DMOD - 3d Module Direcory
  KIPROJMOD  - Project directory
     - User configured Library Path Variable




Regards
David G

On 28/09/15 00:56, Nick Østergaard wrote:

No, that is not a good design IMHO. You should be able to use every
option in a single project if you wish to. But I like to be explicit.

A suggestion I have have somewhere before is to use theese variables
in the path. So i you want ti projecet relaive use KIPRJMOD if you
want "global" models, use the KISYS3DMOD variable, and make it easy
for the user to enter even with browsing.

2015-09-27 18:48 GMT+02:00 Thor-Arne :

I think the absolute adressing should be good enough for those special
cases.
Special cases shouldn't affect the "normal" cases.

-Original Message- From: Mark Roszko
Sent: Sunday, September 27, 2015 6:38 PM
To: Thor-Arne
Cc: KiCad Developer mail-list

Subject: Re: [Kicad-developers] 3D model relative path dialog

I am advocating only for people who don't want to globalize their
models that might be super specific. If I have a custom extruded
heatsink model(because custom heatsinks are dirtcheap) that is
literally only made for one board, why would I
want to put that in the global folder?

On Sun, Sep 27, 2015 at 12:32 PM, Thor-Arne  wrote:

Relative to board file is a bad idea, it will require 3D models to be
duplicated for each project.
Perhaps this should be handeled by the File->Export->VRML (not that I've
tried that one).

And, yes. Please apply this patch. ;)

-Original Message- From: Mark Roszko
Sent: Sunday, September 27, 2015 6:19 PM
To: Simon Wells
Cc: KiCad Developers
Subject: Re: [Kicad-developers] 3D model relative path dialog


Relative to the board file seems like a better idea btw. In case you
want to package 3d models with a PCB when distributing the source.

On Sun, Sep 27, 2015 at 7:46 AM, Simon Wells 
wrote:


When you add a 3d model for a footprint

If the model file is inside the KISYS3DMOD directory then it is
automatically made relative path
If the model file is outside the KISYS3DMOD directory then you get a
dialog
as to whether it should
be relative or not,

If the model file is not in the KISYS3DMOD directory it seems like a bad
idea to make the model
have a relative path because if you move either the KISYS3DMOD directory
or
the model it
requires changing the path, whereas if its absolute then you only need to
update the path if you
move the model file.

I have created a branch with a patch to remove the dialog and if theres
consensus then i will submit
a merge request with it. (the branch is lp:~xzcvczx/kicad/relpath-dialog)


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




--
Mark

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




--
Mark

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] KiCad scripting supported in the release or not

2015-10-02 Thread David Godfrey

Surely it would be possible to detect which msys version is available, 
and automatically enable scripting if msys2 is found?



On 03/10/15 02:32, Wayne Stambaugh wrote:

This cannot be done because of the old msys1/mingw32 builds which
require Brian's kicad-winbuilder in order to build all of the
dependencies correctly.  Build python and wxpython on msys1/mingw32 is a
major hassle which has been eliminated with the new msys2/mingw32/64.
For the stable release, I would prefer that packagers enable scripting
on a case by case basis.  We certainly can discuss turning it on by
default after the stable release and dumping support for the old
msys1/mingw32 platform.

On 10/2/2015 2:24 PM, Nick Østergaard wrote:

Hello

Since we have been discussing the python scripting stuff recently, I
would like to hear if it is supposed to be officially supported or
not.

The thing is that it is by default OFF in the build scripts. This is
choice likely to affect many linux distributions build configuraiton.

I would actually suggest that we enable it by default. Any comments?

Regards
Nick

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] KiCad scripting supported in the release or not

2015-10-04 Thread David Godfrey

Rather than doing this at compile time, can it be done at run or install 
time instead.
ie: if the relevant python support is available enable the scripting 
features dynamically, otherwise leave them disabled.
This could be done using 2 shared libraries (.so or .dll etc) one has 
all of the scripting hooks in it that are functional, the other has 
dummy hooks that either do nothing, or raise errors as appropriate.


David G

On 03/10/15 23:56, Wayne Stambaugh wrote:

Shamelessly pilfered from the movie "Karate Kid",

build config tools rule #1: Always check for features, not platforms.
build config tools rule #2: go back and learn rule #1.

Yes we could check for msys but it is possible (however painful) that
someone may have actually patched, built, and installed python on mingw
(in fact the msys2 folks and Brian's kicad-winbuilder have kindly done
that for us) so testing for existence of python is a more robust test
which will work on every platform.  However, the existence of python on
the build system does not ensure it's existence on the install target
system unless you use a system that has some kind of package manager
that ensures the dependencies are met.

On 10/2/2015 11:12 PM, David Godfrey wrote:

Surely it would be possible to detect which msys version is available,
and automatically enable scripting if msys2 is found?


On 03/10/15 02:32, Wayne Stambaugh wrote:

This cannot be done because of the old msys1/mingw32 builds which
require Brian's kicad-winbuilder in order to build all of the
dependencies correctly.  Build python and wxpython on msys1/mingw32 is a
major hassle which has been eliminated with the new msys2/mingw32/64.
For the stable release, I would prefer that packagers enable scripting
on a case by case basis.  We certainly can discuss turning it on by
default after the stable release and dumping support for the old
msys1/mingw32 platform.

On 10/2/2015 2:24 PM, Nick Østergaard wrote:

Hello

Since we have been discussing the python scripting stuff recently, I
would like to hear if it is supposed to be officially supported or
not.

The thing is that it is by default OFF in the build scripts. This is
choice likely to affect many linux distributions build configuraiton.

I would actually suggest that we enable it by default. Any comments?

Regards
Nick

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] suggested resolution (and other specs)

2015-10-14 Thread David Godfrey


While we are talking about graphics

Has any testing been done within Virtual Machines?
I believe we should support win/lin/mac hosts running VirtualBox, 
VMware, Parallels and at least linux as a guest.

Also Xen should be supported.

In my specific case, I am moving (all be it slowly) to have each major 
"role" running in a VM on xen.
There are a number of reasons for this, including the "appliance" 
benefits such as install once, use on multiple machines, and rapid 
disaster recovery in the event of hardware failure.
It also allows targeted selection of OS/distro based on what works best 
for a given use.
Even Better is the ability to have an appliance on a usb stick that can 
be handed to a client with completed designs that they can boot without 
any knowledge (as long as a VM solution is available).
On a couple of occasions I have even provided remote access to a VM so a 
client can have a look at a design.
Obviously for security reasons, you wouldn't just allow a client access 
to your normal system. :)


The last fulltime role I was in  required my constant use of Altium 
(designer 10 from memory) and while running it in a Virtual Box VM had 
some minor drawbacks, it had more benefits than drawbacks. Including 
every time it crashed, I only had to reboot that VM and nothing else was 
effected.


I believe that most Virtualisation platforms allow OpenGL passthrough in 
some form so it may be trivial to do some tests and tweak our codebase 
to deal with any quirks.



BTW: I'm moving back to a Kicad only site as I nolonger have any clients 
requiring Altium, the are all happy to use Kicad now.



Regards
David G

On 14/10/15 15:18, Lorenzo Marcantonio wrote:

On Wed, Oct 14, 2015 at 08:53:32AM +0200, Marco Ciampa wrote:

Have you done some tests? May we use KiCad with a 1024x768 screen?
All functions? And 800x600, less? More?

Reporting! :P

No hope for 800x600, it's just not designed for that. Maybe in
emergency...

1024x768 pretty much usable, especially if you tweak the code (removing
spacers between buttons, mostly). You lose a couple icons but nothing
vital (accessible thru menu and/or keyboard)

1600x1200 on a 21 inches is glorious :D suitable for full time work.


Suggested (actual) graphic cards for Win/Linux/Mac?
Minum requirements on DirectX / OpenGL?

Keep in mind that the target is OpenGL 2, you *need* hardware shaders to
work with pcbnew in opengl mode. I *think* it's more or less shader
model 9, but I'm not sure... anyway check the opengl specs of the card
(PS Intel lies)

No experience with NVidia.

Radeon works fine even with the APUs (GPU in the main processor). It's
something like an A2 or A3, from memory...

No hope with Intel pre-HD. The GM945 simply doesn't have the hardware,
for example. For reference Intel HD 4400 works fine (until it overheats,
but that's a design issue of this laptop, probably).

For the wx/GDI/GDK part I'd say everything with at least an AGP will
work:P *except* maybe the radeon with the free driver (notorious bug!
was it fixed?); if it's slow (people usually notice it with the grid on)
use the proprietary driver (need some patches with the newer kernels...)




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Full integration to Github

2015-12-08 Thread David Godfrey

Hi Guys,

Just to throw in my 2 cents.

It may be worth contacting github support to see if they would be
willing to assist importing issues.
It is possible that they would temporarily disable rate limiting, and
block notification email for a one-off import.

If they will, I would suggest a modified import script during testing
that mangles email addresses so it doesn't trigger the mailer.
Also, it needs to be slow enough to not trigger rate limiting.

Once we are happy that the import is as we want it, get github to
disable rate limiting and notification on the real project.
Run the import, verify it, get rate limiting and notification re-enabled.

Lots of open source projects migrate to github with all of there
history, so it has to be possible in a sane fashion.

Regards
David G

On 07/12/15 22:37, Mark Roszko wrote:
> So I did just a import of "open" issues from launchpad.
> https://github.com/marekr/kicad-issue-test/issues?page=7&q=is%3Aissue+is%3Aopen
>
> 1. Github's API rate limiting is extreme, they trip on "abuse
> detection" really really often so it took ~24 hours just to get 700
> issues and only partial comments
> 2. I stopped it because I had people complaining github was spamming
> them with notifications. This is because the @ mentions from launchpad
> were being copied. You would think they would be smart enough to
> disable notifications for API posted issues or make it an option to
> silence it.
>
>
>
>
>
> So what can I say:
> 1. Importing the entire set (open and closed) of issues would take a
> very long time with the rate limiting. I would say all the closed
> issues on LP are honestly useless and don't need to be moved as they
> can stay archived there forever, god forbid anyone every needs to look
> at one.
> 2. "Syncing" GH to LP open bugs would require a script/bot to keep
> checking and posting comments between the two.
>
>
>
>
>
> Personally what I would suggest:
> 1. We don't have to use github issues, it is an option to disable them.
> 2. There's always the option to self host our own bug tracker
> separately from source control, with JIRA no longer melting the kicad
> website server, perhaps something as simple as Trac could run on it?
> Then you get a bug tracker that's arguably more user friendly than
> launchpad and more fleshed out than github (they even calls their
> lightweight so).
> a. we can shove in a github login plugin :D
> b. there's a plugin to sync launchpad to trac.
>
>
>
>
> Otherwise, we can just import like I did and call it a day.
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [rfc] actual sexpression parsing

2015-12-19 Thread David Godfrey

w versions will only add
nodes to the previous version, never alter the way data is
stored.

  This allows a newer parser to parse any historical version
file.
  In almost all cases an older version parser can parse a
newer file, but

  any nodes that are unknown will just be skipped.
  Skipped nodes may or may not be a problem for the way
a use sees the result, 
but there should be a lockout preventing the file from
being saved.
If the lockout can be overridden, then we should force a
filename change
  Ideally any unknown nodes should be retained in the
tree and written back when the file is saved.
This can get complicated especially if associated nodes
have been modified

  

  
  Easily debugged as the human readable nature allows direct
inspection to validate what has been read/written
  

I have been writing software for PC's and microcontrollers since the
early 1980's much of the time dealing with communications between
different pieces of hardware and invariably the binary protocols
take up 90% of the debugging time and way too much of the
documentation and coding time.


I'll climb down from my soapbox now, but I hope I have assisted
people's understanding of Wayne's refusal to use binary formats.

Regards
David G

On 19/12/15 05:46, Wayne Stambaugh
  wrote:


  Mark,

I haven't had time to look at your commit so I'm not going to comment on
that until I do.  I don't know when I'll have time as I have a lot of
stuff to do and I'm traveling over the holidays so my review time will
be limited.  In the mean time I will comment on some of the things I've
read in this thread.

Binary file formats are not going happen while I'm project leader. I
have 30 years of less than positive experience with them and I'm not
about to start using them now.

Be careful with the C++ << operators. They may not do the correct thing
with floating point numbers. There may also be some overhead that the
current design does not have.  I will not accept a performance hit on
file parsing or any significant increase in formatted file size.

On 12/17/2015 10:32 PM, Mark Roszko wrote:

  
So awhile back, Wayne said to use sexpr for something I wanted to do.
Then I looked at the sexpr parsing and said NOPE.


Why NOPE? Because the current parsing regime is basically Visual Basic
6 parser written in a modern language with micro-optimizations meant
for someone running a Windows 3.1 computer with 5.25" storage drives.


This patch is a propsed sexpr parser that parses sepxr like its sexpr
and not a parenthesis format. Because if you are parsing with things
like NeedLeft() and NeedRight(), you are parsing it wrong.

Especially when you see something like this:

case T_descr:
if( sawDesc )
in->Duplicate( tok );
sawDesc = true;
in->NeedSYMBOLorNUMBER();
row.SetDescr( in->FromUTF8() );
break;


but then you realize that fp_lib_table has quoted strings for MOST
descr entries. And you question why the method is called
NeedSYMBOLorNumber when its a string with quotes. Then you go deeper
and realize the parser may as well be a csv reader/writer. You either
parse like sexpressions or you stop calling it sexpressions.



New proposed system:
1. Reads and generates an in memory tree structure of data as it
should be, i.e. lists, strings, numbers, etc.

  
  
I'm ok with the memory tree structure as long as it doesn't add any
significant parsing or conversion to internal object overhead.


  
2. Helpers to pull out each item as need be

  
  
OK


  
3. Backwards compatible

  
  
Backwards compatibility is not optional.


  
4. Doesn't do silly keywords micro optimization at compile time. You
do a string comparison to convert the value to integer anyway, using
if/else is no different each time. Kicad isn't parsing gigabyte sized
files nor hundreds of files, this optimization really isn't worth the
overhead in maintenance.

  
  
This change will probably kill your performance as the file format gets
new features which it will.  I could be wrong but there is not going to
be much faster token look up than integers.  Before you decide this
optimization isn't worth it, you need to get an 8 layer+ high density
board file from someone and do some testing.


  
5. Generate saved files from in memory tree structures, this will
avoid all possible formatting irregularities and differenc

Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

2015-12-19 Thread David Godfrey

tern matching class.


Completely agree with this.
  The class should, if possible, include a link to one or more
  graphical objects that provide the search type options.
  If there is more than one graphical object only one should be
  required per search window, any extras should be replacements that
  offer a different layout or group of visible features. These would
  be used where a feature doesn't make sense such as a case
  sensitive search on data that is always case insensitive (eg: net
  names if config says they are case insensitive) .

  

  

On Fri, Dec 18, 2015 at 01:57:16PM -0500, Jon Evans wrote:


  Hi Chris, thanks for the feedback.  I certainly don't expect you to waste
your time implementing something that you don't want/need!  I think if you
end up implementing wildcard match it will be a good starting point for
adding fuzzy matching later if someone wants to take that on (maybe even I
would!), at which point we can try it out and see if anyone else besides me
thinks it's a better way to search.

BR,
Jon

On Fri, Dec 18, 2015 at 1:51 PM, Chris Pavlina 
wrote:


  
This is just going to clutter up the results with a bunch of annoying
false positives. If you want it, fine, but I'm not going to waste my own
limited time on it. All I want is a simple, predictable pattern match.
On Dec 18, 2015 13:32, "Mark Roszko"  wrote:



  We can probably implement it ourselves as a wx based control,

The JS implementation is only 100 lines.
https://github.com/mattyork/fuzzy/blob/master/lib/fuzzy.js

You don't need a C++ library or anything



  

  

A problem I can see with fuzzy searches is how to set the
  boundaries that define where extra characters can be present.
  A common fuzzy search that we would use (eg: 74123 ) may convert
  to a wildcard search that looks like
  *74*123*
  We would probably not want it to return results that match
  *7*4*1*2*3*
  which is what the simplest implementation of a fuzzy search would
  return
  
  For some fuzzy patterns it will be fairly obvious what the
  intended boundaries are (like the 74123 example)
  for others we can imply the boundaries  as being at the transition
  between character types, 
  74hc123 => *74*hc*123* + *74*123* + *hc*123*
  As you can see it gets complicated fast for our use case
  Converting that same fuzzy search (74hc123) to a regex may make
  more sense.
  74hc123 =>  7+.*4+.*h+.*c+.*1+.*2+.*3+.*
  (the above regex is based on the definition found in linux's (man
  7 regex)
  As this shows we can expect to get a lot of unwanted matches
  unless we recognize some expected patterns and produce special
  cases for each one.
  The results of the special cases should always be presented first,
  with the full (anything can be between each character) results
  presented last.
  
  This is an oversimplification of the problems we can expect to
  face with a user-friendly implementation of a fuzzy search.
  Regardless of anything else, a good regex implementation would be
  desirable first as a fuzzy search should just be a conversion from
  the input pattern to a single or group of regex's.
  Any other way is probably duplicating much of the regex code
  anyway.
  
  
  Regards
  David G
  

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Interesting Discussion Re: [RFC] Wildcard and/or regex support in the component chooser

2015-12-20 Thread David Godfrey


  
  
Hi Erik,

Some interesting discussion on different search options happening on
Kicad mailing list.
It raises these questions, 

  are we using postgres LIKE, SIMILAR TO, or ~ (posix regex)
when allowing a user to enter search information?
  Do we allow the user a choice of search types (regex vs sql
patterns vs other) on a global or per user basis?
  
  Do we inform the user (on each search screen) what can be used
to create patterns?
ie: % matches any number of chars, _ matches a single char,
there is an implied % before and after the pattern

Regards
  David G
On 19/12/15 04:56, Wayne Stambaugh
  wrote:


  On 12/18/2015 2:22 PM, Chris Pavlina wrote:

  
Thanks, and I don't mean to sound grouchy about it. I don't want to try 
to be a backseat driver and start insisting we do things My Way, or 
anything like that. It's just that my proposed change is really quick 
and simple, and would scratch a massive itch of mine - I'd definitely 
not object to adding even more stuff, but I've been really limited on 
time lately... fuzzy matching sounds kinda interesting, and it'd be cool 
to see it added. It just wouldn't do anything for the reason I wanted to 
add wildcard matching, and as much as I wish I had time to spend coding 
cool things that _don't_ help me... I don't have any. :(

  
  You're allowed sound grouchy!  You're the one who's implementing it so
you get the lion's share of the say.  That's not to say other devs input
isn't useful but at the end of the day, you're one writing the code.
Here is my 2 cents.  From an advanced users point of view, wildcard and
regex searching is great so I'm all for it.  However, how many users
really know how to use regex or even simple wildcard searches?
Experience has taught me that very few actually do.  In fact, the only
users I know that know how to use them are developers.  We (myself
included) should always keep that in mind when writing code.  One simple
option might to create and abstract pattern matching base class
(EDA_PATTERN_MATCH) and only implement a wildcard and/or regex
implementation.  That way in the future, if someone feels really
ambitious, they can create any number of fancy pattern matching
algorithms without having to rewrite the code that utilizes it.



Can I suggest using the time honoured method of a set of
  radio buttons (or dropdown list) allowing selection of what type
  search you want to perform.
  mcedit (midnight commander editor) has a good example of this in
  it's text user interface
  
  
  
  I think in the long run we may want to support
  

  Normal
      unless enclosed in /'s or ~'s it is a
  simple substring search with implied wild cards at start and
  end of the pattern

  Wildcard
  Regex
  Fuzzy / Smart search

There should be a help popup associated with a small ?
button alongside each option.
  
I also think we should change our existing default search
type to include the implied wildcards at start and end of the
pattern.
This would go a long way to helping non technical (from a
programming perspective) users find the parts they want.
We could also assume that (if the selected type is "normal")
  

  if the pattern is enclosed in a pair of /'s it is a
  regex
  if the pattern is enclosed in a pair of ~'s it is a
  fuzzy search (once implemented)

  if it is not a regex or fuzzy search and contains a
  wildcard [*?] then it is a simple wildcard match

Use of / or ~ to identify a regex or fuzzy pattern should
not be required, as the user could have overridden this by
making a manual selection of the type.
  
By requiring that a regex or fuzzy pattern be enclosed in
/ or ~ chars for auto type selection (if entered in the search
box) it allows any pattern type to contain these characters even
as the first character of the pattern by simply selecting the
pattern type from the radio or dropdown list.
  
This is not all of the solution, but should allow extra
capabilities to be added during the life of the software
supporting both normal users and users with more knowledge.
Also it helps to educate users that there are other ways of
searching that may be more useful.
  
The tilde (~) is often used to indicate approximation (in
the world outside programming) hence the suggestion it is used
to denote a fuzzy search.
This does conflict with a common programming use of the tilde to
indicate a regex, but as regexes are oft

Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

2015-12-20 Thread David Godfrey

Hi Chris,

In fact, no, I didn't realise that all of that had been argued over, nor
that the patch was finished.
The thread I posted on didn't mention anything about some of those
points, nor that it was already done!

Also I don't think my comments were resurrecting an old thread
considering that your previous post was only about 32 hours earlier than
mine.

Regards
David G

On 20/12/15 13:56, Chris Pavlina wrote:
> You do realize we've already argued over pretty much all the points you 
> made, and _finished_ the patch already?
>
> On Sun, Dec 20, 2015 at 01:17:07PM +0800, David Godfrey wrote:
>>Wow, 2 posts from me in the same day!
>>That is unprecedented ;-)
>>
>>Comments inline.
>>
>>On 19/12/15 04:56, Wayne Stambaugh wrote:
>>
>>  On 12/18/2015 2:22 PM, Chris Pavlina wrote:
>>
>>  Thanks, and I don't mean to sound grouchy about it. I don't want to try
>>  to be a backseat driver and start insisting we do things My Way, or
>>  anything like that. It's just that my proposed change is really quick
>>  and simple, and would scratch a massive itch of mine - I'd definitely
>>  not object to adding even more stuff, but I've been really limited on
>>  time lately... fuzzy matching sounds kinda interesting, and it'd be cool
>>  to see it added. It just wouldn't do anything for the reason I wanted to
>>  add wildcard matching, and as much as I wish I had time to spend coding
>>  cool things that _don't_ help me... I don't have any. :(
>>
>>  You're allowed sound grouchy!  You're the one who's implementing it so
>>  you get the lion's share of the say.  That's not to say other devs input
>>  isn't useful but at the end of the day, you're one writing the code.
>>  Here is my 2 cents.  From an advanced users point of view, wildcard and
>>  regex searching is great so I'm all for it.  However, how many users
>>  really know how to use regex or even simple wildcard searches?
>>  Experience has taught me that very few actually do.  In fact, the only
>>  users I know that know how to use them are developers.  We (myself
>>  included) should always keep that in mind when writing code.  One simple
>>  option might to create and abstract pattern matching base class
>>  (EDA_PATTERN_MATCH) and only implement a wildcard and/or regex
>>  implementation.  That way in the future, if someone feels really
>>  ambitious, they can create any number of fancy pattern matching
>>  algorithms without having to rewrite the code that utilizes it.
>>
>>
>>Can I suggest using the time honoured method of a set of radio buttons (or
>>dropdown list) allowing selection of what type search you want to perform.
>>mcedit (midnight commander editor) has a good example of this in it's text
>>user interface
>>
>>I think in the long run we may want to support
>>
>>  • Normal
>>unless enclosed in /'s or ~'s it is a simple substring search with
>>implied wild cards at start and end of the pattern
>>  • Wildcard
>>  • Regex
>>  • Fuzzy / Smart search
>>
>>There should be a help popup associated with a small ? button alongside
>>each option.
>>
>>I also think we should change our existing default search type to include
>>the implied wildcards at start and end of the pattern.
>>This would go a long way to helping non technical (from a programming
>>perspective) users find the parts they want.
>>We could also assume that (if the selected type is "normal")
>>
>>  • if the pattern is enclosed in a pair of /'s it is a regex
>>  • if the pattern is enclosed in a pair of ~'s it is a fuzzy search (once
>>implemented)
>>  • if it is not a regex or fuzzy search and contains a wildcard [*?] then
>>it is a simple wildcard match
>>
>>Use of / or ~ to identify a regex or fuzzy pattern should not be required,
>>as the user could have overridden this by making a manual selection of the
>>type.
>>
>>By requiring that a regex or fuzzy pattern be enclosed in / or ~ chars for
>>auto type selection (if entered in the search box) it allows any pattern
>>type to contain these characters even as the first character of the
>>pattern by simply selecting the pattern type from the radio or dropdown
>>list.
>>
>>This is not all of the solution, but should allow extra capabilities to be
>>added during the life

Re: [Kicad-developers] [RFC] Reorganize eeschema options a bit

2015-12-20 Thread David Godfrey


  
  
Hi Chris,

I agree with keeping tab names short, but if the widget set allows I
normally set a tooltip for the tab that shows the longer form of the
name (where appropriate)

Regards
David G

On 20/12/15 01:06, Chris Pavlina wrote:


  
On Dec 19, 2015 12:04 PM, "Attila Kinali" <att...@kinali.ch>
wrote:
>
> On Sat, 19 Dec 2015 10:07:28 -0500
> Chris Pavlina <pavlina.ch...@gmail.com>
wrote:
>
> > Nah, I'd love to, but I can't afford travel right now
:(
>
> Doh!
>
> > I like your organization - if Wayne's okay with this,
I'll probably go
> > with that, then. I have one comment: in the current
setup, the major
> > categories are tabs, so I'd probably shorten the names
a bit - with
> > things like "Keyboard and Mouse", the tab set is going
to get too long,
> > too fast. I'd probably rename "Keyboard and Mouse"
-> "Controls", and
> > "Text and Line" -> "Graphics" or "Display". I
actually think your names
> > are "better" purely by themselves, but I do have to
make sure the tabs
> > fit too :)
>
> Hmm.. Wouldn't this result in tabs with just 3-4 settings?
  Nothing is reorganized, I just renamed your heading
:P
  >
>                         Attila Kinali
>
> --
> It is upon moral qualities that a society is ultimately
founded. All
> the prosperity and technological sophistication in the
world is of no
> use without that foundation.
>                  -- Miss Matheson, The Diamond Age, Neil
Stephenson
  
  
  
  
  ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Interesting Discussion Re: [RFC] Wildcard and/or regex support in the component chooser

2015-12-20 Thread David Godfrey


  
  
Hi All, 

Sorry for the accidental post to the list, forgot to delete the list
address before forwarding to a dev on another project

On 20/12/15 16:11, David Godfrey wrote:


  
  Hi Erik,
  
  Some interesting discussion on different search options happening
  on Kicad mailing list.
  It raises these questions, 
  
are we using postgres LIKE, SIMILAR TO, or ~ (posix regex)
  when allowing a user to enter search information?
Do we allow the user a choice of search types (regex vs sql
  patterns vs other) on a global or per user basis?

Do we inform the user (on each search screen) what can be
  used to create patterns?
  ie: % matches any number of chars, _ matches a single char,
  there is an implied % before and after the pattern
  
  Regards
David G
  


  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Linux dependencies for building from source

2016-01-04 Thread David Godfrey


  
  

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Tom, Maciej

On 04/01/16 17:47, Maciej Sumiński wrote:
> Hi Tom,
  >
  > Thank you for noticing, a pull request to correct this has
  already been
  > sent.
  >
  > BTW: I have just noticed we keep two documents describing the
  compiling
  > process - on the website and in the source repository
  > (Documentation/development/compiling.md). How about getting
  rid of the
  > latter one?
Could I argue against removing the doc in the source.
If I need to work out how to compile something, I always use local
docs from the repository at (in theory) they should be correct for
that exact version of source.

On the other hand, a version of the doc kept on a website is very
likely not correct for that version of source.
It can only present a single method that is correct for a given
version. (unless you want to complicate it with lots of [do this for
ver:X but not ver:Y] statements.
As (using git) I could decide to install branch "master" or go back
in time and install branch "0.6" it is likely that the web
instructions will be wrong for one or both methods, while the docs
in the source tree should be correct or close to correct at least.

Regards
David G
>
  > Regards,
  > Orson
  >
  > On 12/30/2015 07:42 PM, Tom Andrews wrote:
  >> Hi,
  >>
  >> Just a quick one for the website, under the Linux build
  from source page,
  >> the dependencies are missing packages: libglm-dev and
  libcurl4-openssl-dev
  >>
  >> Thanks,
  >>
  >> Tom
  >
  >
  >
  >
  > ___
  > Mailing list: https://launchpad.net/~kicad-developers
  > Post to : kicad-developers@lists.launchpad.net
  > Unsubscribe : https://launchpad.net/~kicad-developers
  > More help   : https://help.launchpad.net/ListHelp

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJWikYUAAoJEKtnf+w62ZJXsm8H/0C12D6GCQWhQpR5kSRV0Dai
bzCoNJ3IgCCycQ1qIFo6B9GiEtHDwGI4xb97ZPxKxXkugSvp24dRxL6DnotuR2ny
1ukyc3cRthixRCDL5Nw0unwwEn0cRUzUZWW7mWyi0FNDodF3MU3U8j+xeZRG4s9b
5I5YmmG1TdKhBHstD3nVAMrEbkPeS7kVVZvu+QHYmXE492ZdpaZhV9t7ZHcOKIfY
oguyEX9mgO+EucSBDnZGH4A52HBn3Rg8JB5zAloQUS46IqdXJCDFkSLOiNNcvnDw
jO1/YPGvS4H8hLvYxTTLNlwnLfeMpliHsuzLXUcfwwE1fB7fJLg+O79HR5GvaRM=
=+HKt
-END PGP SIGNATURE-

  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Slow performance in pcbnew (PNS/GAL only) on high-fanout nets

2016-02-02 Thread David Godfrey



On 03/02/16 01:19, Jean-Paul Louis wrote:
> Checking for overlapping courtyard areas should be the first task of DRC,
> as there is no point checking for any other type of error if parts overlap
> (non manufacturable).
> But that feature will also need a switch to turn it off on very specific
> instances.
I agree here, there are cases where overlapping components may make a
lot of sense.
Consider a mechanical object like a heatsink or mounting bracket that
"needs" to be a footprint on the pcb as it is part of an electrical
connection.
The component that the heatsink cools could well overlap the heatsink.

Another case would be perhaps placing a thermistor inside a toroid
mounted on the pcb.
I am sure that there are a large number of similar uses for overlapping
courtyards.

Another thing to consider would be handling  the case where you want
overlapping footprints to allow 2 different versions of a component to
be fitted.
To use a very simple example the use of 3 holes for both 0.1" and 0.2"
radial capacitors. You would only ever fit one, but due to supply issues
you may need to be able to fit either.

Another good example would be narrow and wide IC packages that have the
same pitch, common in both DIP and SOIC packages

Of course you could create special footprints for these cases, but if
it's just one component on your board, and you only need to do it
occasionally it's simpler to just overlap the footprints.
Regards
David G
> Just my $0.02,
> Jean-Paul
> N1JPL
>
>
>> On Feb 2, 2016, at 5:05 AM, jp charras  wrote:
>>
>> Le 02/02/2016 10:31, Tomasz Wlostowski a écrit :
>>> On 02.02.2016 10:29, Maciej Sumiński wrote:
>>>> Pads on the same net overlapping are *not* a DRC error.
>>>>> (Only overlapping holes could be a DRC error, although I am not
>>>>> sure)
>>> Hi Jean-Pierre,
>>>
>>> I would refine that:
>>> - overlapping pads within the same component are not an error
>>> - overlapping pads between different components is an error
>>>
>>> Cheers,
>>> Tom
>>>
>> Yes I agree.
>>
>> However, testing overlapping pads could be made only after
>> moving/placing a footprint (or changing a clearance value).
>> Checking the courtyard layers (feature to do ...) could be a good
>> complement.
>>
>> -- 
>> Jean-Pierre CHARRAS
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] kicad StepUp nice MCAD renderings

2016-03-20 Thread David Godfrey


  
  
Hi Maurice,

That is a VERY nice render.

I was interested to see that mounting screws aren't included though.

I've been including mounting screws as a schematic + pcb element for
years now.
It means they don't get missed on the bom, and as a side effect they
are visible  in a render.

Another advantage is you can have the correct hole size and keepout
areas in place for the screw, and never need to worry that you will
have issues at build time.

Generally I include all parts of a build in the schematic + pcb,
including enclosure, screws, standoffs, etc
It saves on time when purchasing, and building.
Especially if you are handing a design to a build house for turnkey
delivery

    Regards
David G

On 20/03/16 06:43, easyw wrote:

Hi,
  
  thanks to an other happy user of my kicad StepUp tools, I'm glad
  to share this nice rendering made in PTC Creo (ProE) after having
  exported multiple kicad boards and parts with FreeCAD and kicad
  StepUp tools to STEP and assembled them in mechanical 3D
  environment
  
  
  I'm attaching the picture that can be found at kicad forum
  
https://forum.kicad.info/t/how-to-share-step-3d-model-with-all-the-components-on-the-pcb-too/2542/12
  
  http://photos.xavimages.co.uk/photos/i-x8ghdWk/0/O/i-x8ghdWk.jpg
  
  
  this is a nice example of ECAD MCAD co-design and collaboration in
  kicad with an artistic touch for realistic rendering ...
  
  
  Maurice
  
  
  
  
  ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] New pcbnew features and versioning

2016-04-10 Thread David Godfrey

Hi All,

On 11/04/16 07:37, Wayne Stambaugh wrote:
> Let's slow down and think about this a bit.  I'm not sure that this is
> the best way to resolve this.  Let me chew on it a bit and I will get
> back to you.  I've been busy today so hopefully by tomorrow I'll have an
> answer.
Wayne,
Off the cuff I'd propose a single "used features" block in the file format.
This would purely be a list of features that are used by this file. then
it's easy for the loading software to confirm what it supports
eg: roundrect-1, angletext-33
the appended number can be used to differentiate between non backwards
compatible versions of a feature

This would be fairly easy to implement, and trivial to test at file load
The hardest part would be spending the time to go through and define the
struct to the project that records every feature we care about.
Although that could be done by only adding features to that struct when
a change is made from now on.

Regards
David G
> Thanks,
>
> Wayne
>
> On 4/10/2016 12:36 PM, jp charras wrote:
>> Le 10/04/2016 16:11, Chris Pavlina a écrit :
>>> I like the idea. It'll take some work to implement properly, though. I can
>>> start working on it, but it will likely be at least a week before I have
>>> anything.
>> Thanks you to make me very happy ...
>>
>>> On Sun, Apr 10, 2016 at 04:05:42PM +0200, jp charras wrote:
>>>> Le 10/04/2016 15:31, Chris Pavlina a écrit :
>>>>> So - would you be happy with me just changing that to a warning that can 
>>>>> be
>>>>> clicked through instead of an error, and rewriting the message a bit to 
>>>>> agree?
>>>>>
>>>> I'll be more happy.
>>>>
>>>> But I'll be really very happy if a dynamic version numbering is also 
>>>> added, rather a fixed arbitrary
>>>> number.
>>>>
>>>> Currently the version is 4.
>>>> If a method is added (something like GetMinimalVersionNumber()) to all 
>>>> board items (tracks, texts
>>>> footprints, pads...), each item can return the needed minimal version to 
>>>> be read in file.
>>>> Currently they could return 4, but for a pad, if its type is rounded rect 
>>>> it will return 20160410,
>>>> and therefore its footprint parent returns 20160410 (or 4 if no rounded 
>>>> rect pad is found)
>>>>
>>>> Before writing the file, just run BOARD::GetMinimalVersionNumber() to know 
>>>> the actual needed version.
>>>>
>>>> -- 
>>>> Jean-Pierre CHARRAS
>>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] New pcbnew features and versioning

2016-04-11 Thread David Godfrey

Hi Wayne,

Nice concise response and good direction, exactly what is needed from a
Project Leader.

Regards
David G

On 12/04/16 07:32, Wayne Stambaugh wrote:
> I'm going to put on my project leader hat and try to respond to all of
> the issues discussed thus far rather than reply to each concern
> individually.  I'll start off by saying that many of you are going to
> disagree with me but I'm OK with that.  At the end of the day, I'm
> responsible for the code that ends up in KiCad so my opinion counts just
> a little so here it goes.
>
> As for providing the ability to save older file versions, I have very
> little interest in asking any of our developers to provide this given
> the project's limited manpower.  Comparing KiCad to LibreOffice shows a
> lack of understanding in just how few developers contribute to KiCad.
> There are many paid full time developers working on LO, and hundreds of
> volunteers.  KiCad has two very part time paid developers, a couple of
> regular contributors, and a handful of occasional contributors.  This
> does not mean that I do not care about our users.  On the contrary, I
> prefer to use our limited manpower resources to get the most bang for
> our buck.  I believe we have much bigger issues to resolve than being
> able to save to old file formats.
>
> Any changes to the file format, parser, and output formatter will be
> heavily scrutinized to ensure they meet the following criteria: the file
> format must be human readable without being overly verbose and the file
> parser and output formatter code must well designed, easy to understand,
> and easy to extend.  Everything I have seen discussed thus far runs
> counter to these design goals.  I am not saying that I will not allow
> any changes but these design goals are in play.  This means you should
> assume that the bar is going to be very high for any changes to this
> code and/or the file format.
>
> That being said, we should attempt to provide some type of file version
> information to help the user figure out what to do when they have file
> version issues so I propose we do the follow:
>
> * Use Chris' time stamp version number patch.
>
> * Allow the file to be parsed as is.
>
> * If the file fails to parse and the file header information is valid
> use the version number to determine if the file is corrupt (<= build
> file version) or the file may have failed because it contains features
> not available ( > build file version).
>
> * If the header was not successfully read, warn the user that the file
> does not appear to be a kicad board file.  If the file does parse
> successfully and the file version is > than the current build version,
> warn the user that the file was created with a newer version of KiCad
> which may result in data corruption and/or loss and see if they want to
> continue.
>
> * If the file version is <= the build file version than all is well.
> This should cover most of the file parsing cases and give the user some
> useful information on what steps they may or may not want to take to
> resolve their file version issues.
>
> This may not satisfy everyone's goal but it's far better than what we
> are doing currently without making a mess of our file format, parser,
> and output formatter.
>
> Cheers,
>
> Wayne
>
>
> On 4/11/2016 12:00 AM, David Godfrey wrote:
>> Hi All,
>>
>> On 11/04/16 07:37, Wayne Stambaugh wrote:
>>> Let's slow down and think about this a bit.  I'm not sure that this is
>>> the best way to resolve this.  Let me chew on it a bit and I will get
>>> back to you.  I've been busy today so hopefully by tomorrow I'll have an
>>> answer.
>> Wayne,
>> Off the cuff I'd propose a single "used features" block in the file format.
>> This would purely be a list of features that are used by this file. then
>> it's easy for the loading software to confirm what it supports
>> eg: roundrect-1, angletext-33
>> the appended number can be used to differentiate between non backwards
>> compatible versions of a feature
>>
>> This would be fairly easy to implement, and trivial to test at file load
>> The hardest part would be spending the time to go through and define the
>> struct to the project that records every feature we care about.
>> Although that could be done by only adding features to that struct when
>> a change is made from now on.
>>
>> Regards
>> David G
>>> Thanks,
>>>
>>> Wayne
>>>
>>> On 4/10/2016 12:36 PM, jp charras wrote:
>>>> Le 10/04/2016 16:11, Chris Pavlina a écrit :
>>>>>

Re: [Kicad-developers] 3D file relative paths

2016-04-12 Thread David Godfrey

Hi Wayne and Cirilo,

I have to agree with Wayne here.
The use of Env Vars is the only sensible and portable method that can be
used.
If using relative paths that are relative to the project dir, and I want
to put a collection of footprints (etc) in some other dir, perhaps on a
server share, the relative path model then fails.
However there is no reason why I can't have appropriate Env Vars set in
the Configure Paths dialog to facilitate that, or even more complex
arrangements.

I think both use and editing of File location should handle env vars
sensibly.
If editing, I would expect to be able to enter any env var, and get a
warning (but only a warning) on saving the change if the env var is not set.
Display of the File Location should show the uninterpreted env var. ie
${ProjDir}/demo.pcb

Regards
David G

On 13/04/16 07:02, Wayne Stambaugh wrote:
> It's not necessary to define environment variable at the system wide or
> user level.  You can define them at the application level using the
> "Configure Paths" dialog.  This way you can set any environment variable
> you want and it will be available in the currently running process.
> Configured properly, it should allow you to make your projects portable
> across systems and platforms assuming you can access all of your
> libraries on a given system.  This is how I do it.
>
> On 4/12/2016 5:32 PM, Cirilo Bernardo wrote:
>> Hi Wayne,
>>
>>  The new resolver will expand variable names; any path specified in a
>> kicad pcb file or footprint file will be interpreted in exactly the same
>> way as with the older system. The only difference with the new system is
>> that there is no need for environment variables (but they will be
>> interpreted if present). The idea was that users could use the GUI to
>> specify the search paths and give those paths names (aliases) which are
>> analogous to the environment variables, except that they aren't
>> environment variables. I think this is a Good Thing because fiddling
>> with environment variables on MSWin and OSX is a nuisance. I imagine
>> some Linux users might find env vars a nuisance as well, especially if
>> they launch kicad from a desktop UI.
>>
>>  I'll check out the issue with the software rejecting ${ENV_VAR} in the
>> file name editor.
>>
>>  If we agree that a "../" style of relative path can only be interpreted
>> as relative to the current project directory then I think that style of
>> relative path may in fact be better in many ways than an absolute path
>> (until a user moves the project directory).  Some users prefer that
>> style of relative path for their particular workflow so I can implement
>> that if there are no objections.
>>
>>  The other differences between the new resolver and the old system:
>> a. a partial path like "path/to/my/file.wrl" will be interpreted as a
>> path within the current working directory (new behavior) and if it
>> doesn't exist there then it will be interpreted as a path within the
>> ${KISYS3DMOD} directory (old behavior).
>> b. due to the new behavior in (a), there is no need for "${KIPRJMOD}" -
>> a partial path will always be checked against the current project directory.
>>
>> So a summary of the new resolver:
>> a. env vars are not needed, but still supported (except for the issue
>> mentioned in the filename editor)
>> b. multiple model root paths are supported via aliases rather than env
>> var; an aliased name appears to the user as
>> "alias_name:my/partial/path/to/mymodel.wrl"; within the PCB file the
>> alias itself appears as ":alias_name:my/partial/path/to/mymodel.wrl".
>>
>> - Cirilo
>>
>> On Tue, Apr 12, 2016 at 10:54 PM, Wayne Stambaugh > <mailto:stambau...@gmail.com>> wrote:
>>
>> Hey Cirilo,
>>
>> Does the new 3D file path resolve no longer support environment variable
>> expansion?  If it doesn't, it should.  We've have had so many issues
>> with relative paths in the past that I'm reluctant to allow them.
>> That's the primary reason we support environment variable expansion in
>> the fp-lib-table and the old 3D file path code because it's infinitely
>> more portable than relative and absolute paths.  I know this is not the
>> easiest issue to resolve but the best solution I've seen is how
>> fp-lib-table handles them.  If someone has any better ideas, I'm open to
>> suggestion.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 4/12/2016 2:18 AM, Cirilo Bernardo wrote:
>> > Hi folks

Re: [Kicad-developers] DIALOG_ORIENT_FOOTPRINTS

2016-04-12 Thread David Godfrey

Hmm,

I'v not used it on Kicad but the ability to change the orientation of an
arbitrary selection of footprints is something I've used many times in
Altium.

Ideally you want to be able to set an absolute orientation, and also a
relative (to current) angle adjustment.

This is especially useful when designing boards like LED matrices and
wanting to put all resisters on a specific angle (eg: 21.3deg).
You can then do an array alignment with the same outer limit you used
for your LED alignment.
Then move the group of resistors into position relative to the LED's.

Now running your tracks becomes trivial.

Without the ability to auto adjust the orientation on a selection of
parts the job becomes long and tedious.
Some of the PCB's I've done this on have over 1000 LED's and resistors,
and generally you need to orient both the resistors and the LED's

So in summary, I'd like to keep the ability to do this, but on a
selection instead of globally.
And being able to alter it as an absolute angle, or as a relative to
current (prefix the new angle with + or - to get relative movement)
would be beneficial.

Regards
David G

On 13/04/16 06:40, Chris Pavlina wrote:
> I wonder how many of you are even aware of DIALOG_ORIENT_FOOTPRINTS. It's
> hidden in the Secret Menu in pcbnew (the spread-and-place) one, menu item
> Orient All Footprints. The code hasn't been touched since 2010 except a few
> cleanups, and it seems really simplistic and useless to me. I was going to
> upgrade it to floating-point angle entry like everything else, but
>
> Does _anybody_ even use this? It seems utterly useless. I have no idea when
> you'd want to globally apply an orientation to footprints. Can I just tear it
> out?  :P
>

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] DIALOG_ORIENT_FOOTPRINTS

2016-04-12 Thread David Godfrey

Hi Chris,

A rotation of the selection is not the same as a rotation of the
individual components.
Consider you already have the components roughly in a grid, and you need
to rotate them by 20 degrees.
Rotating the selection means you have to do major repositioning of every
component to get them back in the correct area.

However rotating the components within the selection means they are
still in about the right position, so only minor placement adjustments
are required.
These minor adjustments can likely be made using the align and
distribute tools

I Agree half-implemented features are bad, better to update them and
properly implement.

Regards
David G

On 13/04/16 08:53, Chris Pavlina wrote:
> GAL already has this. Block or multi select, Ctrl-M for "move exactly" (or use
> the context menu), and type an angle. Just rotates the whole selection, then
> you can place your rotated resistors.
>
> Considering legacy is on its way out, I'd rather not keep crusty old
> half-implemented legacy features around to require maintenance.
>
>
> On Wed, Apr 13, 2016 at 08:50:38AM +0800, David Godfrey wrote:
>> Hmm,
>>
>> I'v not used it on Kicad but the ability to change the orientation of an
>> arbitrary selection of footprints is something I've used many times in
>> Altium.
>>
>> Ideally you want to be able to set an absolute orientation, and also a
>> relative (to current) angle adjustment.
>>
>> This is especially useful when designing boards like LED matrices and
>> wanting to put all resisters on a specific angle (eg: 21.3deg).
>> You can then do an array alignment with the same outer limit you used
>> for your LED alignment.
>> Then move the group of resistors into position relative to the LED's.
>>
>> Now running your tracks becomes trivial.
>>
>> Without the ability to auto adjust the orientation on a selection of
>> parts the job becomes long and tedious.
>> Some of the PCB's I've done this on have over 1000 LED's and resistors,
>> and generally you need to orient both the resistors and the LED's
>>
>> So in summary, I'd like to keep the ability to do this, but on a
>> selection instead of globally.
>> And being able to alter it as an absolute angle, or as a relative to
>> current (prefix the new angle with + or - to get relative movement)
>> would be beneficial.
>>
>> Regards
>> David G
>>
>> On 13/04/16 06:40, Chris Pavlina wrote:
>>> I wonder how many of you are even aware of DIALOG_ORIENT_FOOTPRINTS. It's
>>> hidden in the Secret Menu in pcbnew (the spread-and-place) one, menu item
>>> Orient All Footprints. The code hasn't been touched since 2010 except a few
>>> cleanups, and it seems really simplistic and useless to me. I was going to
>>> upgrade it to floating-point angle entry like everything else, but
>>>
>>> Does _anybody_ even use this? It seems utterly useless. I have no idea when
>>> you'd want to globally apply an orientation to footprints. Can I just tear 
>>> it
>>> out?  :P
>>>
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Via Stitching

2016-10-29 Thread David Godfrey

Hi Wayne and others,

I've been loosely following various iterations of the via
  stitching discussion for quite a while now.
  Mainly as its a feature I really want as well.
To me, the preferred approach is probably more like this

  stitching should be a property of a any polygon or power plane
(collectively referred to as a pour below)

  stitching should be defined as between 2 or more layers (multi
select checkbox/list)
  any connected copper on included layers should be
automatically stitched to the configured pour.
  there should be 3 possible states for each layer configured
for stitching in a pour.

  None - (no stitching from that layer)

  Always - Stitch unless the target copper is set to None

  Maybe - Stitch if the target copper is also set to Always

  only pours that have "stitch" or "stitchable" and a matching
layer should be stitched together (this allows pours to not be
stitched to a larger pour if required)
  a stitching pattern should be able to be specified, eg

  grid (selectable size)
  rings (from the center with radius increments, and degree
or mm spacing around each ring
  # vias
  pattern from a bitmap

  Obviously, stitching should only occur between copper with the
same assigned net.

I'd  think that stitching vias should be always ripped-up and
  re-poured along with the copper

These are just rough thoughts, there are likely corner cases that
haven't been considered.

What it does do however, is provide stitching as a hands off, but
still customizable option

Oh, and the same capability could be applied to layer/net
combinations too.

Regards
David G

On 29/10/16 12:58, Heikki Pulkkinen
  wrote:

  Hi Wayne,
  I think that there is two places when user is "wrong"
wit his/her will. One is when there are not at least two pours
to connect with and second is that there must be at least one
pad in connection chain. If antennas are user will, it is better
create component. I might be wrong, but that is how I think it.
I did some experimental development in my code which now keeps
vias netcodes Steven's ideas way, and take care of that there is
connected pad. These two videos show how that works. I try more
other things when I am back home again.
  Regards
  Heikki
  https://youtu.be/wXdVl4WXCJ8
https://youtu.be/5qe-XnVJwXs

27.10.2016 1.47 "Wayne Stambaugh" <stambau...@gmail.com>
  kirjoitti:
  I'm just
not comfortable with the connection algorithm reassigning
via
net codes to a zone's net code based on the zone/via
intersection.  This
puts the responsibility of the connection on the project
rather than the
user.  I'm OK if we suggest a net when the user is placing
vias but the
user has the final say and the via net code does not change
unless the
user explicitly changes it.  I don't now how to make it any
clearer than
that.  Someone would have to make a really impressive
argument (read
doctoral thesis) as to why we should allow kicad to
determine
connectivity rather than the user.

On 10/25/2016 1:54 AM, Heikki Pulkkinen wrote:
> Thanks Wayne to look at this and Steven for asking
about connection logic.
>
> It is good to try explain what did you thought  last
summer. It clearer
> things.
>
> There are main rule which connects top and bottom layer
and second rule
> connecting inner layers. And now I think that main rule
is useless,
> because second rule do all this connecting via to first
two zones with
> same netcode. This works well as far as zones are up
the date. And that
> is not always true. For example in DRC, if you forgot
to refill zones
> before running DRC, vias can corrupted to wrong net.
Thats why running
> first refilling zones in DRC, keeps vias right
connected.
> I found two another, and there might be more, situation
when user can
> accidentally damage connection. Cleanup and saving a
board. Saving is
> not that

Re: [Kicad-developers] Translation of dialog_bom_help.html

2018-07-12 Thread David Godfrey


  
  
Hi Wayne,
Out of interest, if formatted translated text is required in this
  dialogue would  it be easier to change from html to markdown?
  
  At least markdown is fairly easy for a translator to work with,
  although it doesn't provide all of the flexibility of html.


   Regards
  David Godfrey
  SB Tech Services
  mb: +61 437 286 200
  
chat:
  with dcg_mx at
  #sbts:matrix.org
  (Computer)
  #sbts:matrix.org
  (mobile Device)  
  
  

On 12/07/18 22:15, Wayne Stambaugh
  wrote:


  On 7/12/2018 8:59 AM, Simon Richter wrote:

  
Hi,

On 11.07.2018 21:51, Wayne Stambaugh wrote:



  This probably should have been done as a cpp string wrapped with the
translation macro _().  I'm not sure there is anything we can do to make
this translatable.  Anyone else have any ideas?



We could move the entire text to the user documentation, and make the
dialog point at it.

If the dialog is unusable without the documentation, then that is a
separate problem, but I doubt it's that bad.

   Simon

  
  
I completely missed the fact the html file is converted to a C string by
Html2C.cmake.  It would be easy enough to modify Html2C.cmake to wrap
the string with the _() macro.  The problem I see is the string (see
generated file eeschema/dialogs/dialog_bom_help_html.h) has a lot of
markup which I'm sure will make life miserable for translators.

We could try Simon's suggestion of moving the html text to the eeschema
user docs and provide a link using the help button.  We would have to
add code to point the help url to the translated version if it exists
but that shouldn't be too difficult (famous last words).  The contents
of the BOM dialog html file do not appear to exist anywhere in the
eeschema user doc.

In the future we should refrain from doing this so that all source
strings and documentation can be translated.

Wayne

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp





  


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Adding "Apply" to the 3D viewer display options dialog

2018-07-24 Thread David Griffith




I'm at a loss to figure out what to edit to get the display options dialog 
for the 3D viewer to do the right thing when an "Apply" button is pressed. 
I got the new button added by way of wxFormBuilder.  But looking at 
3d-viewer/3d_viewer/dialogs/dialog_3D_view_option.cpp, I can't figure out 
how to get it working.  I don't see how OK or Cancel are processed, so I 
can't use them as a model.



--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Need help with menus and dialog modifications

2018-08-12 Thread David Griffith




I'm trying to add some stuff to the 3D viewer that were removed when 
version 5 came out.  One of these is an "Apply" button to the 3D viewer 
"3D Display Options" dialog box.  I also want to add a sub-menu to the 
Preferences menu that contains checkboxes for everything in the dialog.


My first problem is that although I've created the "Apply" button, I can't 
figure out how to get it to work correctly.  The best I've been able to 
come up with is that it first appears to do nothing, but then changes the 
behavior of "Cancel" to act just like the "OK" button.  If I just press 
"Cancel" without first pressing "Apply", the "Cancel" button works as it 
should.


The second problem is that I'm at a loss to figure out how to get the new 
checkboxes to change or affect anything.  I did manage to get the "Use 
Touchpad to Pan" checkbox to toggle realistic mode. But I can't get the 
realistic mode checkbox to do this.


Please take a look at https://github.com/DavidGriffith/kicad-source-mirror 
in the 3d-viewer-mods branch.



--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Need help with menus and dialog modifications

2018-08-24 Thread David Griffith

On August 12, 2018 7:20:40 PM PDT, David Griffith  wrote:
>
>I'm trying to add some stuff to the 3D viewer that were removed when 
>version 5 came out.  One of these is an "Apply" button to the 3D viewer

Could I get some commentary on this or some suggestions?  I don't know what I'm 
doing here and would like to get this fixed.
-- 
David Griffith
d...@661.org

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Compiling KiCAD 5.99 on Raspberry Pi (400)

2021-04-28 Thread David Knochenhauer

Hi,

I'm new to this topic, but I want to learn how this stuff works and I want
my favorite eCAD software to be the subject of this journey.

So what I have managed so far:

   - getting the sources from GIT
   - executing cmake (ha!)
   - identifying missing dependencies
   - turning OFF SCRIPTING and OCE
   - installed GLEW and GLM libraries

Now I'm struggling with CURL.. I'm not sure which library to install.
Libcurl4 and libcurl3-gnutls are preinstalled but obviously neither of them
is the needed.

So if someone have a hint on this.. thanks in advance

Cu
David
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Intel video drivers on linux

2017-12-28 Thread David J S Briscoe


On 28/12/2017 19:30, Wayne Stambaugh wrote:

I know this is not specifically a kicad development question but I am in
the market for a new laptop before the end of the year and figured this
might be the best place to ask.  I was wondering if anyone has any
experience with intel graphics chips (namely the 630) drivers on linux.
I prefer nvidia graphics chips on linux because the proprietary nvidia
drivers on linux are typically hassle free but I would rather spend my
hard earned money on ram and nmve drive than graphics hardware which I
really don't need and already have on my desktop system.  Thanks in
advance for the help.

Cheers,

Wayne

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Wayne,

I'm using a Dell Precision 7510. It has a Nvidia Quadro M2000M 4GB GDDR5 
memory and Intel HD Graphics 530. I have a dual boot setup with Windows 
10 Pro (64 bit) and Ubuntu 16.04 LTS.


I download the nightly builds on Ubuntu on a regular basis and have had 
no problems so far. I use the latest stable build on Windows 10 and also 
no problems. I bought my machine as a refurbished model and it came with 
Windows 7 Pro. I took advantage of the upgrade offer to Windows 10 Pro 
and also removed the 250GB Solid state drive it came with and installed 
a 2TB conventional drive myself as well as Ubuntu.


This laptop is VERY easy to work with and is very modular with lots of 
spares from Parts People in the US (I'm in the UK).


Both the Intel control panels and the nvidia control panels have support 
for profiles (mainly for Photographic use etc) but I've had no need to 
use them yet. Also no problems on Ubuntu so far although I tend not to 
use it extensively.


Bought the Dell as my last laptop has lasted 15 years and still works 
fine (inspiron 8K). If you need any more info please ask. Thanks.


David.


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Kicad/Ngspice demo or example files

2017-05-28 Thread David J S Briscoe


Hello,

First of all please let me apologise for using this list for such a 
request. There doesn't seem to be a lot of people using Kicad for Spice 
simulation.


I have just started using this functionality with the nightly version of 
Kicad and I've started with simple passive components and I'm impressed 
that it works so well. I would now like to introduce an operational 
amplifier into the mix. I'd ideally like to make a simple 741 based 
relaxation Oscillator and if it works I may be able to suggest the 
circuit is used at the university where I work. I've watched the you 
tube video's and now I'm wondering how I set up the spice models (and 
which ones to use = LTspice , Pspice?). Are there any demo or example 
files you can share that would help me to get something set up? Thank you.



Regards,

David Briscoe

Documentation translator/contributor and Kicad enthusiast.


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] KiCad-Winbuilder Release 3.0

2013-09-08 Thread David J S Briscoe


On 08/09/2013 00:38, Miguel Angel wrote:

Congratulations, good work Brian :)

Miguel Angel Ajo Pelayo
http://www.nbee.es
+34 636 52 25 69
skype: ajoajoajo


2013/9/8 Brian Sidebotham <mailto:brian.sidebot...@gmail.com>>


Hi Guys,

I have rolled a release, V3.0 of KiCad-Winbuilder. I've put this
off for a while to address the scripting issues I was having. Also
though, MinGW updated their released version to 4.8.1 from 4.7.2 -
so this release is rolled with mingw32 4.8.1.

This version obviously enables all the python scripting options.
This is the main feature enhancement. However, I've also added in
the the latest documentation and libraries from the respective
repositories. So each build fetches the latest revision of both
and copys them locally so that the documentation is up-to-date.

NOTE: KiCad-Winbuilder doesn't "install" anything. It keeps
everything inside the sandbox and allows the local, latest version
of KiCad to be run in-place.

Everything is looking good, so hopefully we'll see some more
feedback from people starting to use the python scripting soon.

Best Regards,

Brian.

___
Mailing list: https://launchpad.net/~kicad-developers
<https://launchpad.net/%7Ekicad-developers>
Post to : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~kicad-developers
<https://launchpad.net/%7Ekicad-developers>
More help   : https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Hi,
I've just tried Kicad-Winbuilder 3.0 and it successfully compiles. I'm 
eager to try the scripting. How do I invoke an example script in the 
console window (I'm a python newby).
I've seen a couple of footprint wizards in the scripting\plug-ins 
directory. What command do I use to try one of these out?

Also here are a few INITIAL observations so far.
1/ I can not close the scripting window using the close box in the top 
right hand corner, only Alt+F4 works for this.
2/ Focus is not persistent in the console window. When I click in the 
console window the cursor blinks at the command line as long as the 
mouse stays in the command window area.
When I move (not click-just move) the mouse into the pcbnew window the 
command line cursor disappears.
3/ PCBNew takes a while to start up and will not shut down properly (has 
to be done in task manager). If I try to start it up again a "file 
already open" error message pops up. DrWatson is also evoked for some 
reason.


Forgive me for posting this to the developer list. Please let me know if 
this is NOT the appropriate place for user experiences.

Thanks.

David.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] How to become a team member?

2014-04-23 Thread David J S Briscoe


On 23/04/2014 19:18, Jean-Paul Louis wrote:

Dick,
After seeing your website, I am amazed that you even had spare time to dedicate 
to Kicad,
I am familiar with the kind of product you develop as I have been using 
hundreds of those
in a previous job where the company was manufacturing electronic for 
Automotive, so we had
huge assembly lines (20,000 parts built per day including laser welding of 
electronic components)
with PLCs and robots all over the place.

I wish you the best for your company, and hope that we will stay in touch. If 
you need
Manufacturing (DFM, Lean, etc..) advice, I am your man.
A PLC in a Beaglebone black makes a lot of sense.

Best regards,

Jean-Paul




On Apr 23, 2014, at 1:48 PM, Dick Hollenbeck  wrote:


On 04/23/2014 11:54 AM, Vesa Solonen wrote:

23/04/14 16:23, Dick Hollenbeck kirjoitti:

On 04/23/2014 07:54 AM, Jean-Paul Louis wrote:

I have been involved with part libraries since the mid 80's, and now

Carl, Vesa, and Lorenzo are now admins of team kicad-library-committers.

Thank you Dick. For this and the rest. I hope you have at least as good
success in your other endeavours as in KiCad. Success being defined as
getting stuff done.

-Vesa


Vesa,

Thanks for your well wishes.  I look forward to clearing KiCad out of my head 
so I can
actually give more important things the focus they deserve.

Our acquaintance has been a pleasure, especially being able to meet you face to 
face.
Thanks for coming down to the meet a couple of years ago.

Maybe some day you will actually buy a SoftPLC and appreciate what I do in my 
real job.
We have it running on the beaglebone now, so the hardware cost is pretty darn 
cheap.  And
with a Modbus TCP driver you can run a whole factory on a computer that costs 
less than
$100.  (Although with our software on it, it costs more.)

Hard to imagine what the technology is doing in terms of hardware costs.  No, 
it's not
just hard, its impossible to imagine it.

We just put up a new website at http://SoftPLC.com and it has an e-commerce 
direct buy
website also.

And if you want to ship your product out on a skid an do remote monitoring and 
maintenance
on it, we have http://tagwell.net for M2M cellular to cloud data acquisition 
and control.
(I can actually lock a restroom in San Antonio, right now, using my cell phone, 
and see
if anyone is in it.)

So yes, we stay busy around here.

Dick



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Dick,
I'm not a developer but I take an active interest in Kicad (and I helped 
to translate the French Help files into English several years back). 
Thank you for all the hard work you have done on Kicad. Following your 
contributions has been very educational for me. It has been an 
encouragement to learn C++ and Python programming. I'm currently 
learning Python so that I can start to use scripts in Kicad. I'll keep 
trying with C++ even though I have found it difficult. My long term aim 
is to make a contribution to the code but that will take a while. Anyway 
I've learnt a lot off you. I've also just took a first step in learning 
about PLC's
as I help to support an MSc class at the university where I work (as a 
technician). The class uses Arduino's and Labview to control PLC 
hardware. As this is all new to me as well I'm learning along with the 
students. Hopefully one day I'll appreciate what you and your company 
produces.


All the best.

David.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Stable release update.

2015-06-20 Thread David J S Briscoe

willing to have a look at some of the grammar in the English 
documentation (some of it may be my fault anyway-I helped with the 
original French to English translation ages ago).

How do I make changes to the files at http://docs.kicad-pcb.org/ ?
Do I need to log into something? Or can I just download a local copy of 
the files,edit them (using which editor?- I used open office originally) 
and then send the edited versions to someone? Or should I just wait 
until all the documents are on Github (I can log in to Github)? Please 
let me know how I can help.


Thanks,

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Stable release update.

2015-06-20 Thread David J S Briscoe


On 20/06/2015 21:00, Marco Ciampa wrote:

On Sat, Jun 20, 2015 at 08:22:23PM +0100, David J S Briscoe wrote:

I'm willing to have a look at some of the grammar in the English
documentation (some of it may be my fault anyway-I helped with the
original French to English translation ages ago).
How do I make changes to the files at http://docs.kicad-pcb.org/ ?
Do I need to log into something? Or can I just download a local copy
of the files,edit them (using which editor?- I used open office
originally) and then send the edited versions to someone? Or should
I just wait until all the documents are on Github (I can log in to
Github)? Please let me know how I can help.

All docs are already on github. Just log in, fork, edit and ask for a pull.

https://github.com/ciampix/kicad-doc

BTW: this seems to me wrong or a vestigial of some old function:

Getting_Started_in_KiCad.adoc:541

51. If you are interested in knowing what the footprint you are choosing
looks like, you have two options. You can click on the 'View selected
footprint' icon image:images/show_footprint.png[show_footprint_png] for
a preview of the current footprint. Alternatively, click on the 'Display
footprint list documentation' icon
image:images/datasheet.png[datasheet_png] and you will get a multi-page
PDF document with all available footprints. You can print it out and
check your components to make sure that the dimensions match.

from "Alternatively, ..."


Hi,
Unfortunately I can just about log into Github. I have no idea how to 
"Fork,Edit and ask for a Pull". The simplest way I can contribute is to 
download each of the existing HTML files, edit them is LibreOffice 
4.4.3.2 and then send them to someone in a zip file as an attachment. 
This is what I used to do with the edits of the original French open 
office files a few years back. I'm afraid I will screw up the files on 
Github so probably better for me to do it the old fashioned way. Who can 
I send the edited files to?


David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Stable release update.

2015-06-20 Thread David J S Briscoe


On 20/06/2015 21:41, Martin d'Allens wrote:

Actually with Github you can do all three from your web browser,
following those instructions:
https://help.github.com/articles/editing-files-in-another-user-s-repository/

Try on this document for instance:
https://github.com/ciampix/kicad-doc/blob/master/src/KiCad/KiCad.adoc

Martin

On Sat, Jun 20, 2015 at 10:21 PM, Chris Pavlina  wrote:

On Sat, Jun 20, 2015 at 09:14:14PM +0100, David J S Briscoe wrote:

[snip] I'm afraid I will screw up the files on Github so probably
better for me to do it the old fashioned way. Who can I send the edited
files to?

If you do this, someone will have to convert them back to AsciiDoc *by
hand*. The AsciiDoc is the original source now. You'll have to learn
git.

--
Chris


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Hi,
OK, I'll start today by reviewing and editing the kiCad.adoc document

https://github.com/ciampix/kicad-doc/blob/master/src/KiCad/KiCad.adoc

I'll see how it goes with this first. Thanks.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Spelling mistake (nessessary instead of necessary) in Kicad windows installer setup window.

2015-08-29 Thread David J S Briscoe

Just thought I'd mention that necessary is misspelt on the Windows 
installer set-up screen (R6132). I'd fix it myself if I could but don't 
know how. Thanks.


David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Kicad annoyances and niggles

2015-08-31 Thread David J S Briscoe

I've just been playing with V6132 of PCBNEW. I have a number of small 
observations.


1/  In the layer manager toolbar the Top and Bottom layer are named 
Composant and Cuivre. Why is this even though I am using English as my 
language?
2/ The same words are used for the top and bottom layer in the Track and 
Via properties dialog.


Track highlighting in OpenGL mode.

1/ When I click on the track highlighting icon the cursor changes to a 
large cross. I can then highlight a track. However if I then try to 
un-highlight the same track I have to
move the cursor back to the highlight button and unclick it. When I do 
this the board pans uncontrollably off the screen whilst I'm moving the 
cursor towards the highlight button.
I still can not un-highlight the track. How is a track un-highlighted. 
Surely it would be more intuitive to click on the track once to 
highlight and then again to un-highlight it? How can the panning be 
turned off or controlled?


Why is the Freeroute Icon still available even though the website does 
not work any more? I did click on it but it just provides an opportunity 
to export a .ses file. Maybe the tooltip should be changed to reflect this?


I'll send in a few more observations next week as I start to use the 
latest version more. Thanks.


David.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Kicad annoyances and niggles

2015-09-05 Thread David J S Briscoe


On 01/09/2015 09:28, jp charras wrote:

Le 31/08/2015 21:25, David J S Briscoe a écrit :

I've just been playing with V6132 of PCBNEW. I have a number of small
observations.

1/  In the layer manager toolbar the Top and Bottom layer are named
Composant and Cuivre. Why is this even though I am using English as my
language?
2/ The same words are used for the top and bottom layer in the Track and
Via properties dialog.

Copper layers names are user defined.
These names were given by the designer, and can be modified.


Track highlighting in OpenGL mode.

1/ When I click on the track highlighting icon the cursor changes to a
large cross. I can then highlight a track. However if I then try to
un-highlight the same track I have to
move the cursor back to the highlight button and unclick it. When I do
this the board pans uncontrollably off the screen whilst I'm moving the
cursor towards the highlight button.
I still can not un-highlight the track. How is a track un-highlighted.
Surely it would be more intuitive to click on the track once to
highlight and then again to un-highlight it? How can the panning be
turned off or controlled?

This is the net highlight, not the track highlight.
To un-highlight any highlighted item, click on any other (free) location.
It is intuitive.


Why is the Freeroute Icon still available even though the website does
not work any more? I did click on it but it just provides an opportunity
to export a .ses file. Maybe the tooltip should be changed to reflect this?

I'll send in a few more observations next week as I start to use the
latest version more. Thanks.

David.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




Hi,
First of all I'd like to apologise for the tone of my original email. I 
did not mean to criticise the fantastic efforts of everyone involved. 
I'd like to thank Orson for the recent work he has done on the net 
highlighting in the OpenGL campus.  Regarding the naming of the layers 
maybe I should have looked at the layers set-up option before I pointed 
the finger. Anyway thanks everyone and I'm really looking forward to the 
stable release.


David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Will the opening of Eagle xml based pcb files ever be possible again?

2014-11-23 Thread David J S Briscoe

I noticed that Eagle XML based PCB files are no longer able to be opened 
like they once where. Is this capability ever going to reappear?  What 
happened to this feature? Is a future plug-in possible? PCBNew was able 
to open version 6 files but now Eagle is at Version 7.1 does this make 
any difference. I am able to open eagle board files with a text editor 
and I see XML code so maybe there's still hope. Thanks.


David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Kicad-Winbuilder-Could not find GLEW

2015-01-17 Thread David J S Briscoe


On 17/01/2015 16:06, Nick Østergaard wrote:

I don't know about the glew error with winbuilder, but maybe you did
not install libwebkitgtk-dev on mint.

2015-01-17 13:40 GMT+01:00 David J S Briscoe :

I thought I'd give Kicad-Winbuilder 3.4.2.7 a try on Windows 7 as I can not
build Kicad now on Linux Mint 17 either (that's for another email later).
However I came across the COULD NOT FIND GLEW error. Does any one know how I
can get around this problem? This is VERY frustrating as I want to try out
all the new KICAD features.  I have attached my build logs if they are any
help. Thanks.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Hi,
I have just installed libwebkitgtk-dev on Mint 17 and I get the same 
messages as reported in bug # 1411873. Do you want me to post a comment 
on Launchpad to reduce noise on the developer list. Sorry if I have 
broken etiquette I just want to build Kicad as I used to be able to do 
only 6 months ago. I don't know what has gone wrong lately but I'm 
beginning to have second thoughts about kicad if us ordinary users can't 
even test out the software.


David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Yahoo kicad-devel group closed today

2010-04-24 Thread David J S Briscoe


To All,
Just thought I'd let everyone know that the kicad-devel group has been 
closed today.

Thanks.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Latest version will not install on WinXP

2011-01-23 Thread David J S Briscoe

 I have just downloaded the latest release version RC4 and on trying to
install
the program I receive the message

KICAD INSTALLER HAS ENCOUNTERED A PROBLEM.

I am using WINXP PRO. I have uninstalled the stable version of Kicad but
this
makes no difference.

David

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Latest version will not install on WinXP

2011-01-25 Thread David J S Briscoe

 On 25/01/2011 07:53, jean-pierre charras wrote:
> Le 23/01/2011 18:13, David J S Briscoe a écrit :
>>   I have just downloaded the latest release version RC4 and on trying to
>> install
>> the program I receive the message
>>
>> KICAD INSTALLER HAS ENCOUNTERED A PROBLEM.
>>
>> I am using WINXP PRO. I have uninstalled the stable version of Kicad but
>> this
>> makes no difference.
>>
>> David
>>
>
> I have no problem to install Kicad from the downloaded file (Tested
> under XP pro).
>
I have just shortened the name of the file to
KiCad-2011-01-22-BZR2754.exe and the file works properly. On my machine
the long file name appears to present problems. Please consider using a
shorter file name for the installation file.
Thanks.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Of interest?

2011-03-05 Thread David J S Briscoe

http://www.linkedin.com/groups/Host-Your-Open-Source-Software-2221461.S.45833610


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Kicad and QUCS-State of play

2011-08-13 Thread David J S Briscoe

Hi,
I notice from the latest snapshot that some of the code from QUCS has
been modified and incorporated into the PCB_CALCULATOR plug in. Will
this collaboration continue or is it a one off effort? Is there any
involvement of Stefan Jahn and Michael Margraf. I only ask as I would
really like it if both Kicad and QUCS where able to work together. It
would be great if we could simulate our circuits from within Kicad and
then make a PCB afterwards. Am I building up my hopes too much?

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] kicad-winbuilder script failing on build 3290

2011-12-10 Thread David J S Briscoe

Hi,
I've just posted this message to the kicad-users group



 Hi,
 Just tried to build kicad with the kicad-winbuilder script.
 It fails with these messages in the following logs
 
 make_release_stderr.log
 
 Build testing (unstable) version of Kicad
 mingw32-make[2]: ***
[3d-viewer/CMakeFiles/3d-viewer.dir/3d_aux.cpp.obj] Error 1
 mingw32-make[1]: *** [3d-viewer/CMakeFiles/3d-viewer.dir/all] Error 2
 mingw32-make: *** [all] Error 2

 
 make_release_stdout.log
 -- Check for installed OpenGL -- found
 -- Check for installed wxWidgets -- found
 -- Bazaar version control system version  found.
 -- Kicad Bazaar build version: (2011-12-09 BZR 3290)
 -- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
 -- WARNING: Doxygen not found - doxygen-docs (Source Docs) target not
created
 -- Configuring done
 -- Generating done
 -- Build files have been written to:
C:/kicad-winbuilder/kicad-winbuilder/build/release
 Scanning dependencies of target 3d-viewer
 [  0%] Building CXX object
3d-viewer/CMakeFiles/3d-viewer.dir/3d_aux.cpp.obj
 
 There is a pop up message that I will try and attach.
 
 David.

The popup says

cc1plus.exe-Unable to locate component
This application has failed to start because libgmp-10.dll was not
found.Re-installing the application may fix this problem.

David

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] kicad-winbuilder script failing on build 3290

2011-12-10 Thread David J S Briscoe

On 10/12/2011 14:58, Wayne Stambaugh wrote:
> On 12/10/2011 7:54 AM, David J S Briscoe wrote:
>> Hi,
>> I've just posted this message to the kicad-users group
>>
>>
>>
>>  Hi,
>>  Just tried to build kicad with the kicad-winbuilder script.
>>  It fails with these messages in the following logs
>>  
>>  make_release_stderr.log
>>  
>>  Build testing (unstable) version of Kicad
>>  mingw32-make[2]: ***
>> [3d-viewer/CMakeFiles/3d-viewer.dir/3d_aux.cpp.obj] Error 1
>>  mingw32-make[1]: *** [3d-viewer/CMakeFiles/3d-viewer.dir/all] Error 2
>>  mingw32-make: *** [all] Error 2
>>
>>  
>>  make_release_stdout.log
>>  -- Check for installed OpenGL -- found
>>  -- Check for installed wxWidgets -- found
>>  -- Bazaar version control system version  found.
>>  -- Kicad Bazaar build version: (2011-12-09 BZR 3290)
>>  -- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
>>  -- WARNING: Doxygen not found - doxygen-docs (Source Docs) target not
>> created
>>  -- Configuring done
>>  -- Generating done
>>  -- Build files have been written to:
>> C:/kicad-winbuilder/kicad-winbuilder/build/release
>>  Scanning dependencies of target 3d-viewer
>>  [  0%] Building CXX object
>> 3d-viewer/CMakeFiles/3d-viewer.dir/3d_aux.cpp.obj
>>  
>>  There is a pop up message that I will try and attach.
>>  
>>  David.
>>
>> The popup says
>>
>> cc1plus.exe-Unable to locate component
>> This application has failed to start because libgmp-10.dll was not
>> found.Re-installing the application may fix this problem.
> David,
>
> The libgmp-10.dll library is part of the GCC compiler suite which
> suggests that the MinGW binary path is not defined in your system path,
> the kicad-winbuilder script is not adding the MinGW binary path to it's
> build environment, or libgmp-10.dll is was not installed properly by
> mingw-get when MinGW was installed.  If this doesn't help, maybe Brian
> can shed some more light on the issue.
>
> Wayne
>
>> David
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
Wayne,
Thanks for your reply.
libgmp-10.dll is present in C:\kicad-winbuilder\kicad-winbuilder\mingw\bin
I have just added this directory to my path manually and the error has
disappeared. This is the first time that I have had this problem.
I think Brian is the person to sort this out, as it's his script. I
don't want to take up any more of your time as I'm sure you have enough
on your plate writing code for KiCAD.

David.


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] OT: Extracting board dimension from a Gerber board outline file.

2012-01-21 Thread David J S Briscoe

Hi,
I need to produce a small application that can examine the contents of a board 
outline gerber file produced by PCBNEW.
The application needs to read the gerber file and extract the X and Y 
co-ordinates and spit out the actual board size.
Is it possible to extract a board size from the following Gerber file syntax 
for example?


G04 (created by PCBNEW-RS274X (2011-07-08 BZR 3044)-stable) date 01/11/2011 
11:39:11*

G01*

G70*

G90*

%MOIN*%

G04 Gerber Fmt 3.4, Leading zero omitted, Abs format*

%FSLAX34Y34*%

G04 APERTURE LIST*

%ADD10C,0.006000*%

%ADD11C,0.015000*%

G04 APERTURE END LIST*

G54D10*

G54D11*

X46170Y-34610D02*

X46170Y-22790D01*

X63890Y-34610D02*

X46170Y-34610D01*

X63890Y-22790D02*

X63890Y-34610D01*

X46170Y-22790D02*

X63890Y-22790D01*

M02*



Which lines describe the actual top-left,top-right, bottom-left and 
bottom-right X and Y co-ordinates. All I need to end up with is a set of 
numbers from which I can calculate the actual length and width of a PCB (in 
inches (MILS) or mm). Can someone point me in the right direction? I would be 
very grateful for any assistance offered.Thanks.



David.






___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] How can I use Doxygen to understand Kicad Source code?

2012-02-25 Thread David J S Briscoe

Hi,
I would in the fullness of time like to contribute to Kicad source code.
But first I have to learn C++. How can I supplement my learning by using
Kicad source as an example?
In particular how do I properly use Doxygen to help in my understanding?
Thank you.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Using Kicad at Brunel University

2012-03-03 Thread David J S Briscoe

Dear All,
I am an Electronics Technician employed in the School of Engineering and
Design at Brunel University in the UK.
I am a long time user of KiCAD and I have been trying to encourage it's
use by students (and staff) in my lab.
We are about to introduce the use of an LPKF S62 pcb router in the lab.
I have been using KiCAD to process boards on a trial basis for use with
the machine. As we will be using Gerber and Excellon files from EasyPC
and DesignSpark (and hopefully KiCAD) we need to open the files
in GerbView and then import them into Pcbnew for panellizing (using the
amend board function). I have found that when imported into Pcbnew the
pads are replaced with via's. This is means all the via's have to be
manually converted to pads. Our students will not be using via's at all
or in very limited amounts so it would be better if the pads where
created by default.
Another problem is placing the imported files onto a pre-prepared
template board. When I use the amend board function the imported board
is placed in the centre of the page. This means that this area has to be
left clear otherwise boards are overlayed on top of each other. It would
be nice if there was an option to place the boards outside of the
working area when they are imported/appended. Another nice feature would
be an option to auto place the imported boards for panellizing or some
way of evenly spacing/distributing the boards within a fixed border .
As we are trying to speed up the production of boards on the LPKF
ideally the drill should default to 0.8mm for all the pads. An
alternative would be to force all pads under 1mm to 0.8 and all those
over 1mm to 1.2mm. Is there a way we can do this using a script on the
board file (or ideally an option in Pcbnew). I could use the brute force
method of parsing and replacing the drill file values in the final
pcbnew board file but I'm hoping for a more elegant method.
If I was a programmer I'd code these improvements myself. If I could pay
someone to do the work (or get the university to pay for the work) I
would. First I have to use Kicad the way it is to get a usable work-flow
going. Maybe we (or one of my colleagues) could get involved as
developers to code the features if we can prove Kicad is a
workable solution, who knows? I'm a big fan and a long time user of
Kicad and I applaud all the hard work that has gone into it's
development. I'd just like to use this opportunity to say thank you.
Anyway that's all for now. I will keep you all up to date with my
progress between now and September (when we hope it will be operational).
 
Regards,
 
David.


P.S One other problem is the persistence of custom design rules between
exporting to Freeroute and importing back again into Pcbnew. I keep
having to re-enter my design rules again as they are not being
remembered. Am I doing something wrong?
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] A few strategy suggestions for the project

2012-03-29 Thread David J S Briscoe

gt;> stepping up and filling that role immediately.
>>>
>>>
>>> I hope that KiCad can smash through the structural ceiling that I forewarn
>>> about, but this
>>> is definitely not a certainty.
>>>
>>> Best regards,
>>>
>>> Dick
>>>
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~kicad-developers
>>> Post to : kicad-developers@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>> --
>>
>> Miguel Angel Ajo Pelayo
>> http://www.nbee.es
>> +34 636 52 25 69
>> skype: ajoajoajo
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
It would be great if something similar to the way Blender is funded
could be formed

http://www.blender.org/blenderorg/blender-foundation/

This would be the gold standard in my opinion.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Donating serverspace + confluence + gliffy

2012-04-09 Thread David J S Briscoe

On 09/04/2012 07:13, Miguel Angel Ajo Pelayo wrote:
>
>I just offer this here, not sure if it could be interesting (I
> think it could, as I see it as a productivity boost)
>
>In the last year I started using Confluence (+JIRA + gliffy) in
> my little-tiny company, 
> and it was a real productivity boost (everything became ultra easy to
> document, software 
> design was nicer to do: thanks to gliffy, and later on anything could
> be exported to .pdf or .doc).
>
> http://www.atlassian.com/es/software/confluence/overview   (a wiki on
> steroids..)
>
> http://www.gliffy.com/examples/  (as a plugin for confluence)
>
>   Confluence and Gliffy come with perpetual free opensource
> licenses, the only thing needed
> to run them is a decent host, and some sysadmin willing to manage it
> (which I offer)
>
>   As I have the experience, and I also already maintain one of
> them for me, I offer the donation of some
> company resources to do it:
>
>   * virtual server
>   * asking for the opensource licenses 
>   * keeping everything installed/updated
>   * under some domain (do we already own some domain for the project?)
>   
>
>I think It could be a real productivity boost for the project.
>
> Greetings, 
> Mike
>
> -- 
>
> Miguel Angel Ajo Pelayo
> http://www.nbee.es
> +34 636 52 25 69
> skype: ajoajoajo
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
Altium uses confluence for their wiki

http://wiki.altium.com/display/ADOH/Home

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Errors compiling revision 3543

2012-05-05 Thread David J S Briscoe

Hi,
Just got these errors when using Kicad-winbuilder for release 3543

>From make_release_stderr.log

Build testing (unstable) version of Kicad
mingw32-make[2]: ***
[bitmaps_png/CMakeFiles/bitmaps.dir/cpp_16/pinorient_right.cpp.obj] Error 1
mingw32-make[1]: *** [bitmaps_png/CMakeFiles/bitmaps.dir/all] Error 2
mingw32-make: *** [all] Error 2

>From make_release_stdout.log

-- Check for installed OpenGL -- found
-- Check for installed wxWidgets -- found
-- Bazaar version control system version  found.
-- Kicad Bazaar build version: (2012-05-04 BZR 3543)
-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
-- WARNING: Doxygen not found - doxygen-docs (Source Docs) target not
created
-- Configuring done
-- Generating done
-- Build files have been written to:
C:/kicad-winbuilder/kicad-winbuilder/build/release
Scanning dependencies of target bitmaps
[  0%] Building CXX object
bitmaps_png/CMakeFiles/bitmaps.dir/cpp_16/pinorient_right.cpp.obj

The build then terminated with the message

-- KiCad was NOT built successfully! Please view the logs


If you need any more info I will be pleased to supply it.
Thanks

David.


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Errors compiling revision 3543

2012-05-05 Thread David J S Briscoe

On 05/05/2012 12:02, Lorenzo Marcantonio wrote:
> On Sat, May 05, 2012 at 11:42:05AM +0100, David J S Briscoe wrote:
>> If you need any more info I will be pleased to supply it.
>> Thanks
> It would be useful to actually know what the error was... are you sure there 
> isn't more detail in the logs?
>
> Also it's strange, that file IIRC only contains an array declaration for the 
> image...
>
Hi,
Turns out it was the same problem as last time (detailed in this email
reply)

Wayne,
Thanks for your reply.
libgmp-10.dll is present in C:\kicad-winbuilder\kicad-winbuilder\mingw\bin
I have just added this directory to my path manually and the error has
disappeared. This is the first time that I have had this problem.
I think Brian is the person to sort this out, as it's his script. I
don't want to take up any more of your time as I'm sure you have enough
on your plate writing code for KiCAD.

David.

I did the same thing again and it's compiling OK as I write this.
I have 2 copies of the MinGW compiler on my system and the script finds
the directory that does not contain the above file first and then complains.
The reason I've had to do this again is because I've removed/reinstalled
the other copy of MinGW a few times as well a the Kicad-winbuilder script.
I think that's the reason, could be wrong. I will move a copy of this
file to the other installation to make sure.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Panelising gerber files in Gerbview-Will this ever be possible?

2012-07-28 Thread David J S Briscoe

Hi,
I really need a way of importing gerberfiles into Gerbview and
panellizing them/arranging them in a uniform manner within a fixed board
area (preferably in an automated way).
I need this so I can collect Gerber and drill files files submitted by
students together and place them in a 9 inch by 12 inch panel ready for
routing on an S62 LPKF
router. I would even be willing to pay my own money to have someone code
this for me even though I need it for use at work (as a technician at a
UK university) and I will not be able to reclaim any of the cost from
the university. I have toyed with the idea of using GerbMerge (written
in Python) but it is going to be painful to use. I would love to be able
to do this in my favourite tool (Kicad).
Is there any way I could come to some arrangement where I pay for this
work to be done.
It would make my life a lot easier. Any thoughts.
Thanks.

David.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Please change name from David Briscoe to David J S Briscoe in help > About KiCad > translators > Others

2020-12-25 Thread David J S Briscoe


Hello,
Could someone please change my name from

David Briscoe

To

David J S Briscoe

in

Help > About KiCad > Translators > Others

This is to distinguish my self from other people with a similar name and 
to avoid any confusion.


Please do this when it is convenient. Thanks.

Regards,

David J S Briscoe

Hertfordshire, UK.

PS I can do this myself if you could tell me how. Or maybe it would be 
quicker for someone who knows what they are doing.


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Please change name from David Briscoe to David J S Briscoe in help > About KiCad > translators > Others

2020-12-26 Thread David J S Briscoe


Thanks Seth,
I've just been going over the messages we exchanged in the Kicad 
Document translation Yahoo group (active during 2004 to 2007) and there 
is someone missing in the credits who should get a mention. Could you 
please add Boris Barbour to the list as well. Thanks.


David.

On 25/12/2020 14:05, Seth Hillbrand wrote:

Done.

Thank you for your contributions!

Best-
Seth

On Fri, Dec 25, 2020 at 1:43 AM David J S Briscoe 
mailto:da...@djsbriscoe.vispa.com>> wrote:


Hello,
Could someone please change my name from

David Briscoe

    To

David J S Briscoe

in

Help > About KiCad > Translators > Others

This is to distinguish my self from other people with a similar
name and
to avoid any confusion.

Please do this when it is convenient. Thanks.

    Regards,

David J S Briscoe

Hertfordshire, UK.

PS I can do this myself if you could tell me how. Or maybe it
would be
quicker for someone who knows what they are doing.

___
Mailing list: https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
More help   : https://help.launchpad.net/ListHelp
<https://help.launchpad.net/ListHelp>



--
KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483‬
Long Beach, CA
www.kipro-pcb.com <https://www.kipro-pcb.com/> i...@kipro-pcb.com 
<mailto:i...@kipro-pcb.com>




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Why has my name been removed from the translators-Other credits?

2021-12-17 Thread David J S Briscoe


Hi,
I've noticed that the category translators-Other (along with my name) 
has been removed from the latest version 6.0 RC2 credits. Why has this 
happened? Please explain. Thank you.


Regards,

David J S Briscoe

PS I can send proof of my contribution to the project if required.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Why has my name been removed from the translators-Other credits?

2021-12-17 Thread David J S Briscoe


Hi,
It was French to English help documentation translation along with a few 
other people (listed on the credits under other translators in ALL 
previous versions before V6 RC2). This was done between 2004 and 2007 
using a Yahoo Group called "Kicad Document Translation". Thanks.


David.

On 18/12/2021 05:56, Seth Hillbrand wrote:

Hi David-

I'm sorry for the issue.  We removed the Translator-other section as 
it wasn't associated with a language.


Was there a language you should be listed with?

Again, my apologies for the confusion

Seth


On Fri, Dec 17, 2021, 9:24 PM David J S Briscoe 
 wrote:


Hi,
I've noticed that the category translators-Other (along with my name)
has been removed from the latest version 6.0 RC2 credits. Why has
this
happened? Please explain. Thank you.

Regards,

David J S Briscoe

PS I can send proof of my contribution to the project if required.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list:https://launchpad.net/~kicad-developers
Post to :kicad-developers@lists.launchpad.net
Unsubscribe :https://launchpad.net/~kicad-developers
More help   :https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Why has my name been removed from the translators-Other credits?

2021-12-18 Thread David J S Briscoe


Hi,
Will my name be listed under English translators (I am a native English 
speaker not French) or French? I would like my work which took 3 years 
to be recognized. I understand if the timing means that I have to wait 
until the 6.01 release. Thanks.


David.
On 18/12/2021 05:56, Seth Hillbrand wrote:

Hi David-

I'm sorry for the issue.  We removed the Translator-other section as 
it wasn't associated with a language.


Was there a language you should be listed with?

Again, my apologies for the confusion

Seth


On Fri, Dec 17, 2021, 9:24 PM David J S Briscoe 
 wrote:


Hi,
I've noticed that the category translators-Other (along with my name)
has been removed from the latest version 6.0 RC2 credits. Why has
this
happened? Please explain. Thank you.

    Regards,

David J S Briscoe

PS I can send proof of my contribution to the project if required.

___
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


___
Mailing list:https://launchpad.net/~kicad-developers
Post to :kicad-developers@lists.launchpad.net
Unsubscribe :https://launchpad.net/~kicad-developers
More help   :https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Why has my name been removed from the translators-Other credits?

2021-12-24 Thread David J S Briscoe


Thank you Mikolaj.
For taking care of this.

David.

On 24/12/2021 20:01, Mikołaj Wielgus wrote:

David,

I've restored the Translator-Other section, along with your name, in
6.0 and master branches. It shouldn't have been removed in the first
place. Unfortunately indeed this will only appear in stable versions
once 6.0.1 is out. Sorry about that.

-Mikolaj



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Why has my name been removed from the translators-Other credits?

2022-01-07 Thread David J S Briscoe


Hi,
Could you please change my name to David J S Briscoe (there are a few 
David Briscoe's around and this could cause confusion)ready for the 6.01 
release after 11th January 2022. Could you also please chang e it in the 
6.99 nightly version. Thanks.


David J S Briscoe

On 24/12/2021 20:01, Mikołaj Wielgus wrote:

David,

I've restored the Translator-Other section, along with your name, in
6.0 and master branches. It shouldn't have been removed in the first
place. Unfortunately indeed this will only appear in stable versions
once 6.0.1 is out. Sorry about that.

-Mikolaj



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

89 matches

Mail list logo