On 06/26/2015 09:05 PM, LordBlick wrote:
> In response to a message written on 26.06.2015, 17:50, from Maciej
> Sumiński:
>> My patch was only for the html report window (i.e. the one in the
>> netlist import dialog). What is your opinion about the final effect? I
>> hope it looks fine with light g
I didn't see why either but I also did not test it to confirm. If you
have the time to confirm, I would appreciate it.
On 6/28/2015 11:48 PM, Chris Pavlina wrote:
> Interesting. I don't see why - perhaps I'll have a look at that tomorrow.
>
> On Sun, Jun 28, 2015 at 07:27:40PM -0400, Wayne Stamb
Le 27/06/2015 17:59, Chris Pavlina a écrit :
> Hi,
>
> Attached is a patch to fix a few annoyances people have been having with
> project_rescue. I know it's not a "true" bug fix in that nothing is
> crashing or eating data, but the whole idea of project_rescue is to be
> easy for newbies who d
I got an interesting mail from Sylv1J and removed addresses before
forwarding...
-Vesa
Välitetty viesti / Fwd.Msg
Aihe: Ultra Librarian with Kicad Export
Päiväys: Mon, 29 Jun 2015 15:50:10 +
Some IC Manufacturers (Analog Devices, Exar, Maxim, Renesas, Silicon
Labs, Vishay,
Okay, I had a look at this. I don't see the potential for a problem,
though I think I see the initial cause for concern.
Placing OnPgmExit() in OnRun instead of OnInit ensures that it won't be
called twice if OnInit fails.
However, here is a pseudocode simplification of the wx entry point -
th
> On Jun 27, 2015, at 2:40 AM, Tomasz Wlostowski
> wrote:
>
> On 27.06.2015 08:17, Andy Peters wrote:
>> BAR 5822 with Adam’s nightly builds on OS X 10.9 and 10.10.
>>
>> a) bug # 1469359. In the default canvas, we see the nice outlines for the
>> trace clearance. The clearance indication is
The proposal to merge lp:~fat-zer/kicad/doc into lp:~kicad-developers/kicad/doc
has been updated.
Status: Needs review => Approved
For more details, see:
https://code.launchpad.net/~fat-zer/kicad/doc/+merge/241810
--
Your team KiCad Developers is requested to review the proposed merge of
l
The proposal to merge lp:~fat-zer/kicad/doc into lp:~kicad-developers/kicad/doc
has been updated.
Status: Needs review => Approved
For more details, see:
https://code.launchpad.net/~fat-zer/kicad/doc/+merge/241810
--
Your team KiCad Developers is requested to review the proposed merge of
l
The proposal to merge lp:~fat-zer/kicad/doc into lp:~kicad-developers/kicad/doc
has been updated.
Status: Approved => Needs review
For more details, see:
https://code.launchpad.net/~fat-zer/kicad/doc/+merge/241810
--
Your team KiCad Developers is requested to review the proposed merge of
l
That's interesting; this sort of thing may help adoption of the
software by other companies. Unfortunately the file format
is yet another proprietary one and as a user I'm never happy
with that.
- Cirilo
On Tue, Jun 30, 2015 at 3:38 AM, Vesa Solonen wrote:
> I got an interesting mail from Sylv
The plus side is that if users try working with Ultra Librarian, our
library management will finally look user-friendly in comparison
On Tue, Jun 30, 2015 at 08:32:05AM +1000, Cirilo Bernardo wrote:
> That's interesting; this sort of thing may help adoption of the
> software by other companies. U
Someone on the Kicad.info forum asked about this. The only documentation about
it is in the pcbnew.pdf where we are told that you use it to “Draw Alignment
Marks (appearing on all layers).”
Except that it doesn’t — it draws the fiducial target only on edge cuts. When
you plot Gerbers with “excl
On 30.06.2015 00:10, Andy Peters wrote:
> So it’s not a bug, per se, it’s a user’s expectations issue. Chris
> added my expectations (and I’m sure others have the same expectation)
> to the wishlist, but I don’t think it merits much attention unless
> the devs run out of things to do.
Hi Andy,
It
On 28.06.2015 14:25, Simon Richter wrote:
>
> Rather than a static list, I'd like to see a configuration option.
Hi Simon
I like the idea of making DP naming configurable, but we have to think
carefully before implementing it. For instance, where would you store
these options?
- in the .kicad_pcb
What about doing it differently altogether? Altium, and AFAIK many other
high-end and midrange tools, allow you to tag nets with properties in
the schematic editor. We could have a net property for this instead.
http://techdocs.altium.com/sites/default/files/wiki_attachments/231656/DiffPairDirec
On 30.06.2015 01:20, Chris Pavlina wrote:
> What about doing it differently altogether? Altium, and AFAIK many other
> high-end and midrange tools, allow you to tag nets with properties in
> the schematic editor. We could have a net property for this instead.
What I meant is more or less what A*
I like that idea. I've got a few eeschema additions cooking in feature
branches and I've done something similar, adapted existing parts in ways
that don't change the file format and maintain backward compatibility.
It's pretty easy to do, the file format is fairly versatile and the
parser liber
Aaand... I just proposed the idea that you made in your third
bullet. I swear I thought I read the whole thing!
On Tue, Jun 30, 2015 at 01:17:07AM +0200, Tomasz Wlostowski wrote:
> On 28.06.2015 14:25, Simon Richter wrote:
> >
> > Rather than a static list, I'd like to see a configuration
Hi,
On 30.06.2015 01:20, Chris Pavlina wrote:
> I'd happily implement the net tagging, though it'd require a bit of
> brainstorming from everyone on how those tags should be stored and
> shared with pcbnew.
I think it belongs in the netlist.
Ideally, I'd like this as attributes on the compone
Something to think about, for the next version, the big picture view
You have a data set, let say in one file, which contains every thing
related to that PCB, IE: SCH, PCB, simulation data, part supplier's data,
Doc's
you have viewers/clients/users of that data like SCH viewer, PCB viewer,
Minor patch to reduce the polygon line width used the bitmap2component
import. The existing 0.1 mm linewidth reduces the
accuracy of the imported bitmap outline. As it is a filled polygon
anyway, the line width can be quite small and gives
beter looking results this way.
diff --git a/bitmap2com
Le 30/06/2015 01:04, Tomasz Wlostowski a écrit :
> On 30.06.2015 00:10, Andy Peters wrote:
>> So it’s not a bug, per se, it’s a user’s expectations issue. Chris
>> added my expectations (and I’m sure others have the same expectation)
>> to the wishlist, but I don’t think it merits much attention un
22 matches
Mail list logo
