Le 03/03/2020 à 21:55, Wayne Stambaugh a écrit :
I'm just wondering about the impact to CVS users of adding them to the
project file. I'm not sure if it's an issue or not.
Just my two cents on this : from a user point of view, wich use git for
kicad projects, I think it would be better
it might be usefull to have a look at 3D slicer softwares, they all
implement something similar to generate inner structure of objects, with
a very large set of options to control density, direction, pattern and so on
Le 14/03/2018 à 20:17, Vesa Solonen a écrit :
jp charras kirjoitti
what about keeping four buttons :
*Defaults* that reset all hotkeys *of the current tab* to default
*Reset* that reset *the selected* hotkey only to default
*Cancel* that close the window and undo the current changes
*Save* that close the window and save the current changes
With a tooltip
And the version 5 roadmap should be updated too. Simulation section says
"no progress" :D
Le 24/07/2016 à 10:55, Eldar Khayrullin a écrit :
Hello guys. I think this news should be announced in
http://kicad-pcb.org/post/ to promote the interest.
В Суббота, 23 июл. 2016 в 2:17 , jp charras
WOW very impressive !
Congrats for all this good work !
On 21/07/2016 21:37, Tomasz Wlostowski wrote:
Hi,
As some of you have noticed, we've been working on a "secret" feature
during the hackathon at CERN. The feature we're talking about is an
integrated circuit simulator. Currently it
May be the good way to mix the two is having the config windows
displaying the envar if defined instead of the value in config. In that
case it should be greyed out with a little information message
explaining why. So user will not get confused changing something without
effect, and it remains
whooops sorry for the flood, looks like the email that was unable to be
send was sent...
Le 15/09/2015 08:22, yann jautard a écrit :
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the
problem from the other
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the problem
from the other end, and when adding label to a wire having a little list
with all the already used labels that appears and let you chose the one
you
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the problem
from the other end, and when adding label to a wire having a little list
with all the already used labels that appears and let you chose the one
you
Just my two cents here : I perfectly see that detecting unmached names
on ERC will give lots of false errors, but what about taking the problem
from the other end, and when adding label to a wire having a little list
with all the already used labels that appears and let you chose the one
you
Le 15/09/2015 08:24, Lorenzo Marcantonio a écrit :
Whatever choice we make for the 'official' library *can't* satisfy
everyone, there are just too many use cases/workflows...
Exactly. So why change something everyone is used to ?
___
Mailing
Le 07/09/2015 07:50, LordBlick a écrit :
In response to a message written on 07.09.2015, 02:22, from yann jautard:
I tried to open all the boards I have here, even old ones that I know
were
rendered OK when I did them and they also present the problem. So
maybe this is
related to my system
https://bugs.launchpad.net/kicad/+bug/1492862
tell me if you need more info
Le 07/09/2015 01:46, Blair Bonnett a écrit :
Hi Yann,
Could you file a bug at https://bugs.launchpad.net/kicad about this
please. If possible, upload a sample board which exhibits this problem
-- I don't see this
All is said in the subject : for pads in a copper zone, hole is not
properly rendered in 3D viewer.
Please see attachment to visualize the problem.
Application: kicad
Version: (2015-08-31 BZR 6138)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC
I tried to open all the boards I have here, even old ones that I know
were rendered OK when I did them and they also present the problem. So
maybe this is related to my system only ?
Its a Acer netbook with Intel Atom processor with GPU embedded.
Le 07/09/2015 02:01, yann jautard a écrit
Le 03/09/2015 23:01, Jean-Paul Louis a écrit :
Hi nnn,
I do not understand your point about having values on the PCB. NOBODY in the
industry put values on the PCB.
I disagree, I have a few examples of recent industrial boards with
values on them. Last one I've seen is an inverter
Le 31/08/2015 16:46, Chris Goddard a écrit :
On 31/08/15 15:15, Attila Kinali wrote:
An example where Kicad fails with external consistency is the use of the
mouse wheel. While all EDA, CAD and simple drawing applications I've
used
in the past have the following mapping:
wheel ->
Le 02/08/2015 11:40, yann jautard a écrit :
Le 30/07/2015 15:10, Wayne Stambaugh a écrit :
If you or anyone else happens to find any other dialogs without a
default button, please report them as soon as possible so they can be
fixed for the stable release.
pcbnew change footprint window
Le 30/07/2015 15:10, Wayne Stambaugh a écrit :
If you or anyone else happens to find any other dialogs without a
default button, please report them as soon as possible so they can be
fixed for the stable release.
pcbnew change footprint window. I also noticed closing this window with
the
Something that looks like a bug to me (or at least a
to-be-improved-design) :
open kicad(with a project loaded), open pcbnew then minimise project
manager window.
select a footprint, chose change module then from the module change
window, open component viewer.
nothing seems to happen,
Le 19/07/2015 10:54, LordBlick a écrit :
Why modal dialog from pcbnew(netlist) also blocks any operation in
eeschema?
This as to do with the new modular architecture.
We had some discussion maybe one year ago with Dick on this subject and
he did a change to correct this annoying behaviour
Maybe the way used in openoffice or other programs that allow user to
add and remove every buttons he wants from the toolbars is a solution ?
But I'm not sure the work needed to allow this would be really usefull...
Le 06/07/2015 22:20, Wayne Stambaugh a écrit :
I agree that we tend to have
What I always do myself with my own designs is when I finished the
schematic, I add the cache file on top of library list, then remove all
other entries.
that way even if you reopen the project on another machine, components
are still the same.
But I agree it would be great if something
=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_WEBKIT=ON
2015-01-27 19:56 GMT+01:00 yann jautard brico...@free.fr:
Hi all,
I just found this issue, wich I think you can reproduce opening the attached
.sch
If someone can test it on a more recent build to confirm ?
Place mouse cursor
Le 04/09/2014 15:44, Moses McKnight a écrit :
Interesting! I don't have a .SchematicFrame file and haven't seen one,
but looking at the code I see that eeschema tries to read hotkey
configs from that file: ReadHotkeyConfig( wxT(SchematicFrame),
s_Eeschema_Hokeys_Descr );
In fact you don't
kicad-common : where is the path set ?
KSYS3DMOD : why displayed in the fp-lib-table editor ?
variables : edit them in that same page ?
Le 04/09/2014 07:55, yann jautard a écrit :
Also noticed some text that need to be change in pcbnew, as
fp-lib-table is now in the new .config
please forgive that email, it was a draft send by mistake
Le 04/09/2014 07:59, yann jautard a écrit :
kicad-common : where is the path set ?
KSYS3DMOD : why displayed in the fp-lib-table editor ?
variables : edit them in that same page ?
Le 04/09/2014 07:55, yann jautard a écrit
Le 02/09/2014 18:24, Wayne Stambaugh a écrit :
I have this on my list of things to look at. It should be possible to
get CMake to generate make files that compare the source repo version
against the version.h file and recreate it as required every time make
is run. Currently, the only time
Le 03/09/2014 20:08, Wayne Stambaugh a écrit :
On 9/3/2014 8:08 AM, yann jautard wrote:
Le 03/09/2014 12:32, yann jautard a écrit :
Le 02/09/2014 18:24, Wayne Stambaugh a écrit :
I have this on my list of things to look at. It should be possible to
get CMake to generate make files
Le 03/09/2014 20:01, Wayne Stambaugh a écrit :
On 9/2/2014 11:58 PM, Moses McKnight wrote:
On 09/02/2014 06:59 PM, Wayne Stambaugh wrote:
On 8/31/2014 4:31 AM, Lorenzo Marcantonio wrote:
snip
By the way, I always wondered... why using env vars instead of settings
in a config file? IIRC
Le 03/09/2014 22:27, Brian Sidebotham a écrit :
On 3 September 2014 20:04, yann jautard brico...@free.fr wrote:
Le 03/09/2014 20:08, Wayne Stambaugh a écrit :
On 9/3/2014 8:08 AM, yann jautard wrote:
Le 03/09/2014 12:32, yann jautard a écrit :
Le 02/09/2014 18:24, Wayne Stambaugh a écrit
Le 03/09/2014 22:48, Wayne Stambaugh a écrit :
On 9/3/2014 3:04 PM, yann jautard wrote:
Le 03/09/2014 20:08, Wayne Stambaugh a écrit :
On 9/3/2014 8:08 AM, yann jautard wrote:
Le 03/09/2014 12:32, yann jautard a écrit :
Le 02/09/2014 18:24, Wayne Stambaugh a écrit :
I have this on my list
I just tested your patch on Ubuntu, works fine.
But I noticed one file is still stored on home dir : the hotkey config
file ~/.SchematicFrame
I think it should be relocated too.
Regarding this file, I think there is a formatting error in it : it is
composed of one single line with plain
Also noticed some text that need to be change in pcbnew, as fp-lib-table
is now in the new .config folder :
http://imagebin.ca/v/1Z8xK7hOgTP8
Le 04/09/2014 07:45, yann jautard a écrit :
I just tested your patch on Ubuntu, works fine.
But I noticed one file is still stored on home dir
Le 31/08/2014 10:27, Lorenzo Marcantonio a écrit :
On Sat, Aug 30, 2014 at 07:56:16PM -0500, Moses McKnight wrote:
Hi,
I would like to move the kicad config files in linux to a more proper
location as defined by the FreeDesktop specification here:
Hi all,
I don't know if this is important, but I just updated my kicad install
this afternoon, and I noticed the kicad version information is not up to
date :
yann@yann-netbook:~/kicad_sources$ ./kicad-install.sh --install-or-update
(...)
step 3) checking out the source code from launchpad
Hi all,
I wonder if we can't add lib files to the footprint repository, or to
another repository. Even if there is not at the moment the same
fp-lib-table system for eeschema, it could be a convenient way to
distribute and contribute to library files.
Just an idea coming while I found an
...@verizon.net wrote:
On 8/26/2014 10:53 AM, yann jautard wrote:
Hi all,
I wonder if we can't add lib files to the footprint repository,
or to
another repository. Even if there is not at the moment the same
fp-lib-table system for eeschema, it could be a convenient
Well, that's an impressive news.
From a user point of view, I just wanted to say THANK YOU Dick, for all
you've done for the project, and for the impressive reactivity you had
when any new bug showed up.
Best regards,
Yann
Le 22/08/2014 18:41, Dick Hollenbeck a écrit :
Ladies and
just FYI, 5084 does not compile any more.
/home/yann/kicad_sources/kicad.bzr/pcbnew/dialogs/dialog_edit_module_for_BoardEditor.cpp:
In member function ‘virtual void
DIALOG_MODULE_BOARD_EDITOR::OnCancelClick(wxCommandEvent)’:
Le 20/08/2014 15:12, Brian Sidebotham a écrit :
Hi Yann,
There's nothing wrong with the source, see:
http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/view/head:/pcbnew/dialogs/dialog_edit_module_for_BoardEditor.cpp
You have a locally unresolved conflict because you've had
Le 18/08/2014 01:04, Dick Hollenbeck a écrit :
Patch solved the issue, seemed to work like a charm... But induced another
issue. Step to
reproduce :
1 - open kicad, then open eeschema and pcbnew
2 - in pcbnew, open the module properties dialog on any part you want.
3 - go back to eeschema,
Le 15/08/2014 02:31, yann jautard a écrit :
I updated my source tree to latest bzr to test with that revision, but
I did a mistake and I need to recompile the whole stuff. As I have
only my netbook now, it will take one hour or more, so I will test
that tomorow
Exact same thing
Hi Dick, and all the others involved in the modular design.
I noticed something regarding the modular kicad apps :
When you have some modal window opened in one of the app, eg the module
properties window in pcbnew, all the kicad modules are frozen until you
close that window.
It's not a
Le 14/08/2014 16:21, Dick Hollenbeck a écrit :
I don't know if it is technically possible to change this behaviour, but
I think it could be a great improvement.
:
yann
Hopefully QuasiModal is not a monster.
For significant dialogs (ones which tend to be open for a while) using the
Le 05/08/2014 02:13, Cirilo Bernardo a écrit :
(...)
The use of the variable KISYS3DMOD is hard-coded; this is due to the
fact that there is no configuration file similar to fp-lib-table used
by the 3D code. The environment variable was introduced as a quick fix
to the 3D code after the old
, but since you say you tested the latest one.. so probably
is not full fixed yet.
Mario
From: Kicad-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
yann jautard [brico...@free.fr]
Sent: 03 August 2014 11:52
To: kicad
Le 04/08/2014 10:57, Nick Østergaard a écrit :
2014-08-04 10:00 GMT+02:00 yann jautard brico...@free.fr:
And also what about the path to the 3D models directory that cannot be
edited ? Is there a place where we can edit it ?
That is a bug I believe, it is supposed to be set
Hi
I just installed the latest bzr with the install script on my ubuntu system.
I see that some new 3D modules comes along with the fresh install. Great.
But lots of them are not displayed in the 3D view.
I tried with an older version, to see if it was due to the recent
changes in 3D view, but
bzr4793. not a so old one, but ok next time I will update before
complaining :)
template zip file is here :
https://xa.yimg.com/kq/groups/16027698/1924134148/name/arduino_uno_r3_compatible_shield.zip
Le 21/07/2014 11:55, jp charras a écrit :
Le 21/07/2014 08:12, yann jautard a écrit :
Hi
Le 04/04/2014 20:02, Nick Østergaard a écrit :
I might very well be a good idea -- same goes for transistors. But
what would you do with a BAT54S? This is a three pin package with two
diodes in series with a pin in between. One could still stick with
numbers for all those doubtfull packages,
I am just wondering why there is two packages one named kicad and
another labelled eeschema thats installs together when updating from
the ppa.
What is the purpose of distributing eeschema in a separate package ?
Le 13/03/2014 00:45, Fabrizio Tappero a écrit :
Guys,
I did not mean to
Strange, I just installed this morning the daily build from this ppa,
works ok for me (ubuntu 13.10). Claims to be rev 4741.
Le 12/03/2014 16:50, Fabrizio Tappero a écrit :
I am looking at this ppa repo and I see that it fails on all builds
and that there is a size limit error too.
Installs and works out of the box on kubuntu 13.10
I think your ppa sould be announced on the user mailling list.
Le 10/03/2014 23:06, Jean-Samuel Reynaud a écrit :
About the download of boost, I only found a (very) bad solution.
Pre download and put it inside the package source... I imagine
i686 Ubuntu binaries works well on my laptop.
thanks :)
Le 26/01/2014 23:21, Milan Horák a écrit :
Hi gentlemen,
seems like I was finally able to compile Windows version of Kicad.
On http://kicad.nosoftware.cz there is r4636 packaged (without docs,
demos and libraries). Please test and
oops sorry, this message was for the user list.
Le 27/01/2014 12:11, yann jautard a écrit :
i686 Ubuntu binaries works well on my laptop.
thanks :)
Le 26/01/2014 23:21, Milan Horák a écrit :
Hi gentlemen,
seems like I was finally able to compile Windows version of Kicad.
On http
Le 30/04/2013 20:07, Wayne Stambaugh a écrit :
(...)
I wonder what the poor first time user must think. My guess is that
most users think in degrees.
Agreed. And this is a simple user point of view :)
I wondered a long time why angles have to be decidegrees and not a more
classical
57 matches
Mail list logo
