?
Clemens
> On Thu, Jan 7, 2016 at 7:12 PM Clemens Koller <c...@embeon.de
> <mailto:c...@embeon.de>> wrote:
>
> Hi, There!
>
> I am running kicad-latest for testing purposes in my home directory:
> ~/SW/usr/local/bin/kicad
> There is also k
Hello, Chris!
FYI: changed my email address.
Some more testing on Arch Linux 64bit, XFCE:
An hotkey assignment works fine, but + becomes -
- doesn't get accepted at all (keypress is ignored, nothnig happens).
I think I'll stop digging around that until you get the
next version out.
Regards,
Hi, There!
I am running kicad-latest for testing purposes in my home directory:
~/SW/usr/local/bin/kicad
There is also kicad-4.0.1 in /usr/bin/kicad.
To test the latest stuff from you, I
1. open kicad-latest from a terminal/console:
[admin@black bin]$ pwd
/home/admin/SW/usr/local/bin
n you run xev and confirm whether other applications are receiving
> that unmolested? Also, can other developers confirm whether Ctrl-F works
> for them?
>
>
> On Fri, Jan 08, 2016 at 12:58:40AM +0100, Clemens Koller wrote:
>> Hello, Chris!
>>
>> FYI: changed my em
us moved in and out of the
> window. That could happen, for instance, if Ctrl-F were popping up a
> dialog that took focus - but I suspect you'd notice that.
>
> On Fri, Jan 08, 2016 at 01:21:48AM +0100, Clemens Koller wrote:
>> Hi, Chris!
>>
>> Output of xev while pressing C
Hello, Mario!
My primary focus is not yet on 3D view, but definitely in more complex
pad shapes which are AFAICT not easy to create (automatically) in kicad.
What I would love to see are next to oblong pad shapes also
rounded rectangular ones as shown here in 0402 (1608metric)
capacitors and
Thanks, Mathias!
I'm looking forward to test that as soon as I can.
(Currently a busy with commercial stuff.)
On 2016-01-12 00:06, Mathias Grimmberger wrote:
> I refreshed a part of my patch for rounded rectangle pads (minus the
> plotting stuff, OpenGL canvas, stuff I probably forgot) so
Hi, Mathias!
On 2016-01-12 00:06, Mathias Grimmberger wrote:
> I refreshed a part of my patch for rounded rectangle pads (minus the
> plotting stuff, OpenGL canvas, stuff I probably forgot) so everybody
> interested can have a look and play a bit with it, see below.
Unfortunately, your patch
Hello, Cirilo!
I am quite new to Kicad-dev, but here is my novice idea:
I would expect to have a 3D model embedded/frozen in my
"design database" at the time when I add it to my design.
The design must not change when the model changes outside
of the "design database" without my
t; make -j8
>>> make install
>>>
>>> fails with:
>>>
>>> -- Installing: /home/admin/SW/share/applications/pcbnew.desktop
>>> -- Installing: /home/admin/SW/share/applications/bitmap2component.desktop
>>> -- Installing: /usr/local/bi
I feel like spamming the list with my noise ;-)
On 2016-01-08 15:39, jp charras wrote:
> Looks like pcbnew.py (and perhaps _pcbnew.pyc) is not found ( not copied
> to the right folder).
That's what ended up in the bin directory:
$ pwd
/home/admin/SW/bin
$ ls -la
total 40984
drwxr-xr-x 2 admin
ing -DCMAKE_INSTALL_PREFIX=~/SW.
>
> On 1/8/2016 8:11 AM, Clemens Koller wrote:
>> Hi!
>>
>> Ok, redo from scratch.
>> I'm cleaning up the build directory now...
>>
>> $ git pull
>> $ git checkout -f
>> $ rm -r build
>> $ cat ./go.sh
>&g
$ cd ~/SW/bin
$ ./kicad
Traceback (most recent call last):
File "", line 3, in
ImportError: No module named pcbnew
$
:-(
Clemens
On 2016-01-08 14:33, Wayne Stambaugh wrote:
> Try using -DCMAKE_INSTALL_PREFIX=~/SW.
>
> On 1/8/2016 8:11 AM, Clemens Koller wrote:
>> Hi!
&g
Hello, Mathias!
On 2016-01-12 21:29, Mathias Grimmberger wrote:
> Clemens Koller <c...@embeon.de> writes:
>> Can you rebase your patch, please?
>
> Please find attached a patch done against rev 6455, I hope I put it all
> together correctly, especially the DRC clearance
I can.
Clemens
> On 1/12/2016 7:22 PM, Clemens Koller wrote:
>> Hello, Wayne!
>>
>> On 2016-01-13 00:55, Wayne Stambaugh wrote:
>>> This patch changes the pcb file format.
>>
>> Are there ideas to migrate at some time towards file formats
>>
A short follow up:
On 2016-01-10 17:13, Clemens Koller wrote:
> I am currently back to:
> cmake -DCMAKE_INSTALL_PREFIX=~/SW \
> -DDEFAULT_INSTALL_PATH=~/SW \
> -DKICAD_SKIP_BOOST=ON \
> -DKICAD_SCRIPTING=ON \
> -DKICAD
lad to do extensive testing of the gerber stuff.
And get stuff manufactured with some nice footprints (LT3032EDE)
and stencils. ;-)
Regards,
Clemens
> On 1/12/2016 3:29 PM, Mathias Grimmberger wrote:
>>
>> Hello Clemens,
>>
>> Clemens Koller <c...@embeon.de> writes:
>&
share some ideas with that once I got more designs
into Kicad.
(Here, it would be great if the export functions of my commercial
tool would deliver consistent ordered/sorted output files,
but it doesn't. I bet that's just another try to lock
customers to their proprietary stuff.)
Regards,
Clem
Hi, there!
On 2016-06-12 17:25, Cheng Sheng wrote:
> [...]
> What it does is: If a via appears on F.Cu layer, print it also on F.Mask
> layer; same for B.Cu layer via on B.Mask layer.
This "feature" - to open up (selected) vias in the solder mask - seems
especially useful when
vias are used as
thon2 then bad things will happen, as you have been experiencing.
>
> Try installing "python2" or making "python" point to it and see if your
> problems are resolved.
>
> To bring kicad inline with that PEP we should not use "python" but
> specificall
Hello, Nick!
On 2016-01-08 17:03, Nick Østergaard wrote:
> Distro packagers are supposed to enable scripting, and when they
> generate a package it is installed in the proper location for python.
> AFIK
>
> Anyway, I did write to keenerd that the scripting is supposed to be
> enabled. But it
>>>> Hmm, did you specify the prefix paths the first time you ran cmake? It
>>>> looks like it is still trying to install some file (here _cvpcb.kface)
>>>> to a default location and not your user folder. but the make
>>>> DESTDIR=something install w
the PYTHONPATH
> environment variable to add your custom path to Python so it can find
> the pcbnew python modules.
Thanks, I choose the third option for now: Not use scripting.
Regards,
Clemens
> On 1/8/2016 9:50 AM, Clemens Koller wrote:
>> I feel like spamming the list with my n
s non-root currently
as "unsupported". I am fine with that for now.
Regards,
Clemens
>
> Steven
>
> On 09/01/16 00:25, Clemens Koller wrote:
>> Hello, Nick!
>>
>> On 2016-01-08 17:03, Nick Østergaard wrote:
>>> Distro packagers are s
+1
with git since 0.something.
Clemens
On 2016-01-11 00:12, Piotr Esden-Tempski wrote:
> Here also my 1ct. I am another of those potential developers that would
> much more likely contribute to the project if done through GitHub.
>
> So +1 for GitHub transition from me. :)
>
> Cheers,
>
Hi!
>>> It gets more interesting when I add the path to pcbnew.py:
>>>
>>> $ PYTHONPATH=~/SW/lib/python2.7/site-packages ./pcbnew
>>
>> I believe you wanted to do:
>>
>> $ export PYTHONPATH=~/SW/lib/python2.7/site-packages ./pcbnew
>
> You don't need the export when you write the variable before
Once, I had a dream...
[snippets of last threads:]
>>> I'd like to implement arbitrary pad shapes but this requires a functional 2D
>>> geometry kernel first.
>> There is already a geometry kernel in Kicad: Have a look at
>> include/geometry before writing anything.
> Indeed, there is a
Hello, Mathias!
Thank you for your time spending on this.
>>> Clemens Koller <c...@embeon.de> writes:
>> First feedback: It would be great to make the corner radius variable
>> instead of fixing it to 25% of the shorter pad edge and <=0.25mm. [1]
> That can
Come on, Wayne,
just use a mirror to practice your speech an let your smartphone record it. ;-)
Oh, *gluk*... ah, sure, you don't need to practice! 8-]
Clemens
On 2016-01-14 11:24, Javier Serrano wrote:
> On Thu, Jan 14, 2016 at 11:18 AM, Mário Luzeiro wrote:
>> I hope they
Hello, Cirilo!
On 2016-01-14 01:39, Cirilo Bernardo wrote:
> I'd like to implement arbitrary pad shapes but this requires a functional 2D
> geometry kernel first. I'm starting on one but I may have nothing to
> demonstrate
> until the end of the year.
That sounds very interesting - until I read
Hello, Cirilo!
On 2016-01-18 09:59, Cirilo Bernardo wrote:
> I have reworked the new 3D code and would appreciate some testing/feedback
> Those who have tried previous versions will need to:
> a. delete all cache files (in the kicad config. directory under 3d/cache) and
> b. delete the older 3D
Hello, Chris!
I was testing the hotkeys in bzr 6494.
Duplicate hotkeys still don't get recognized when there is
the Alt-key envolved.
I am able to assign i.e. Alt-W or Ctrl-Alt-E to several
commands at the same time.
Ctrl-Tab ist still assigned as Ctrl-I (well, it's not
nice but not a
since that bit was added.
>
> If it *is* my fault, I don't want anyone spending a long time trying to
> find it for me :)
>
> On Mon, Jan 18, 2016 at 01:01:51AM +0100, Clemens Koller wrote:
>> Hi, Chris!
>>
>> On 2016-01-18 00:47, Chris Pavlina wrote:
>>> Thanks.
Hi, Mathias!
On 2016-01-14 20:06, Mathias Grimmberger wrote:
> In the current drawing code in some places we build polygons
> approximating the corner quarter circles, e.g. using 8 segments. For a
> very small radius there will be segments of zero length in that
> approximation.
Can you point me
ject/kicad-src/bzr/3d_initial_merge/kicad/kicad.cpp:319
(gdb)
Regards,
Clemens
On 2016-01-18 23:06, Cirilo Bernardo wrote:
> Hi Clemens,
>
> On Tue, Jan 19, 2016 at 8:17 AM, Clemens Koller <c...@embeon.de
> <mailto:c...@embeon.de>> wrote:
>
> Hi, C
On 2016-01-19 04:27, Jeff Barlow wrote:
> On 01/18/2016 10:11 AM, Wayne Stambaugh wrote:
>> Exactly! Even my suggestion is beyond the technical skills of your
>> typical PCB layout person. However, most companies do have an IT dept
>> that could set up a caching proxy server for the hapless PCB
I hope I can help with some thoughts:
> Le 18/01/2016 19:28, Wayne Stambaugh a écrit :
>> Makes sense to save these at the project level.
I would like to be flexible what I can save/export at what
"level", making "levels" basically irrelevant.
When I want to move from one design to the next
Hi, Cirilo
On 2016-01-18 09:59, Cirilo Bernardo wrote:
> I have reworked the new 3D code and would appreciate some testing/feedback
> on the 3D path configuration and name resolution. This is (hopefully) the last
> hurdle before merging the code with the main branch, which in turn will be the
>
Five cents:
What's wrong with the usual successive numbering:
4.0.x-{repo} -> 4.1.x-{repo} -> .. -> 4.y.x-{repo} -> 5.0.0 ?
I would expect some package managers getting confused with a
4.99.x -> 4.9.x transition, in case we need something out before
5.0.0 for i.e. migration/compatibility issues.
Hi!
On 2016-02-09 10:15, Nick Østergaard wrote:
> I would personally prefer to include the VCS version in the version string.
Or: version tags in the VCS's (bzr and git).
Clemens
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
Hi!
On 2016-02-05 18:09, Thor-Arne wrote:
> It is working perfectly here, I think your excel version is treating comma as
> field separator.
> Try tweaking your settings in excel.
> Is that a bug or am I doing something wrong?
Bug in your Excel setup. ;-)
Try:
Setup semicolon separation.
Text
Thanks, Jean-Pierre!
I see myself in charge to test that ASAP, but...
unfortunately, I am still sitting on an urgent design to get
a board out into manufacturing.
I thought I start to re-create some of my known-good
standard footprints using round-rects and create some
examples for further
Hello, Mario!
Looks good!
Do you think it makes sense to reformat and merge the information
for https://github.com/KiCad/kicad-doc ?
Clemens
On 2016-02-10 20:55, Mário Luzeiro wrote:
> Hello all,
>
> It is known that most of VRML 3D model files used by KiCad users have bad
> material
Hi, Chris!
On 2016-02-02 21:01, Chris Pavlina wrote:
> I will test this - I'll override wxT() in my local builds and run kicad like
> this for a week or so to make sure nothing bad pops up.
Yes, that's what I was about to suggest: branch it, dump wxT() and give it try.
Pity, I am still lacking
Hello, Wayne!
On 2016-02-22 20:23, Wayne Stambaugh wrote:
> Anyone else see any issues with this patch? I just tested it on windows
> and I didn't see any issues. Since this only seems to be an issue on
> OSX, maybe we should wrap this in an #ifdef/#endif as much as I don't
> like them.
I
Hi, Joerg,
well, after manually copying it into the latest bzr build, it seems to work.
Can odd pin numbers as well as other wrong input data (like negative numbers)
be cleaned up/clipped/adjusted automatically?
But that might be just me being so picky...
Generally:
I am not happy about the
Hi Chris!
I am a bit short on time, currently, but will test your code asap
next week, I hope. Thanks for taking care about that!
On 2016-01-21 04:44, Chris Pavlina wrote:
> - Hotkeys that are *not* handled by the main hotkey code (for example,
> menu keys like Alt+F to call up the File menu)
Hi, Chris!
On 2016-01-21 15:16, Chris Pavlina wrote:
> There is definitely no way to do that in wxwidgets, any and all keys
> that are received generate wxEVT_CHAR_HOOK, which I am receiving. There
> may be a way to do it in X11, I don't know, but it would require
> significant system-specific
Hello, Jean-Pierre and Mathias!
Thank you a lot for this feature, which I need to move
on with migrating my work over to Kicad.
I can and will take care of testing this on Linux.
Unfortunately, I am quite busy till next monday...
On which bzr/git tag is your patch supposed to apply?
Then
Hello!
On 2016-02-16 09:30, Mikael Arguedas wrote:
> If you are implementing the ceiling function in a parent class, use 0.05
> mm, because it will be not necessary used for sizes, but also for
> distances, and round the half size if needed.
Ok, I might be nitpicking again:
Can we
Oh my... funny.
On 2016-02-17 08:13, Lorenzo Marcantonio wrote:
> On Tue, Feb 16, 2016 at 09:55:48AM -0700, Andy Peters wrote:
>> Let’s be honest. They’re using cracked versions of Cam350.
>
> A board fabricator *can* afford at least Cam350. The good ones use
> genesys2000 :D
> Also, if you
If we decide to add this to
> any of our documentation, would one of our native English speaking devs
> please clean up the grammar.
>
> The other option is to add it to the list of tutorials on the KiCad
> website. I'm OK either way.
>
> On 2/11/2016 9:27 AM, Clemens Koller
Hello, Mario!
On 2016-02-11 17:54, Mário Luzeiro wrote:
> I agree.. but
> I would need to rewrite it all to make it in a format that fits the
> documentation format of kicad. (and I am not much available at moment for
> that :/)
The intention of my mail was solely to point to the official
Hi, Simon!
On 2016-02-11 17:07, Simon Richter wrote:
> For bypass caps, I'd like to have a way to map pins and capacitors to
> each other, which would change the rules for airwires so nearer pads are
> ignored in favour of the connection to the bypass cap.
That would be great... 1:1/1:n pin
On 2016-03-01 00:44, Tomasz Wlostowski wrote:
> On 01.03.2016 00:43, Tiger12506 wrote:
>> Ok, thanks -- is it just on my machine that the colors aren't very
>> pronounced? Notice the difference (or apparent lack thereof) between "white"
>> for the ratsnest and darkest gray that isn't black for
Hello, There!
I didn't use that functionality in KiCad, but in my other designtool I ran into
the following case:
- There is a finished design X.
- The footprint library envolves over a year and lots of footprints
get migrated in it's zero orientation from pin 1 is on lower left to
pin 1 is on
On 2016-04-11 15:12, Nick Østergaard wrote:
> In addition I would vote for a proper validator that accepts units. We
> already have the feature to enter 42.34 mm even if you are in inch
> mode globally. With the wxvalidator you can not enter letters at all,
> and hence not the unit.
+1
And...
e software runs out of magic, delegate to the user.
IMO, failing (software) is not an option, especially when you
have more than one...
Regards,
Clemens
>
> On Wed, Mar 2, 2016 at 11:26 PM, Clemens Koller <c...@embeon.de> wrote:
>>
>> On 2016-03-02 10:40, Nick Østerg
On 2016-03-02 10:40, Nick Østergaard wrote:
> If multiple plugins can handle a file, how would you handle that
> situation seamlessly?
Dialog with the operator:
-
More than one file import plugins seem to be able to handle your file type:
Hello, Chris!
On 2016-05-13 03:06, Chris Pavlina wrote:
> Quick followup, I think I more or less answered my own question and would like
> to suggest my way.
>
> I think everything should be accessible from the menus. This is pretty
> standard, all the programs I could find that managed to be
Hello!
On 2016-05-09 17:50, Chris Pavlina wrote:
> If they are "locked", then yes, I think they should not be moved, neither by
> the user nor by PNS.
You might consider that we might need *different* levels of locking /
protections
for traces, manually vs. pns/automatically routed, trace
Hi, Chris!
On 2016-08-02 21:33, Chris Pavlina wrote:
>> Maybe:
>> + Support for schematic versioning / timestamping / diff- and git-friendly
>> I want to see (ideally in a graphical representation), what's the
>> difference of two schematics on logic/netlist level as well as visually
>>
Hi, Chris!
On 2016-08-02 01:09, Chris Pavlina wrote:
> I'm in favor of power connects as labels because, well, that's what they
> are! Remember that power components and global labels behave
> identically. IMO keeping this consistency is very, very good from a user
> interface perspective -
Hello, Chris!
On 2016-08-02 09:19, jp charras wrote:
> About shapes: an arrow and 2 gnd symbol shapes is not enough.
> 3 or 4 shapes only is a serious regression.
> A lot of shapes is what we have now.
I was not suggesting to remove/reduce shapes.
I prefer using only a few of the shapes and turn
Hi!
On 2017-02-02 20:20, Pedro Martin wrote:
> There is still the secret of the meaning of the Ki of Kicad.
And what is the cv in cvpcb?
bitmap2component seems also quite limited in case we are going to support svg
import...
in, sure, an "Import..." menu option.
If we want project branded
Hello!
I'am currently redoing the images to get used to patching again.
The borders are off a bit as well and white is grey...
Hold on.
Regards,
Clemens
On 2017-01-31 17:16, Kevin Bortis wrote:
> On Fri, Jan 27, 2017 at 1:14 PM jp charras wrote:
>>
>> Le 27/01/2017 à
I didn't get any feedback from my last mail yet. Here is a patch to remove
IMO unnecessary .png files, supplementing my last patch.
Regards,
Clemens
On 2017-01-31 21:00, Clemens Koller wrote:
> Hello!
>
> Attached is a new patch to cleanup the color code bitmaps in pcb_calculator
wxNO_BORDER and wxSW_3D seem incompatible and the border flickers
when the tree frame gets resized. Using KICAD_DEFAULT_DRAWFRAME_STYLE
avoids this.
Signed-off-by: Clemens Koller <c...@embeon.de>
>From a3ddad9e9a0efc92c26385ebda34713eb363b2ba Mon Sep 17 00:00:00 2001
From: Clemens
Hello, Chris!
Eeschema-> Schematic editor
Pcbnew -> Layout editor
Cvpcb -> move it to Library editor or manager
BTW: Assignment of a footprints seems to me completely odd at this level.
When I create a part it consist of a partname, schematic symbol, an assigned
footprint, a
Hello, Chris!
Thank you for considering crashes + loss of data/autosaves as *very* *serious*
issue!
Crashes with data-loss and "no idea what I changed exactly since the last
manual or autosave" happens to me in Mr P**S way too often and this is the
*main* reason to migrate to KiCad being
Hello!
Is it possible hat the new 1K seems to have some artefacts left behind from
editing the bitmaps?
(Just by looking at the code.)
And would it make sense to use a lower case "k" SI metric prefix, because it's
kind of standard?
Regards,
Clemens
On 2017-01-26 21:45, Chris Pavlina wrote:
Hello, Wayne & all!
Let me add some ideas - hoping they are not completely new:
Thinking about using: https://libgit2.github.com/ ?
Is says: 100% Cross Platform and Zero Dependencies right at the top...
And: In the long-term we might also think about using git for project and
design management
Hi!
I would expect lib*.so's (future kifaces?) also in /usr/lib/kicad if it really
is a lib...
My dev versions reside in ~/SW/... and I start kicad with:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:~/SW/lib
PYTHONPATH=~/SW/lib/python2.7/site-packages/ ./kicad
Which is IMO okay for testing in most cases.
Hi, Andy!
On 2017-02-17 19:51, Andy Peters wrote:
>> On Feb 17, 2017, at 8:31 AM, Clemens Koller <c...@embeon.de> wrote:
>> And: In the long-term we might also think about using git for project and
>> design management and versioning. (We could even store undo
,
-wxNO_BORDER | wxSW_3D | wxTAB_TRAVERSAL )
+wxTAB_TRAVERSAL )
{
m_Parent = parent;
m_TreeProject = NULL;
Regards,
Clemens
On 2017-02-19 10:27, jp charras wrote:
> Le 19/02/2017 à 00:00, Clemens Koller a écrit :
>> Thank you... I'll manage on my own, what
Hi!
It might make sense to remove some old icons / unused pictures...
Greets,
Clemens
>From bed683580f4f3b5f0e534790decc97af3a91612e Mon Sep 17 00:00:00 2001
From: Clemens Koller <c...@embeon.de>
Date: Sat, 18 Feb 2017 22:12:17 +0100
Subject: pcb_calculator: remove old/unused/lost file
Hello mergers!
I don't see my patch in master. It was neither merged nor commented.
How long are devs expect to wait until it's okay to bump it?
How can we make sure that no patches get lost on the way... especially when
they are so subtle.
Regards,
Clemens
On 2017-02-08 22:13, Clemens Koller
the responsibility of the contributor to nurse the patch. IMHO.
>
> Yeah, since we don't have any better patch management system you're just
> gonna have to bump in a week or so. Things do get lost.
>
> I'll push this shortly, it's simple enough. Thank you.
>
>>
>&
Hello, Jon!
Thank you for your feedback, I fully agree with you. Just let me correct my own
sentence:
> On Sat, Feb 18, 2017 at 8:31 AM, Clemens Koller <c...@embeon.de
> <mailto:c...@embeon.de>> wrote:
> Nobody should need to mess with an scm tool on a daily basis when
Hallo, Jon!
On 2017-02-11 20:21, Jon Evans wrote:
> I had been thinking about proposing this already as a UX enhancement,
> and then while looking through the starter bugs realized that lp:1154020 [1]
> is actually quite difficult to solve in a nice way due to the popup menu
> used for
elopers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
>From a9c6bfdb97a7d9841b99a8e84eeb88f17cfe621b Mon Sep 17 00:00:00 2001
From: Clemens Koller <c...@embeon.de>
D
Hello, Martin!
Your work looks very promising.
I am running very similar stuff "manually" (by executing .sql scripts) around
my commercial tool.
Is there an ODBC in between your frontend code and the Firebird database you
use?
I am asking because the data here sits in a MariaDB storage.
Hello, Stromtium!
Thank you for your heads-up!
I fully agree here and can't resist to "think big" and motivate when we are
planning to support some future design entry methodologies in the long term.
Today, we already have:
400++ configurable Pins of a FPGA
+ 300++ muxable Pins of a CPU
+
ween schematic and layout and manufacturing,
assembly (and ERP and ...) and the tools just pick what they need?
Regards,
Clemens
>
> On Tue, Feb 14, 2017 at 11:47 AM, Clemens Koller <c...@embeon.de
> <mailto:c...@embeon.de>> wrote:
>
> Hello, Martin!
>
&
oth. I pushed the fixed patch, crediting hauptmech as the
> original author and leaving Clemens' signoff.
>
> On Mon, Feb 13, 2017 at 10:07:56PM +0100, Clemens Koller wrote:
>> Well...
>>
>> I had a look at this for my very own training pleasure and updated the patch
>
Hi,
just for fun/information from the (german) news:
http://www.elektroniknet.de/markt-technik/halbleiter/details-zu-power9-138554.html
The Power9 Processor Family has internally 2359 Signals, 7370 Power (10
different voltages) and 9909 Ground-Pins.
This is of course (not yet) on board level,
Hello!
If the global minimum mandatory clearance/spacing (pitch) of a design (due to
manufacturing limitations) is set (& activated) it should complain when some
other settings are violating that.
It could be assisting if the user gets a clear warning when the differential
pair dimensions
Hi!
Just some cents from my side - hopefully not OT:
- Add some draw scaling factor (i.e. 0.1 .. 10) to the schematic pages.
It happens to me regularly that I am drawing on A3 size paper to get more
schematic real-estate and then print it to A4.
My tool is missing scaling... and I am not
You are welcome!
I want to slowly get more into the internas of KiCAD as long as my time permits
(*aehrm*).
These little patches / tasks might help a bit.
Regards,
Clemens
On 2017-02-15 09:48, hauptmech wrote:
> Hi Clemens,
>
> Hopefully my hacking of the mail header drops this in the
Hello, Thiadmer!
On 2017-02-14 22:03, Thiadmer Riemersma wrote:
> > Why not have one _database_ in between schematic and layout and
> > manufacturing, assembly (and ERP and ...) and the tools just pick what they
> > need?
>
> I agree that this is the better option. But it is also an ambitious
Hi, Wayne!
On 2016-08-22 14:09, Wayne Stambaugh wrote:
> I wasn't planning on migrating the stable 4 branch to git. I'm hoping
> there wont be too many more 4 stable releases so I'm not sure it's worth
> the effort.
Ok, I was wondering...
I was missing the stable branch, too - as well as all
Hi!
Agree...
It makes sense to reduce the options to 3-band and 4-band resistors... as the
tolerance information is then implicit/redundant/irrelevant. It might be even
sufficient to simply mark the 4th band as "optional". :-)
This dialog could be much more nice/useful if we could simply
Hello, Michael!
Is there a git branch which can be pulled to test your patches?
By a quick look, I was wondering if you intentionally kept backup
copies (or temporary files) of some files or if that's was a mistake?
See: 1-move-pns-into-namespace-pns.patch, line 1451ff
-8<-
diff --git
On 2016-09-08 20:56, Werner Almesberger wrote:
> The default and logo page layout templates are missing some opening
> parentheses. Eeschema's parser accepts them anyway, but it tripped
> my s-expr parser.
Is accepting a wrong syntax without a warning not a bug worth fixing?
Regards,
Clemens
Hello, Dino!
I was just watching your video. Spreadsheet editing seem extremely useful
to me, especially when creating and verifying big designs as well as
refactoring/reusing older designs.
Some other tools call these features "table based design entry" (of the whole
design).
So, even
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
Hello, Kevin!
I fully support your ideas. In a commercial environment, a proper PDM including
version management and documentation is mandatory to be able to deliver a
product where you can realize a traceability down to the date code of a
component once your design is manufactured.
But since
Hello, Kaspar!
On 2017-01-13 12:50, Kaspar Emanuel wrote:
> Hi all,
>
> I have started an initiative for external tools to agree on a few default
> field names in schematics. Full details in the forum where you can also
> propose amendments and register your preference.
>
>
Sorry for trolling a bit, but...
On 2017-01-14 15:35, Chris Pavlina wrote:
> This looks bad:
>
> https://misc.c4757p.com/ugly.png
>
> Really bad.
...the need to switch canvases is the really bad thing - IMO.
Some non-programmers might not even know what OpenGL or Cairo is. And why do
they
nd
>> pcbnew, new file formatting, specifying workflows etc etc.
>>
>> Its called snippets in Am, PDR in PADS.
>>
>> - Kristoffer
>>
>> On 2017-01-12 18:47, Clemens Koller wrote:
>>> Hello!
>>>
>>> This feature looks really us
1 - 100 of 211 matches
Mail list logo