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
That's very interesting!
Despite of Proteus quirks, cost and limitations, I liked somewhat the
integrated approach.
Is the circuit simulator switchable? There's another project called QUCS,
it's very promising and has some interesting stuff too.
On Sep 4, 2015 7:02 AM, "Oscad Team"
I have got custom schema library(attached with rename, gmail does not love
„.lib” extension), which contains following symbol:
#
# HVS
#
DEF HVS #PWR 0 0 N N 1 F P
F0 "#PWR" 0 -20 20 H I C CNN
F1 "HVS" 0 -70 20 H V C CNN
F2 "" 0 0 60 H V C CNN
F3 "" 0 0 60 H V C CNN
DRAW
P 8 0 1 0 -40 -30 40
is remarkably unintuitive; making a footprint is EASY, saving it is
HARD.
Where is the unintuitive part? Select library, save footprint; end of
the story. Slightly more complex if you use the master board repository
approach (see manual for that).
The "Select" button sends us to the "Library
is remarkably unintuitive; making a footprint is EASY, saving it is
HARD.
Where is the unintuitive part? Select library, save footprint; end of
the story. Slightly more complex if you use the master board repository
approach (see manual for that).
I'll try to get a video together showing
Maybe some of the problems I'm seeing that I've shown in my video are
troubles with my build...
Linux gap 2.6.32-74-generic #142-Ubuntu SMP Tue Apr 28 10:03:02 UTC 2015
x86_64 GNU/Linux
Application: kicad
Version: (2015-09-03 BZR 6154)-product release build
wxWidgets: Version 3.0.0
Well you are not supposed to select each footprint from eeschema field
dialog; that's for minor modification (like for the d'oh, that resistor
needs to be bigger if I don't want a flaming ball of fire situations...)
The cvpcb panel is still the main association tool IIRC.
You know what would
In response to a message written on 05.09.2015, 17:27, from Jacob Schmidt:
I wish I had a video of me just now trying to make, save, and use a new
footprint. The crux of the problem, as I see it, is the Library editor is
remarkably unintuitive; making a footprint is EASY, saving it is HARD.
The
On Sat, 05 Sep 2015 17:54:37 +0200,
LordBlick wrote:
> I must give you a hope - cvpbc still exist in eeschema toolbar, but results of
> work are saved in schematic project. After that export netlist to pcbnew…
Except that it only works/appears only if you launch it from the project
manager. For
In response to a message written on 05.09.2015, 18:17, from Lorenzo Marcantonio:
Except that it only works/appears only if you launch it from the project
manager. For some unknown reason since it already has everything it needs
even when used standalone :(
I think it is unacceptable, in fact
On Sat, 05 Sep 2015 17:27:54 +0200,
Jacob Schmidt wrote:
> Long on the list, devs have been asking for cmp files to go away, and
> cvpcb to become less prominent as a method for assigning footprints to
> components. I am totally fine with that.
In fact cmp files are no longer here. I party-ed
This is going to sound like a rant, because it is.
Don't stop reading because you think you know what I'm going to say, please.
Long on the list, devs have been asking for cmp files to go away, and
cvpcb to become less prominent as a method for assigning footprints to
components. I am totally
On Sat, 05 Sep 2015 18:37:52 +0200,
LordBlick wrote:
> I think it is unacceptable, in fact for user cvpcb is reduced to some kind of
> eeschema dialog, so it should be enabled in standalone mode too.
I already discussed previously about that on the list. IIRC there was
something about accessing
Hi,
I'm trying to figure out who is owning the *_SCREEN object pointed to by
EDA_DRAW_FRAME::m_currentScreen.
In EDA_DRAW_FRAME::~EDA_DRAW_FRAME(), the object pointed to is deleted,
which suggests to me that the draw frame has some sort of ownership,
however this will only delete the last object
Hi,
CMake provides a readymade test for the GCC/CLang -fvisibility= flag. This
removes our own test and uses the result from CMake.
I've left the test for "NOT APPLE" in place -- is there a particular reason
why we do that?
Simon
---
CMakeLists.txt | 16
I have some suggestions and ideas after stable release. Sorry if I explain
them wrong, I hope not!
- Why KiCad depends on a practically dead project such as FreeRoute? It's
taken down by Zuken and even adds Java as a dependency, that's a major
annoyance.
* What about a similar plugin approach
SCREEN objects are typically owned by the DRAW_FRAME they are attached to.
SCH_SCREEN objects may additionally be shared between one DRAW_FRAME, and
multiple SCH_SHEET objects, so they are reference counted.
To make this distinction more obvious, and avoid potential errors, move the
pointer
On Sep 6, 2015 00:00, "timofonic timofonic" wrote:
>
> I have some suggestions and ideas after stable release. Sorry if I
explain them wrong, I hope not!
>
> - Why KiCad depends on a practically dead project such as FreeRoute? It's
taken down by Zuken and even adds Java as a
Hi Folks,
The 3D refactoring branch now has a very minimal test program
with a simple window. At the moment the test program instantiates
the 3D Model Manager which in turn loads a plugin. When the
menu item File->Select is activated a message pops up which
shows the user the loaded plugins and
19 matches
Mail list logo