Re: [Kicad-developers] [RFC] Application naming

[Pedro Martin]

Hi Chris,

Maybe "Composant Vers pcb"?  Component to pcb.

Related to the other names, I don't mind.

I vote for Bitmap2Component as Import Image in libedit and modeit.

Regards,
Pedro.


El 02/02/17 a las 14:56, Chris Pavlina escribió:

I admit I'm getting self-indulgent here, this request is definitely a
bit "what Chris would do if made Dictator of KiCad", but... just testing
the waters here:

What do people think about, for either the 5.0 or 6.0 release, ditching
the old application names, in favor of everything being one tool under
the "KiCad" roof:

Eeschema-> Schematic editor
Pcbnew  -> PCB editor, or Layout editor, or Board editor
Cvpcb   -> "Assign Footprints"
Pl Editor   -> Title block editor
Bitmap2Component-> Remove as independent app, make "Import image" in
   libedit and modedit

I know this one is going to be controversial, but I don't really see the
point of these old names. They're... weird. Cvpcb - what does that even
mean? :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] [RFC] Application naming

[Pedro Martin]

Hi Clemens,

This topic has been discussed many times, it is always controversial.


A part to buy, i.e. named "LTC6362CMS8" comes already with all the information 
to be placed in the suitcase - it has exactly one type of footprint (here MSOP-8, JEDEC 
MO-187-AA). I don't see any reason to assign different footprints to parts, because they 
usually have only one.


I wish I could always work the way you say. But I can't.

These days, I'm designing a circuit with diodes, caps and inductors. I 
make the schematic and I will make the final layout.


In the meantime, other people will work with my schematic testing 
different diodes, inductors and caps, smd and through hole.


Until the final test is approved we will not go to pcbnew. Then I'll 
assign the footprints and part numbers.


Other times we use DIP for test and SOIC for production.

Kicad allows different ways of working. Fantastic!

Regards,
Pedro.


___
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] Application naming

[Pedro Martin]

Hi Chris,

Beginners solve this issue... reading the manual.

Why not keep the actual names only because JP named them this way?

Regards,
Pedro.

El 02/02/17 a las 18:46, Chris Pavlina escribió:

I think I am going to seek out some user views on this. As usual it
doesn't do us much good to speculate about what non-developers want.

I will say that so far two users have told me that the weird names
confused them as beginners, and only established developers have argued
in favor of keeping them. ;)

On Thu, Feb 02, 2017 at 12:40:10PM -0500, Wayne Stambaugh wrote:

I don't have a strong opinion one way or another but you should never
underestimate the power of branding.  You can take the same car and
change the manufacturer and model names and the same person who liked
the car under one brand name will hate it under another brand name.  I
never understood this myself but I'm not a marketing guru.  User are
familiar with the application names and given that the applications can
still be run in stand alone mode, it may make sense to keep them.

On 2/2/2017 8:56 AM, Chris Pavlina wrote:

I admit I'm getting self-indulgent here, this request is definitely a
bit "what Chris would do if made Dictator of KiCad", but... just testing
the waters here:

What do people think about, for either the 5.0 or 6.0 release, ditching
the old application names, in favor of everything being one tool under
the "KiCad" roof:

Eeschema-> Schematic editor
Pcbnew  -> PCB editor, or Layout editor, or Board editor
Cvpcb   -> "Assign Footprints"
Pl Editor   -> Title block editor
Bitmap2Component-> Remove as independent app, make "Import image" in
   libedit and modedit


Rename or not, this change makes sense to me.  Being able to directly
import an image as a symbol or footprint would be an improvement over
the way it's currently done.  Although it would probably be useful for
library developers to be able to run it as a stand alone app as well.



I know this one is going to be controversial, but I don't really see the
point of these old names. They're... weird. Cvpcb - what does that even
mean? :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



___
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] Application naming

[Pedro Martin]

There is still the secret of the meaning of the Ki of Kicad.

Regards,
Pedro.


El 02/02/17 a las 19:35, Chris Pavlina escribió:

*scratches head* must have missed this...now I sure look like an ass for
submitting that suggestion as if nobody else had ;)

On Thu, Feb 02, 2017 at 07:33:01PM +0100, jp charras wrote:

Le 02/02/2017 � 15:41, Pedro Martin a �crit :

Hi Chris,

Maybe "Composant Vers pcb"?  Component to pcb.


Pedro, you are the winner!
Merci, Pedro.



Related to the other names, I don't mind.

I vote for Bitmap2Component as Import Image in libedit and modedit.

Regards,
Pedro.




--
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] [RFC] Application naming

[Pedro Martin]

Sorry for the attachment.

I still have a 2004 copy in my computer ;-)

El 02/02/17 a las 19:58, Chris Pavlina escribió:

Why not keep the software originally exactly as JP wrote it in the
beginning?



___
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] Add duplicate zone onto layer tool

[Pedro Martin]

Hi Orson, Wayne

First, good videos at FOSDEM.

Duplicate zone as in OpenGL canvas or duplicate zone onto layer as in 
legacy canvas, deserves its own menu entry.


One of them is enough for me. I use this feature in almost every board. 
Sometimes I duplicate the zone into another layer, sometimes I duplicate 
the zone into the same layer, move the zone and change the net afterwards.


Only done once per design... if everything goes alright at the first 
attempt. Most times zones need resize and/or move corners.




What makes hard to work with OpenGL canvas for tracks and zones is the 
fact that their menu is not accessible from the track or zone tool, but 
from the arrow tool.


Or maybe I have not set the tools correctly.

Application: kicad
Version: no-vcs-found-7434~57~ubuntu14.04.1, release build
Libraries: wxWidgets 3.0.2
   libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Platform: Linux 3.16.0-77-generic x86_64, 64 bit, Little endian, wxGTK
- Build Info -
wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8)
Boost: 1.54.0
Curl: 7.35.0
KiCad - Compiler: GCC 4.8.4 with C++ ABI 1002
Settings: USE_WX_GRAPHICS_CONTEXT=OFF
  USE_WX_OVERLAY=OFF
  KICAD_SCRIPTING=ON
  KICAD_SCRIPTING_MODULES=ON
  KICAD_SCRIPTING_WXPYTHON=ON
  BUILD_GITHUB_PLUGIN=ON
  KICAD_USE_SCH_IO_MANAGER=OFF
  KICAD_USE_OCE=ON


Regards,
Pedro.

El 09/02/17 a las 19:25, Maciej Suminski escribió:

Nope, we can have both. The only thing I am arguing against is having
redundant tools and cluttering the menus, but if you say it should stay,
then I am fine with that.

On 02/09/2017 07:15 PM, Wayne Stambaugh wrote:

Any reason why we cannot support both?

On 2/9/2017 1:09 PM, Maciej Suminski wrote:

I do not negate the location of the menu entry, which is very
appropriate if we want to keep it. What I am discussing is usefulness of
having a dedicated tool to duplicate a zone to another layer, while it
can be easily done using the Duplicate tool and then changing properties
of the duplicated zone.

Regards,
Orson

On 02/09/2017 06:39 PM, Wayne Stambaugh wrote:

Why is it an issue having a duplicate zone onto layer menu entry in the
zone context menu?  Isn't that the point of context menus?  I would
think duplicating a zone onto another layer is well within the context
of commands that can be performed on the current zone.  If not in the
zone context menu, where else would it be reasonable to put this command
where it makes sense and is discoverable?

On 2/9/2017 12:05 PM, Maciej Suminski wrote:

What are your use cases? It is likely I am missing something, and I do
not want to make decisions basing only on my preferences.

I agree it is a common thing to have a GND zone on both sides of a
board, so they could be created by drawing one zone and then duplicating
it to the other side. The thing is, such operation is usually done once
per design, but it always shows up in the menu.

I think it used be much more useful when there was no Duplication tool.
Now two operations (duplicate & edit properties) are replaced with
'duplicate zone onto layer', saving you maybe 2 clicks per design. I
wonder if this kind operation deserves its own menu entry.

Regards,
Orson

On 02/09/2017 05:10 PM, Marcos Chaparro wrote:

Just as sidenote, that is the zone feature I use the most :)

Regards


Marcos

On Thu, Feb 9, 2017 at 8:51 AM, Maciej Suminski 
wrote:


Hi,

I committed the patch just to remove any potential 'this is not
available in GAL' complaints, but IMHO this particular feature is
needless and clutters the menu.

The code itself is obviously fine, I am just considering the value of
having a dedicated menu entry for such operation, but we can discuss it
later.

Regards,
Orson

On 02/06/2017 05:08 PM, John Beard wrote:

Hi,

This patch adds a missing tool to GAL: duplicate zone onto layer.

It's accessed through the zones context menu and does the same as the
legacy mode version.

Cheers,

John



___
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.la

Re: [Kicad-developers] What does /path do in PCBNew files?

[Pedro Martin]

El 16/2/20 a las 0:58, Brian Piccioni escribió:

So the approach to duplicating a section would be

1) Copy the design in eeschema
2) in eeSchema push to PCBNew
3) Layout a single section.
4) Copy and paste that section
5) Re-annotate the PCB section (this works now!) without pushing to 
schematic so the references correspond to the schematic

6) in eeSchema push to PCBNew associating by reference

Brian



Hi, in my opinion as Kicad user, the way to proceed with the current 
implementation should be:


1) Copy the design in eeschema
2) In eeschema push to PCBNew
3) Layout a single section.
4) Duplicate that section in EESCHEMA as many times as needed
5) Update pcb from schematic
6) Layout the remaining sections (with replicate layout plugin, for example)
7) Re-annotate the layout in pcbnew
8) Push the new annotation to the schematic.

In my case, I usually make my designs with hierarchical sheets. I have 
all the sections of the schematic finished before starting the layout, 
so steps 3 and 4 are interchanged.
But of course, many times some components must be added to the schematic 
after the layout is in progress.


Pedro.

___
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] Invalid certificate on kicad.info

[Pedro Martin]

The owner of both sites, Chris Gammell, is a member of this 
kicad-developers list.


Regads,
Pedro.

El 6/7/20 a las 12:10, Christoph Moench-Tegeder escribió:

## Kliment (Future Bits) (klim...@0xfb.com):


  kicad.info itself (without forum.) does not present a certificate at all.


Worse: https://www.kicad.info only has the certificate for
forum.kicad.info - there's no SubjectAltName for www.kicad.info or
kicad.info.
But then, according to that very site: "This site is run by Contextual
Electronics" (http://kicad.info/about/), so perhaps someone should tell
them?

Regards,
Christoph



___
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] Version 6 feature freeze.

[Pedro Martin]

  
  
Hi Wayne,
  
  Thank you and all the team for the Kicon meeting today.
  
  My question,
  Is the file format for V6 frozen too?
  
  I want to start working with V5.99 for real work. I know the
  risks, but the risks are higher if the file format may be changed
  in a near future.
  I mean, I want ot be sure that the files will be opened with any
  V6 update.
  
  Thanks.
  Pedro.

El 3/10/20 a las 18:32, Wayne Stambaugh
  escribió:


  Hi Marco,

On 10/3/20 11:55 AM, Marco Ciampa wrote:

  
On Fri, Oct 02, 2020 at 06:46:05PM -0400, Wayne Stambaugh wrote:


  As of now, the development branch of KiCad is closed for new feature
merges except for the items on the exception list.  A new feature freeze
exception tag has been created to tag existing merge requests that fall
into the exception category.  All new feature merge requests will be
pushed back until the main repo is opened for version 7 development.
The focus will now be on getting ready to release version 6 early in
2021.  Thank you to everyone who made this possible.



Hi Wayne,
when do you think will occur the creation of a 6.0 branch?

  
  
Not until -rc1 is released which hopefully will be early in January
2021.  I want the dev team to stay focused on getting V6 out before we
open the repo for V7 features.

Cheers,

Wayne


  

--

Saluton,
Marco Ciampa

___
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

[Kicad-developers] pcbnew block repetition feature

[Pedro Martin]

Hi,

I want to add a new feature to pcbnew: block repetition, replication or 
whatever its name is.


I have already tested my program, but it is a C program (I'm a disaster 
as a C++ programmer) working outside Kicad.

So I need some help from other developers while I learn C++...

If someone is interested in collaborating in this feature, help is more 
than welcome!


My program places block modules in the same relative positions as an 
original block that has been placed by hand.
It is very useful when the layout has at least two twin circuits with 
dozens of modules.


How do I define a block? A block is integrated by all the components 
into a hierarchical sheet. Two hierarchical sheets with the same 
hierarchical file are two twin blocks.


Unfortunately, it takes me some manual steps to extract the blocks from 
the .sch file, order the items by hierarchical sheet, read the 
coordinates of each module of the first sheet, set the coordiantes of 
the rest of the modules and edit the kicad_pcb file with the new module 
coordinates.


Furthermore, I'm sure this is not the way it must be done.

Regards,
Pedro.

___
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 block repetition feature

[Pedro Martin]

Hi Clemens,

I'm thinking only of modules-footprints, since copy&paste tracks and 
zones is very easy with copy block.


Of course, your examples are welcome.

My thought was something like this:
1- Place the components of a block
2- Select one item of the block and open a window showing a grid with
  a. All the twin components in the same .sch file
  b. Blank cells for the X and Y coordinates of each component
3- The user must fill the cells with relative distances from the 
selected item in step 2.

4- The program recalculates the positions of every footprint.

For example R101 and R102 in block one, R201 and 202 in block 2, R301 
and R302 in block 3 and so on.

R101 is at (30.00 , 25.00) and R102 at (35.00 , 27.00)
I fill the grid with 20 and 0 for R201 and 40 and 0 for R301

Finally, I get R201 at (50.00 , 25.00), R202(55.00 , 27.00)
R301 at (70.00 , 25.00) and R302 at (75.00 , 27.00)

And there is no need to go to the schematic, even though we are using 
the .sch file to read the components.


Easy to say, complex to program with my C++ level.

Thanks!
Pedro.

El 18/10/16 a las 17:35, Clemens Koller escribió:

Hello, Pedro!


On 2016-10-18 15:53, Pedro Martin wrote:

Hi,

I want to add a new feature to pcbnew: block repetition, replication or
whatever its name is.


It is called Physical Design Reuse (PDR) at least in
some professional EDA toolchains.

Usually you select some objects in the layout to create a "Reuse". Then
you can safe/load/recreate that and pick suitable component references,
netnames, etc. out of the schematics in an intelligent way and place
the "Reuse(s)" in your Layout i.e. in an array.

If you need some details/ideas, I migh be able to provide some examples
from my EDA software (I'm currently just very busy).

Regards,

Clemens

___
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] Wish: new eeschema file format

[Pedro Martin]

Hi,

Currently, eeschema keeps information of deleted hierarchical sheets 
into their bound .sch file.


In the project I have now, there were 5 hierarchical sheets with the 
same file. After deleting 2 of these hieralchical sheets, their 
information (a line for every component) remains in the common .sch file.


Only if I create a 6th sheet, the 2 deleted sheets disappear from the 
.sch file.


Also, if I create a hieralchical sheet with only one instance and the 
delete the whole sheet, the .sch file still remains in the project folder.


This behaviour has no impact in the circuit, the layout or the netlist.
Anyway, I think the less garbage, the better.

Just a tip for the new eeschema file format environment.

Regards,
Pedro.

___
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] Help understanding versions

[Pedro Martin]

Hi,

I'm quite new to the developers list, I'd like to understand version 
numbers.


Now, I have installed 201611061918+7343~55~ubuntu14.04.1 nightly build 
and stable 4.0.4+e1-6308~48~ubuntu14.04.1


With the stable 6308 version I cannot open pcbnew files generated with 
the 7343 version.


Maybe the 7 in 7343 means a major change not backwards compatible with 
6xxx versions?


Of course, no issues in openning "stable" files with the nightly build 
version.


Thanks!

Pedro.




___
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] [fun feature request] Create PCB from schematic with one click :)

[Pedro Martin]

So it is already implemented in the legacy canvas:

-Global spread and place -> Spread out All Footprints
-Autoroute -> Automatically Route All Footprints

Well, two clicks instead one just one.

I'm with Wayne: no effort should be added to autorouting as there are 
plenty of features to sort out.


What about 16 layer autorouter, with differential pairs, automatic 
zones, impedance matching, etc...


We are wasting our time with this topic, but some fun from time to time 
doesn't hurt.


Pedro.

El 05/03/18 a las 19:49, Russell Oliver escribi�:

In terms of automatically arranging  components a force directed graph
algorithm may work quite nicely, especially if the algorithm is seeded
with the layout of components on the schematic.

A simplistic version would be to just arrange components on board sheet
as to their position on the schematic sheets.

On Tue, 6 Mar 2018 05:07 Andy Peters, mailto:de...@latke.net>> wrote:



> On Mar 5, 2018, at 10:49 AM, Wayne Stambaugh mailto:stambau...@gmail.com>> wrote:
>
> I was thinking one level of abstraction higher where I just input my
> design requirements and it spits out a schematic, full simulation to
> match the design requirements, and a completed board layout.  That
would
> make my job a *lot* easier. ;)

Maybe it can do my FPGA design for me, and also write firmware for
the ARM processor too! Why am I doing all of this hard work when I
could be drinking coffee and reading the New York Times?

> All kidding aside, I was told by a very highly skilled board designer
> not to waste our time with auto-routers because no one actually uses
> them except for the simplest designs with lots of free board space and
> few or no routing restrictions.  This is someone who uses Altium
in his
> day job and has laid out far more boards than I have.

At the previous day job, we did VME and CompactPCI single-board
computers, and the layout people took advantage of full-up Specctra
autorouting. The designs had a lot of wide parallel buses and
suchlike which could be autorouted, but there was still plenty of
stuff on those boards which needed to be routed manually. And
setting up constraints for the autorouter was still a couple of days
work.

At the current job everything is smaller. Each product has multiple
boards that need to connect correctly. Boards are mixed signal, they
have power supply parts, there are connectors that poke through the
enclosure, etc etc etc and suffice it to say we never autoroute.
Assisted routing, like the Kicad push-and-shove, and Altium�s �bus
routing� (a feature I�d like to see in Kicad, for sure!) goes a long
way.


> I'm guessing auto-routers appeal to hobbyists rather than
professionals.

How many questions on forums do you see from hobbyists asking about
how to autoroute, or wondering if the results from the autorouter
are good?

-a
___
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] What is the purpose of multiple 3D models?

[Pedro Martin]

Jeff,
From a user point of view, sometimes I add 2 different models to the 
same footprint: a power transistor and its heatsink, a male pinheader 
and its female matching connector. Just to check they won't "crash" with 
other components when connected.


And I also keep the .wrl and .step models for each footprint.

Cheers,
Pedro.

El 31/03/18 a las 01:11, Jeff Young escribi�:

Yikes.  That�s probably beyond a couple of help strings in the UI.
 Perhaps I�ll just de-emphasize the multiple-models part of it for users
who don�t need this.

Thanks for the explanation.

Cheers,
Jeff.



On 30 Mar 2018, at 23:13, Nick �stergaard mailto:oe.n...@gmail.com>> wrote:

Den l�r. 31. mar. 2018 00.02 skrev Jeff Young mailto:j...@rokeby.ie>>:

A footprint can have several 3D models associated with it
(confusingly named 3D Shape Names in the dialog, but never mind that).

What is the purpose of this?

Is it so that library devs can add different formats and the
renderer will choose the first it has a plugin for?


No

If so, we need to say that in the UI.  Right now if you add two
models, selecting between them has no effect.  (That makes sense
if the above is true and you as a user have figured that out, but
is confusing as all heck otherwise.)

But that also means you might want to order them (so that a
preferred one will be selected over a fall-back if both plugins
are available), no?

Or is it for some other reason entirely?


Sometimes you would like to add myltiple models to a footprint.

There is a subtle but important feature. It will render a wrl model
over a step file, because users with wrl models use them for more
control over surface properties, but will still be able to export a
step assembly if the model exists with the same name as the wrl, but
just with the stp extension. See Maurices freecad script tool.

On that, I don't really think we need to do much in the GUI other that
what is done now.

One feature that is a bit wonky is the preview when browsing for a
model. It is not a standard opem file dialog because it was not
possible to add the preview pane in wx on all platforms to the native
file selector. It was decided to have the one we have now for cross
platform consistency.


Thanks,
Jeff.
___
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] What is the purpose of multiple 3D models?

[Pedro Martin]

Jeff, do you mean transistor+heatsink or .wrl & .step?

For transistor+heatsink I just add both models to the 3D shape names list.

For .wrl and .step the models must be checked individually, because if 
both models are in the list, they get overlapped and I don't know which 
one is being selected. In fact, I believe both are selected and I see 
"only one" because they are identical.

I got my models with the freecad kicad-stepup export tool.

Regards,
Pedro.

El 31/03/18 a las 13:54, Jeff Young escribió:

@Pedro, how do you check the two different models?  (Currently there’s a
bug where the preview chooses what model to render irrespective of which
is selected in the models list.  I’ve fixed that bug in 6.0, but it was
one of the things that made me think perhaps I didn’t understand how
this feature was used.)


On 31 Mar 2018, at 11:18, Pedro Martin mailto:pki...@yahoo.es>> wrote:

Jeff,
From a user point of view, sometimes I add 2 different models to the
same footprint: a power transistor and its heatsink, a male pinheader
and its female matching connector. Just to check they won't "crash"
with other components when connected.

And I also keep the .wrl and .step models for each footprint.

Cheers,
Pedro.

El 31/03/18 a las 01:11, Jeff Young escribi�:

Yikes.  That�s probably beyond a couple of help strings in the UI.
Perhaps I�ll just de-emphasize the multiple-models part of it for users
who don�t need this.

Thanks for the explanation.

Cheers,
Jeff.



On 30 Mar 2018, at 23:13, Nick �stergaard mailto:oe.n...@gmail.com>
<mailto:oe.n...@gmail.com>> wrote:

Den l�r. 31. mar. 2018 00.02 skrev Jeff Young mailto:j...@rokeby.ie>
<mailto:j...@rokeby.ie>>:

   A footprint can have several 3D models associated with it
   (confusingly named 3D Shape Names in the dialog, but never mind
that).

   What is the purpose of this?

   Is it so that library devs can add different formats and the
   renderer will choose the first it has a plugin for?


No

   If so, we need to say that in the UI.  Right now if you add two
   models, selecting between them has no effect.  (That makes sense
   if the above is true and you as a user have figured that out, but
   is confusing as all heck otherwise.)

   But that also means you might want to order them (so that a
   preferred one will be selected over a fall-back if both plugins
   are available), no?

   Or is it for some other reason entirely?


Sometimes you would like to add myltiple models to a footprint.

There is a subtle but important feature. It will render a wrl model
over a step file, because users with wrl models use them for more
control over surface properties, but will still be able to export a
step assembly if the model exists with the same name as the wrl, but
just with the stp extension. See Maurices freecad script tool.

On that, I don't really think we need to do much in the GUI other that
what is done now.

One feature that is a bit wonky is the preview when browsing for a
model. It is not a standard opem file dialog because it was not
possible to add the preview pane in wx on all platforms to the native
file selector. It was decided to have the one we have now for cross
platform consistency.


   Thanks,
   Jeff.
   ___
   Mailing list: https://launchpad.net/~kicad-developers
   Post to : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
   <mailto: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
<mailto: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
<mailto: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] Odd board

[Pedro Martin]

Hi Michael,

Are you sure that the file you have sent to the list is the same file 
you are openning in pcbnew?
It could be possible you have 2 copies of the same file in different 
folders.


I can see the hole in stable and nightly versions, like anyone else but you.

Sorry I can help with a solution.

Pedro.


El 17/04/18 a las 12:40, Michael McCormack escribi�:

I never tried to change setting on the routers, still, no better with
this bug regardless.

On Apr 17, 2018 6:23 AM, "Jeff Young" mailto:j...@rokeby.ie>> wrote:

Hi Michael,

Odd.

FWIW, if you set the interactive router to �Highlight Collisions�
mode it will put you in the driver�s seat.  (I think it then acts
more like Default, although it�s been so long since I�ve used
Default I can�t remember exactly.)

Cheers,
Jeff.



On 17 Apr 2018, at 11:14, Michael McCormack mailto:m...@artpoe.com>> wrote:

Not a help,


And I'd do more outside of default view if backspace and delete
worked on traces the same or maybe if the interactive router
wasn't so wonky when I'm trying to be precise about where I want
traces (you pitched it so I'm providing the feedback.)

On Tue, Apr 17, 2018 at 5:59 AM, Jeff Young mailto:j...@rokeby.ie>> wrote:

Hi Michael,

You appear to be in Legacy graphics mode (probably still
called �Default� in 4.0.7).  Have you tried OpenGL or Cairo
graphics mode?  (Note that the modes also change the toolsets,
and are a big step up over the default/legacy toolset.)

Cheers,
Jeff.



On 17 Apr 2018, at 10:45, Michael McCormack mailto:m...@artpoe.com>> wrote:

I did try that, but given the oddness of the behavior, I did
not resave the board in case someone wanted to check it out
and saving would somehow mess things up.  Here is the screen
shot with all layers and everything enable, still empty at
the bottom.





On Tue, Apr 17, 2018 at 5:14 AM, jp charras
mailto:jp.char...@wanadoo.fr>> wrote:

Le 17/04/2018 � 03:42, Steven A. Falco a �crit :
> I tried opening the board under Fedora Linux with Kicad 4.0.7 
using pcbnew in stand-alone mode, and the hole is visible, as shown in the 
attached screen-shot.
>
>   Steve
>
> On 04/16/2018 09:30 PM, Jon Evans wrote:
>> I tested on Ubuntu and Windows 10 using 5.0rc2 and don't see the 
problem, so I guess it has been fixed somewhere along the way.
>>
>> On Mon, Apr 16, 2018 at 8:12 PM, Michael McCormack mailto:m...@artpoe.com>
>> wrote:
>>
>> OK, here is the boar file, if you need anything else, please 
let me know.
>>
>> On Mon, Apr 16, 2018 at 6:09 PM, Jeff Young mailto:j...@rokeby.ie>
>> wrote:
>>
>> Looks like a different bug (2.9mm drill is smaller than 
3.2mm pad).
>>
>> I can�t reproduce it on 5.0rc2 Mac.  Not sure if 
that�s because it�s fixed in 5.0, or it only shows up on Windows, or it�s 
something specific to Michael�s setup.
>>
>>
>>> On 16 Apr 2018, at 22:44, Michael McCormack mailto:m...@artpoe.com>
>> wrote:

I tried the board both under Pcbnew 4.07 last stable and
the current 5.0rc2 and I do not have any
problem with these NPTH pads (I can edit the pad and move
the footprint).

Be aware you have set many layers and NPTH to "no show".
Perhaps you should set all items and layers to "show"


>>>
>>> This is the module snipped from the board file:
>>>
>>>   (module Ori:MountingHole_3.2mm_M3_ISO14580
(layer F.Cu) (tedit 59C8FBCE) (tstamp 5AC4E91C)
>>> (at 138.25 141.050001)
>>> (descr "Mounting Hole 3.2mm, no annular,
M3, ISO14580")
>>> (tags "mounting hole 3.2mm no annular m3
iso14580")
>>> (path /583B5C0A)
>>> (fp_text reference M1 (at 0 -3.75) (layer
F.SilkS) hide
>>>   (effects (font (size 1 1) (thickness
0.15)))
>>> )
>>> (fp_text value "M3_Mounting Hole" (at 0
3.75) (layer F.Fab)
>>>   (effects (font (size 1 1) (thickness
0.15)))
>>> )
>>> (fp_circle (center 0 0) (end 2.75 0)
(layer Cmts.User) (width 0.15))
>>>  

Re: [Kicad-developers] Grid & zoom drop-downs in GerbView and Eeschema

[Pedro Martin]

Hi Íñigo,

I totally disagree. I'll send you a private email. Or better, we could 
discuss this issue in front of a beer ;-)


Pedro.


El 31/07/18 a las 15:15, Wayne Stambaugh escribió:

Jeff,

I'm on the fence on this one.  I rarely make grid changes in Eeschema
and I never use the zoom drop down in any of the kicad main windows so I
would say don't use valuable screen real estate by adding another
horizontal toolbar.  If some users absolutely have to have this, I'm
fine with implementing it but it would be nice to be able to hide the
extra toolbar for those of us who will never use it.

Wayne

On 7/31/2018 5:48 AM, Jeff Young wrote:

Ping


On 12 Jul 2018, at 02:46, Jeff Young  wrote:

Just to have the link handy: https://bugs.launchpad.net/kicad/+bug/1689024


On 11 Jul 2018, at 15:36, Jeff Young  wrote:

GerbView was easy because it already has an auxiliary horizontal toolbar.

However, Eeschema does not, meaning that if we added one we’d be giving up 
significant screen real-estate.

Another option would be to put it in the main horizontal toolbar, but then we’d 
have to drop some stuff that is currently in it.  Candidates might include:
- page settings
- paste (we manage to get by without it in PcbNew)
- redraw (on the few screen glitches I’ve seen this button hasn’t helped anyway)
- footprint editor (not in current menus; should be added to Tools whether we 
remove the tool icon or not)
- BOM (not in the current menus; should be added to File > Export whether we 
remove the tool icon or not)
- update PCB
- back-annotate (needs to be added to Tools menu either way)

So,

a) leave Eeschema without grid/zoom dropdowns
b) trim toolbar icons and add dropdowns to main toolbar
c) add an auxiliary toolbar
d) something I haven’t thought of

Thoughts appreciated.

Cheers,
Jeff.
___
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] [PATCH] Rename lang_catalan and lang_chinese SVGs

[Pedro Martin]

Oops, sorry!

I answered to the wrong mail. I wanted to answer to this other mail.


Hi ��igo,

I totally disagree. I'll send you a private email. Or better, we could 
discuss this issue in front of a beer ;-)


Pedro.


El 31/07/18 a las 09:35, I�igo escribi�:

There are some issues there.
There is Spanish and Castilian. Castilian is the Spanish spoken in
Spain, and is the actual Spanish used in KiCad. So, technically, the
KiCad language menu should show Castilian as an option and not Spanish.

I�igo.


___
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] 5.0.2 stable release.

[Pedro Martin]

Hi, Wayne,

This is the version I'm using since last week.

Regards,
Pedro.

Application: kicad
Version: 5.0.2-bee76a0~70~ubuntu14.04.1, release build
Libraries:
wxWidgets 3.0.2
libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Platform: Linux 3.16.0-77-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
Boost: 1.54.0
OpenCASCADE Community Edition: 6.8.0
Curl: 7.35.0
Compiler: GCC 4.8.4 with C++ ABI 1002

Build settings:
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_WXPYTHON=OFF
KICAD_SCRIPTING_ACTION_MENU=ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_OCE=ON
KICAD_USE_OCC=OFF
KICAD_SPICE=ON


El 3/12/18 a las 17:24, Wayne Stambaugh escribió:

Hey Steve,

I have not posted the source archive yet.  I'm not sure where the link
you are using came from.  I will post the source archive at the same
time I make the release announcement.  This gives the installer devs a
chance to get the build servers updated and the installers uploaded to
the website.  As soon as the library devs get the library repos tagged,
it shouldn't take more than a week to get most of the installers built.
  My goal is to make the release announcement this weekend.

Cheers,

Wayne

On 12/3/2018 11:15 AM, Steven A. Falco wrote:

I see that the source code was tagged with 5.0.2, but I get a 404 when I try to 
download the tar via:

https://launchpad.net/kicad/5.0/5.0.2/+download/kicad-5.0.2.tar.xz

Is that the correct link?  Has the tar been posted yet?

Thanks,
Steve


On 12/3/18 7:49 AM, Wayne Stambaugh wrote:

I saw that the translation and doc repos were tagged for 5.0.2.  Where
do we stand on the library repos?

On 11/26/2018 6:49 PM, Evan Shultz wrote:

I should have also mentioned that the outstanding items milestoned for
5.0.2 are actual fixes which we would like to include. We've been
careful not to pushing breaking changes flippantly so tagging the head
of each library should be safe and an improvement. Breaking changes
haven't been intentionally made since 5.0.0 unless it was to fix an
issue that might ruin a design (wrong pinout, footprint pins swapped, etc.).

On Mon, Nov 26, 2018 at 3:08 PM Evan Shultz mailto:evan.shu...@gmail.com>> wrote:

 Yay!

 We (librarians) have a few outstanding items in the library we want
 to close before 5.0.2, but it should only be a couple of days and
 well within the one week timeline you requested. Thanks mostly to
 Antonio, we're now using the milestone feature of GH so you can see
 what's left at https://github.com/KiCad/kicad-symbols/milestone/6
 and https://github.com/KiCad/kicad-footprints/milestone/1 (for
 symbols and footprints, at least).

 On Mon, Nov 26, 2018 at 3:05 PM Wayne Stambaugh
 mailto:stambau...@gmail.com>> wrote:

 I just tagged and pushed 5.0.2 so we need to decide what we want
 to do
 about tagging the library and translation repos.  Rene, any
 thoughts on
 the library repos.  I know there have been a lot of changes
 since 5.0.1
 but as long as the existing symbols have changed too
 significantly, I'm
 fine with tagging the current head of each library.

 On 11/26/2018 5:55 PM, Nick Østergaard wrote:
 > Are we expecting to tag 5.0.1 as 5.0.2 for the libraries or are we
 > getting a minor library update as well?
 > On Mon, 26 Nov 2018 at 20:32, Wayne Stambaugh
 mailto:stambau...@gmail.com>> wrote:
 >>
 >> I just noticed a few last minute changes were made to the 5.0
 branch.
 >> Is there anything else pending or am I good to go with
 tagging 5.0.2?
 >>
 >> Cheers,
 >>
 >> Wayne
 >>
 >> On 11/25/2018 2:01 PM, Wayne Stambaugh wrote:
 >>> I plan on tagging 5.0.2 tomorrow unless is a show stopper
 bug that I am
 >>> not aware of.  My goal is to give the library, doc, and
 translations a
 >>> week to get tagged for 5.0.2 and another week for the
 installers to get
 >>> built so I can make the release announcement on 12/9.
 Please let me
 >>> know if this doesn't fit into your schedule so we can make
 other plans.
 >>>
 >>> Once 5.0.2 is released, I would like to string freeze the
 development
 >>> branch to start getting ready of 5.1 release candidates by
 the beginning
 >>> of the year.  If you have any UI string changes that you are
 planning to
 >>> make, now would be a good time.
 >>>
 >>> Thank you again everyone for your hard work.  KiCad continues to
 >>> steadily improve due to your efforts.
 >>>
 >>> Cheers,
 >>>
 >>

Re: [Kicad-developers] 5.1.0 tag

[Pedro Martin]

Hi Jean-Samuel and All,

I have successfully installed v5.1.0 from ppa. Thanks for your fast support!

One of the new features is Pcbnew scripting support for Python 3  but in 
the version info KICAD_SCRIPTING_PYTHON3 is off.


Is this compilation alright?

Regards,
Pedro.


Application: kicad
Version: 5.1.0-060a0da~80~ubuntu14.04.1, release build
Libraries:
wxWidgets 3.0.2
libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Platform: Linux 3.16.0-77-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
Boost: 1.54.0
Curl: 7.35.0
Compiler: GCC 4.8.4 with C++ ABI 1002

Build settings:
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_PYTHON3=OFF
KICAD_SCRIPTING_WXPYTHON=ON
KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
KICAD_SCRIPTING_ACTION_MENU=ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_OCE=OFF
KICAD_USE_OCC=OFF
KICAD_SPICE=ON


El 12/3/19 a las 15:41, Jean-Samuel Reynaud escribió:

You are true. It's missing. I have added packages. Copy is in progress...

Le mar. 12 mars 2019 à 13:20, jack ma > a écrit :


There is no libngspice-kicad in
https://launchpad.net/~js-reynaud/+archive/ubuntu/kicad-5.1 ?

Jean-Samuel Reynaud mailto:js.reyn...@gmail.com>> 于2019年3月12日周二 下午7:08写道：

Just to confirm that packages on ppa dedicated to this new
version (for
Linux ubuntu) are now ready.
I have a pending PR on the web site with instructions to use
this new
ppa for KiCad 5.1.

FYI I have an issue on building doc on version "Disco" (next
release of
ubuntu ie 19.04). I'm working on it to find a workarround (and
propose a
correction if needed).

Regards,
Le 05/03/2019 à 01:20, Wayne Stambaugh a écrit :
 > Now that all of the confirmed high priority bugs have been
addressed, we
 > should push all low priority bugs fixes to 5.1.1 unless there
is no
 > possibility of breaking anything.  If nothing serious shows
up in the
 > next few days, I'll tag 5.1.0 on Friday.  All of library,
doc, and
 > translation devs should be ready to tag on Friday if possible
so we can
 > get the packages built and uploaded to the website.  If you
cannot make
 > this happen, please let me know.
 >
 > 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



___
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] 5.1.0 tag

[Pedro Martin]

Thank you very much, Jean-Samuel!

Yes, I'm planning the upgrade to 18.04 mostly because the LTS of 14.04 
is close to its end. A bit frightened of a (again) clean install.


À bientôt,
Pedro.

El 12/3/19 a las 21:32, Jean-Samuel Reynaud escribió:

Hi Pedro,

According to your version info you use Ubuntu version 14.04.
Based on this version py3 is not available because wx is not available
on py3 for this version.
You have to upgrade to 18.04 for that...

Regards,
Le 12/03/2019 à 20:21, Pedro Martin a écrit :

Hi Jean-Samuel and All,

I have successfully installed v5.1.0 from ppa. Thanks for your fast
support!

One of the new features is Pcbnew scripting support for Python 3  but in
the version info KICAD_SCRIPTING_PYTHON3 is off.

Is this compilation alright?

Regards,
Pedro.


Application: kicad
Version: 5.1.0-060a0da~80~ubuntu14.04.1, release build
Libraries:
     wxWidgets 3.0.2
     libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Platform: Linux 3.16.0-77-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
     wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
     Boost: 1.54.0
     Curl: 7.35.0
     Compiler: GCC 4.8.4 with C++ ABI 1002

Build settings:
     USE_WX_GRAPHICS_CONTEXT=OFF
     USE_WX_OVERLAY=OFF
     KICAD_SCRIPTING=ON
     KICAD_SCRIPTING_MODULES=ON
     KICAD_SCRIPTING_PYTHON3=OFF
     KICAD_SCRIPTING_WXPYTHON=ON
     KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
     KICAD_SCRIPTING_ACTION_MENU=ON
     BUILD_GITHUB_PLUGIN=ON
     KICAD_USE_OCE=OFF
     KICAD_USE_OCC=OFF
     KICAD_SPICE=ON


El 12/3/19 a las 15:41, Jean-Samuel Reynaud escribió:

You are true. It's missing. I have added packages. Copy is in progress...

Le mar. 12 mars 2019 à 13:20, jack ma mailto:assang...@gmail.com>> a écrit :

     There is no libngspice-kicad in
     https://launchpad.net/~js-reynaud/+archive/ubuntu/kicad-5.1 ?

     Jean-Samuel Reynaud mailto:js.reyn...@gmail.com>> 于2019年3月12日周二 下午7:08写道：

     Just to confirm that packages on ppa dedicated to this new
     version (for
     Linux ubuntu) are now ready.
     I have a pending PR on the web site with instructions to use
     this new
     ppa for KiCad 5.1.

     FYI I have an issue on building doc on version "Disco" (next
     release of
     ubuntu ie 19.04). I'm working on it to find a workarround (and
     propose a
     correction if needed).

     Regards,
     Le 05/03/2019 à 01:20, Wayne Stambaugh a écrit :
  > Now that all of the confirmed high priority bugs have been
     addressed, we
  > should push all low priority bugs fixes to 5.1.1 unless there
     is no
  > possibility of breaking anything.  If nothing serious shows
     up in the
  > next few days, I'll tag 5.1.0 on Friday.  All of library,
     doc, and
  > translation devs should be ready to tag on Friday if possible
     so we can
  > get the packages built and uploaded to the website.  If you
     cannot make
  > this happen, please let me know.
  >
  > Cheers,
  >
  > Wayne
  >
  > ___
  > Mailing list: https://launchpad.net/~kicad-developers
  > Post to     : kicad-developers@lists.launchpad.net
     <mailto: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
     <mailto: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] Visible Items on different canvases

[Pedro Martin]

Hi Andr�,

I have just checked the behaviour of pcbnew in my copies of kicad 4.0.7 
ubuntu and nightly 20170925 ubuntu.


-If F.Fab is set, values and references can be set/unset in the render tab.
-If F.Fab is unset, values and references are hidden no matter if they 
are set or unset.


The same for F.Silk, B.Silk and B.Fab.

Both in legacy and opengl modes.

Regards,
Pedro.


El 04/01/18 a las 15:16, Andr� S. escribi�:

Hi Nick,

I try to detail it again and hope I can make clear what I mean:
- currently you can in 4.0.7 Legacy canvas
  * toggle the Value and Reference option in Visibility:Elements.
  When you do that:
  * Value/Reference are displayed or hidden according to the status of
the Element control.
  The state of the _Layer option_ F.SilkS/B.SilkS and F.Fab/B.Fab have
_no influence_ on the visibility of Value/Reference.

- when you switch to OpenGL or Cairo Value/Reference _disappear_ on the
PCB when F.SilkS/B.SilkS and F.Fab/B.Fab are _unset_ in the Layer
options regardless that Value/Reference option are set in Elements.
Value/Reference are in OpenGL/Cairo only _displayed_ when *.SilkS/*.Fab
are _set_ *and* the Element control for Value/Reference are set.

This is independent from the actual PCB project. (I tried it on three
different projects)
In the current Nightly all canvases act the same as OpenGL/Cairo in
4.0.7. (Legacy in 4.0.7 behaves differently as Legacy in Nightly.)

I hope this made it clearer.

  Andr�


Am 2018-01-04 um 14:18 schrieb Nick �stergaard:

2018-01-04  9:55 GMT+01:00 Andr� S.
mailto:list.dev.ki...@nospamail.de>>:

Hi everyone,

I discovered some not consistent behaviour in the current stable
release:
On the Legacy canvas you can display Value of the footprint by
enabling Value option under Elements in the Visibility menu.
This is not true for OpenGL and Cairo canvas.
In the Nightly from 2018-01-02  Legacy shows the
same behaviour as OpenGL and Cairo. There Value is only visible
when F.Fab is visible.
This means 5.0 will show consistent behaviour over all canvases. Fine.
The same is true with References and F.SilkS layer.

What is missing with this solution is the possibility to be able
to only display Value/Reference of a footprint as the current
stable release Legacy canvas allows. (I really like this feature
because it removes a lot of visual noise on the PCB during layout
design).


I don't understand you. There is still the toggle for references and
values in the render (elemente) tab. I don't understand why you
exemplify it with 4.0.7 when you say there is no regression. Please
illustrate what you would like to have and attach an example kicad_pcb
file, it is easier to comment on that.

https://bugs.launchpad.net/bugs/1741015


I do think the behaviour of Legacy was always there, therefore my
confusion with the Values and References not visible when
switching canvases.
Is there any chance that in future there will be an option (again)
to toggle Value and Reference visibility independently from F.Fab
and F.Silks?

Best Regards,
  Andr�

PS: xkcd reference: https://xkcd.com/1172/ ;)

___
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