>
> I have something on my list for the far away future, unless anybody gets
> there first and
> that's variable substitution for strings. It would be nice if we could have
> text with
> variable expansion, such as things like ${SheetTitle}, ${ModifiedDate},
> ${ProjectName} etc.
>
> We could
On 05/01/2013 11:27 AM, Lorenzo Marcantonio wrote:
> On Wed, May 01, 2013 at 05:38:48PM +0200, Miguel Angel Ajo wrote:
>> If the object is obtained via GetBoard() , it won't be deleted by python
>> because he doesn't own it.
>
> Yes but *nothing* prevents C++ to delete an object which is 'held' (n
>
> You will have to find the code where the date is automatically updated, and
> comment it or
> remove it.
Lorenzo,
The attached patch reminds you of the m_date test at top of *if* block.
This, plus the dialog work, plus the m_date automatic setting removal should
get 'er done.
Dick
=
On 05/01/2013 03:29 PM, Dick Hollenbeck wrote:
> On 05/01/2013 03:26 PM, Dick Hollenbeck wrote:
>> On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
>>> I was testing stuff and well... in the kicad_brd file the sheet date is
>>> not saved. I found this p
On 05/01/2013 03:26 PM, Dick Hollenbeck wrote:
> On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
>> I was testing stuff and well... in the kicad_brd file the sheet date is
>> not saved. I found this pearl in TITLE_BLOCK::Format:
>>
>> /* version control users we
On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
> I was testing stuff and well... in the kicad_brd file the sheet date is
> not saved. I found this pearl in TITLE_BLOCK::Format:
>
> /* version control users were complaining, see mailing list.
> if( !m_date.IsEmpty() )
> aFormatt
On 05/01/2013 01:42 PM, Lorenzo Marcantonio wrote:
> On Wed, May 01, 2013 at 01:32:02PM -0500, Dick Hollenbeck wrote:
>> 1) Take the comment, from the line of code, and send it through google
>> translate.
>>
>> 2) I wrote the code, it works the way I like it. You c
On 05/01/2013 01:20 PM, Lorenzo Marcantonio wrote:
> On Wed, May 01, 2013 at 01:09:42PM -0500, Dick Hollenbeck wrote:
>> No, if you need that, make it a complie time option that defaults to not
>> enabled, so current behavior is retained by default.
>>
>> I truly hope
No, if you need that, make it a complie time option that defaults to not
enabled, so current behavior is retained by default.
I truly hope this is clear.
On May 1, 2013 12:16 PM, "Lorenzo Marcantonio"
wrote:
> I was testing stuff and well... in the kicad_brd file the sheet date is
> not saved.
I got around to it.
rev 4124.
<>___
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
12:50 PM, "Lorenzo Marcantonio" <mailto:l.marcanto...@logossrl.com>> wrote:
>
> On Tue, Apr 30, 2013 at 02:00:16PM -0500, Dick Hollenbeck wrote:
> > I agree with you, to the extent that having some new code in wxPthon is
> likely to
> > acc
On 04/30/2013 02:11 PM, Dick Hollenbeck wrote:
> On 04/30/2013 02:04 PM, Travis Ayres wrote:
>> Also - python 2 or 3?
>
> Great and important question. We can do either, although some work is needed
> for 3.4 on
> Windows, probably I would be in that critical path for pytho
sion 3.x, or there was at my last measurement of it. I would
be
delighted to be surprised on that evolution.
Travis, if you want to make a case, make it. I will get out of the way and
remain neutral.
Dick
>
> On Apr 30, 2013 12:00 PM, "Dick Hollenbeck" <mailto
On 04/29/2013 03:04 AM, Edwin van den Oetelaar wrote:
> Just found this paper.
> http://swwxguitesting.wefi.net/MPhilThesisChapterSwWxGuiTesting.pdf (about
> automated gui
> testing with wx)
> I personally think more gui code should move from C++ to python for easy
> development and
> interactive
Lorenzo,
I am going to try again. I am spending my time here, and if this results in
another
argument I feel you will have lost me forever.
You have to decide whether you want to be stubborn, or actually part of team,
able to see
other people's points of view. Stubborn (and right in your own
Comitted in 4121 with major modifications.
Thanks Thomas for your innovative ideas.
I spent about 6 hours re-working it. Making it conform to standards, and
current tip of
testing.
At least a half hour of that time was backing out LAYER_NUM usage on DSN
layers. So I am
downgrading my evalua
On 04/29/2013 01:22 PM, Dick Hollenbeck wrote:
> Thomas,
>
>
> The keepout polygon you are putting into the DSN file is on a non-existent
> layer named
> "signal".
>
> It seems like a freerouter idiosyncrasy that it accepts this.
>
> Here is the gramma
Thomas,
The keepout polygon you are putting into the DSN file is on a non-existent
layer named
"signal".
It seems like a freerouter idiosyncrasy that it accepts this.
Here is the grammar for specctra polygon:
(polygon
{ }
[(aperture_type [round | square])]
)
Here is what you are outputtin
we'll probably end up with a good solution anyways.
Dick
for sounding On 04/29/2013 11:27 AM, Dick Hollenbeck wrote:
> Technically, during the brainstorming process, it is best to gather ideas,
> and postpone
> passing judgement on those you have already heard, until the evaluatio
d it to generate VHDL
> testing outputs
> from ghdl) http://projects.nbee.es:8085/browse/S12-DEF the bad thing of
> bamboo is that it
> doesn't play well with bzr (AFAIK)
>
>
>
>
>
>
>
> Miguel Angel Ajo
> http://www.nbee.es <http://www.nbee.es/
>>
>> Thomas,
>>
>> Sorry to say that I lost your patch during a computer upgrade.
>>
>> Can you regenerate something or resend it please.
>>
>> Thanks,
>>
>> Dick
> Dick,
>
> please find the modifications against pcbnew 4061 in the attached patch file.
>
> Thomas
>
Thanks Thomas. I applied t
>
> We could address a) and b) by having a single DLL/DSO specific entrypoint for
> all tests,
> with a big switch in there to route to the actual test. This scaffolding has
> some
> maintenance cost, and begins to wash out the ease of using python on top, but
> perhaps not
> fully.
In the p
> Yes, it's a good idea and here are my high level $0.02.
>
>
> sig Frank Bennett
This is becoming a productive brainstorming session.
I'd pay more than $0.02 for that idea Frank.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
On 04/29/2013 07:45 AM, Wayne Stambaugh wrote:
> On 4/28/2013 8:15 PM, Dick Hollenbeck wrote:
>>
>> On Apr 28, 2013 10:54 AM, "Brian Sidebotham" > <mailto:brian.sidebot...@gmail.com>> wrote:
>>>
>>> Hi Guys,
>>>
>>> I'
On Apr 29, 2013 4:21 AM, "Lorenzo Marcantonio"
wrote:
>
> On Mon, Apr 29, 2013 at 11:02:58AM +0200, jp charras wrote:
> > In new code, orientations are (slowly) moved from int to double. to
> > allow a better resolution than 0.1 degree, *in the future*.
> >
> > If the decision to allow more than 0
; +34911407752
>> skype: ajoajoajo
>>
>> On Sunday, 28 de April de 2013 at 17:54, Brian Sidebotham wrote:
>>>
>>> Hi Guys,
>>>
>>> I'm just catching up with the list, and I saw something that caught my
eye as it's something that's
On 04/29/2013 02:40 AM, Lorenzo Marcantonio wrote:
> On Mon, Apr 29, 2013 at 01:32:40AM -0500, Dick Hollenbeck wrote:
>> Bullshit. just call the interface with the right argument.
Please state the file and line number please.
The rest is bullshit.
>
> Strange for someone that
On 04/28/2013 11:58 PM, Lorenzo Marcantonio wrote:
> On Sun, Apr 28, 2013 at 11:40:07PM -0500, Dick Hollenbeck wrote:
>> Client code is simply that which makes calls to an interface, a class user.
>>
>> I don't see a problem if an interface is richer than its clients ne
On Apr 28, 2013 11:19 PM, "Dick Hollenbeck" wrote:
>
>
> On Apr 28, 2013 11:09 PM, "Lorenzo Marcantonio" <
l.marcanto...@logossrl.com> wrote:
> >
> > On Sun, Apr 28, 2013 at 03:50:09PM -0500, Dick Hollenbeck wrote:
> > > The interface is c
On Apr 28, 2013 11:09 PM, "Lorenzo Marcantonio"
wrote:
>
> On Sun, Apr 28, 2013 at 03:50:09PM -0500, Dick Hollenbeck wrote:
> > The interface is correct. Setting any angle is desired. The
implentation
> > is insufficient in this case. The black box is broken
On Apr 28, 2013 10:54 AM, "Brian Sidebotham"
wrote:
>
> Hi Guys,
>
> I'm just catching up with the list, and I saw something that caught my
eye as it's something that's been on my mind for a while:
>
> ------
>
> Dick Hollenb
.
On Apr 28, 2013 8:31 AM, "Lorenzo Marcantonio"
wrote:
>
> On Sun, Apr 28, 2013 at 08:09:29AM -0500, Dick Hollenbeck wrote:
> > GenDate() is not my function, so I could only offer an opinion but no
protective mandate.
> > I am neutral, and to formulate a strong opin
On 04/27/2013 12:10 PM, Lorenzo Marcantonio wrote:
> On Sat, Apr 27, 2013 at 11:11:54AM -0500, Dick Hollenbeck wrote:
>> But how important is that really? Will it result in a reduction in pay?
>>
>> The "common" user has been a hobbyist, and is becoming a corporate
On 04/28/2013 06:41 AM, Lorenzo Marcantonio wrote:
> I was comparing my tree with the master one. These are some changes
> I did in times and I would like what do you think of these
>
> - GenDate() at the moment uses a fixed format (more or less the european
> one), with the months hardcoded to
On 04/27/2013 12:56 AM, Lorenzo Marcantonio wrote:
> On Fri, Apr 26, 2013 at 08:48:52PM -0500, Dick Hollenbeck wrote:
>> It will definitely be a bottleneck. Maybe we should measure how bad soon,
>> otherwise this
>> is a suggestion which serves as a roadblock to progre
On 04/27/2013 10:21 AM, Brian Sidebotham wrote:
> On 22 April 2013 17:47, Dick Hollenbeck <mailto:d...@softplc.com>> wrote:
>
>
> >>
> >> Yep, I understand. It is difficult. Thank-you for all your effort so
> >> far, you've put a t
On 04/26/2013 09:43 AM, Tomasz Wlostowski wrote:
> On 04/26/2013 04:08 PM, Simon Huwyler wrote:
>> One more thing: I agree that the additional numbers may confuse a bit.
>> So, why not just insert a check box named: "Use layer based constraints"?
>
> Hi Simon,
>
> I agree that such constraints ar
On 04/26/2013 04:50 PM, Felix Morgner wrote:
> Hi there
>
> I think I haven't introduced myself yet. I'm a hobbyist programmer and
> mechanic by trade. I got into electronics about 2-3 years back with my first
> micro controller experience using an Arduino. Since then I've been searching
> for
On 04/26/2013 03:02 AM, Dimitris Lampridis wrote:
> On 04/25/2013 02:22 AM, Simon Huwyler wrote:
>> As some PCB manufacturers (i.e. seeedstudio) have different clearance-
>> an width constraints for outer- and inner layer, I had the idea to teach
>> Kicad to manage “layer based” constraints.
> >
>
On 04/25/2013 01:20 PM, Dick Hollenbeck wrote:
>>
>>
>> I think the vendor prefix is a good idea, so I think a file rename would be
>> the best
>> option here. In that case, the ti-stellaris-boosterpack40_min template also
>> would need
>> renam
>
>
> I think the vendor prefix is a good idea, so I think a file rename would be
> the best
> option here. In that case, the ti-stellaris-boosterpack40_min template also
> would need
> renaming.
>
> Thanks for all of the good work :)
Henry,
We are in agreement on the best fix. However the
On 04/23/2013 03:00 PM, "Torsten Hüter" wrote:
> Hi Maciej,
>
> thanks for your efforts, nice work, I'll try this again for various boards.
> Indeed I've
> spotted the missing callback function as well.
> It's the combine callback of the tessellator, but this one is only called if
> there is an
. So confusion is on its way.)
I can do the fix in 6 minutes after we agree what it is.
Is this a code change or a filename or dir change in your opinion?
On Apr 23, 2013 1:23 AM, "Hans Henry von Tresckow"
wrote:
>
>
>
> On Wed, Apr 10, 2013 at 11:17 PM, Dick Hollenbeck wrote
On 04/22/2013 04:02 PM, Miguel Angel Ajo wrote:
> Logo uploaded!! :),
You da man!
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
Mor
>
>>>
>>> Yep, I understand. It is difficult. Thank-you for all your effort so
>>> far, you've put a tremendous amount of work into this project already!
>>>
>>> I see this as a nice stepping stone for those people anyway.
>>> Building this project in Linux is a joy - it basically just builds
>>>
>>
>> Yep, I understand. It is difficult. Thank-you for all your effort so
>> far, you've put a tremendous amount of work into this project already!
>>
>> I see this as a nice stepping stone for those people anyway.
>> Building this project in Linux is a joy - it basically just builds
>> with no i
Miguel,
Now in the downloads tab, rather than in the administer tab, I see the "New
download" button.
Maybe you did something, or I did not read carefully enough.
It seems I am back on track now.
Thanks for your offer to help.
Dick
___
Mailing lis
onday, 22 de April de 2013 at 17:37, Dick Hollenbeck wrote:
>
>> On 04/22/2013 10:17 AM, Miguel Angel Ajo wrote:
>>>
>>> Dick, thanks for working on that task!,
>>>
>>> I tried, but I suppose I don't have permissions,
>>>
&
On 04/22/2013 10:17 AM, Miguel Angel Ajo wrote:
>
> Dick, thanks for working on that task!,
>
> I tried, but I suppose I don't have permissions,
>
> I remember to have done something like this (for a real project) in the
> past:
> http://www.mybloggertricks.com/2012/01/how-to-host-files-on-goo
>>
>> Yep, I understand. It is difficult. Thank-you for all your effort so
>> far, you've put a tremendous amount of work into this project already!
>>
>> I see this as a nice stepping stone for those people anyway.
>> Building this project in Linux is a joy - it basically just builds
>> with no i
>>> As for the layer number issue, as I already said, you're free to search
>>> and replace it to int. I'll do it personally if you like it.
>> Thank you for that offer. Since you were aware of my concern about
>> LAYER_NUM ahead of
>> your commit, and the fact that I do not view that enum a
> As for the layer number issue, as I already said, you're free to search
> and replace it to int. I'll do it personally if you like it.
Thank you for that offer. Since you were aware of my concern about LAYER_NUM
ahead of
your commit, and the fact that I do not view that enum as helpful, I w
On Apr 19, 2013 6:12 AM, "Lorenzo Marcantonio"
wrote:
>
> On Fri, Apr 19, 2013 at 05:45:33AM -0500, Dick Hollenbeck wrote:
> > We might do well as a team by slowing down and focusing on reliability
and
> > quality not features for awhile. Firstly, the bugs are
On Apr 18, 2013 2:34 PM, "Lorenzo Marcantonio"
wrote:
>
> On Thu, Apr 18, 2013 at 12:35:01PM -0500, Dick Hollenbeck wrote:
> > Lorenzo,
> >
> > The page selection dialog was broken in rev 4081 by a change which
collapsed
> >
> > was from "USLe
Lorenzo,
The page selection dialog was broken in rev 4081 by a change which collapsed
was from "USLedger" to "US Ledger".
There are specific spellings of page sizes that are used in the PAGE_INFO class.
There are specific techniques used to parse these strings. Adding a space is a
wreckless
ch
52Fhelp%252Fen%252Feeschema.pdf/eeschema.pdf
>
> Awesome work.
>
> Miguel Angel Ajo
> http://www.nbee.es
> +34911407752
> skype: ajoajoajo
>
> On Wednesday, 17 de April de 2013 at 23:28, Miguel Angel Ajo wrote:
>
>
>
>
> On Wednesday, 17 de April de 2013 at 2
>> and, may be even
>> some kind of json writer
If json was a famous writer, we could refer to him as one of a kind. But I
have never
read any of his writings.
More seriously, on the one occasion I had to read json format, ( a node.js
kick ass
server we wrote ) I was disappointed that the
On 04/17/2013 10:17 AM, Miguel Angel Ajo wrote:
> Hi!, thanks!,
>
> Yesterday I was struggling through the same problem trying to generate
> some documentation for a project we must assemble & deliver soon.
>
> I still miss some fields (user inserted) that we (Tome Verissimo, hi!)
> include in
On 04/17/2013 10:43 AM, Dick Hollenbeck wrote:
> fixing chapter 14 of english eeschema.odt now to tell about this new BOM
> generator.
>
> No protection against concurrent editing, so I do it by email here.
>
Done with that English documentation work and it is checked in, ees
fixing chapter 14 of english eeschema.odt now to tell about this new BOM
generator.
No protection against concurrent editing, so I do it by email here.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launc
On 04/15/2013 06:11 PM, Stefan Helmert wrote:
> Hello,
>
> the internal BOM generator has too much bugs. I had to use the python
> plugins, but they are generating only incompatible XML Files or CSV Files
> without the user defined entries.
>
> Now I designed a XSL script, which converts the ge
On 04/15/2013 06:11 PM, Stefan Helmert wrote:
> Hello,
>
> the internal BOM generator has too much bugs. I had to use the python
> plugins, but they are generating only incompatible XML Files or CSV Files
> without the user defined entries.
>
> Now I designed a XSL script, which converts the ge
On Apr 15, 2013 8:36 AM, "Andreas Butti" wrote:
>
> Hi,
>
> Again to the tree and workspace, I try to explain why I would like to
have a workspace and automatically download, before we start discussing
about technical details. My fault... Please keep the focus first on the
usability part.
>
>
>> I
On Apr 15, 2013 8:49 AM, "Wayne Stambaugh" wrote:
>
> On 4/14/2013 9:57 PM, Dick Hollenbeck wrote:
> > Pcbnew work is not a large task, because of our excellent foundations.
> > Three man weeks approximately to do server and client. It could be done
> > in pa
>
> Adam Wolf
> Wayne and Layne, LLC
>
> On Sun, Apr 14, 2013 at 8:17 PM, Dick Hollenbeck wrote:
> >
> > On Apr 14, 2013 10:20 AM, "Andreas Butti"
> wrote:
> >>
> >> Hi everybody
> >>
> >> I'm new to the KiCad ma
On Apr 14, 2013 10:20 AM, "Andreas Butti" wrote:
>
> Hi everybody
>
> I'm new to the KiCad mailing list. I'm a computer scientists, in my free
time I sometimes use KiCad.
>
> I had some Ideas to improve the project tree, and if the community thinks
they are useful I may can implement them.
>
> Wha
committed in 4096.
thanks.
___
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
done.
___
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
On 04/11/2013 02:35 PM, Lorenzo Marcantonio wrote:
> The templates have nothing to do with the code base... in fact they
> *depends* on the component library...
>
Not a bad idea, maybe we'd get more templates that way.
I used a template yesterday and it came with its own library, so your statem
When doing Python a-mingw-us, and also looking at what the python package
maintainers are
doing for modern linux, I came away disappointed, both with python raw, and
python on
linux as far as packaging is concerned and where they park libraries.
The problem with linux is that nobody wants to co
On 04/12/2013 11:29 AM, Kaspar Bumke wrote:
> I am finding it useful to have edge cuts drawings in modules as well. I have
> just been
> editing the files with a text-editor to change the layer and haven't
> encountered any
> issues. Would be good to (re?) enable selecting the Edge.Cuts layer in
On 04/12/2013 12:02 PM, Karl Schmidt wrote:
> I've used a system that stored the colors in the board file and it caused
> =>LOTS<= of problems. At
> the very least, you want a way to easily override with a user preference. (
> It is good to be able to
> reset colors anyway ).
>
> For a default
On 04/12/2013 12:28 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 11, 2013 at 04:11:51PM -0500, Dick Hollenbeck wrote:
>
>> No, I don't agree, since it is behind an interface and only accessors use it.
>
> My question could be rephrased as: there is a need to put colours i
On 04/11/2013 09:49 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 11, 2013 at 09:45:52AM -0500, Dick Hollenbeck wrote:
>> Layer naming is fine as is. If someone commits a change to layer
>> naming without first getting agreement from me, then I will revoke his
>> commit privi
On 04/12/2013 12:28 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 11, 2013 at 04:11:51PM -0500, Dick Hollenbeck wrote:
>
>> No, I don't agree, since it is behind an interface and only accessors use it.
>
> My question could be rephrased as: there is a need to put colours i
On 04/12/2013 12:17 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 11, 2013 at 04:17:15PM -0400, Wayne Stambaugh wrote:
>
>> This isn't a bad thing unless the pointer to g_colorSettings changes.
>> It hides the fact the color settings in Pcbnew are a global variable (it
>> seems to me that they shou
>> My question could be rephrased as: there is a need to put colours in the
>> board
>> interface?
>
> If we do, please add a switch to disable it to fall back to my preferred
> color settings. I don't want the color scheme for every board I open
> from other users to look different.
How mu
On 04/11/2013 03:17 PM, Wayne Stambaugh wrote:
> On 4/11/2013 2:26 PM, Lorenzo Marcantonio wrote:
>> I'm fixing #1167884 (pretty trivial) and I noticed a curious thing:
>>
>> BOARD has it's own m_colorsSettings, with accessors and simply
>> initialized with a pointer to the global g_colorsSetti
Thank you Martin.
Sorry to involve the list with this, but it did concern the list in as
much as my postings will now be more intelligible, thanks to Martin.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers
On 04/11/2013 09:18 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 11, 2013 at 09:01:33AM -0500, Dick Hollenbeck wrote:
>> I am happy using the same names in the UI that end up going into the
>> board file. Achieving familiarity with those names have value.
>
> Then rip o
On 04/11/2013 09:11 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 11, 2013 at 08:57:24AM -0500, Dick Hollenbeck wrote:
>
>> If I can broaden this topic somewhat, this type of on the fly board
>> change (during loading) falls into a general category of "doctoring a
>> b
On 04/11/2013 08:28 AM, Fabrizio Tappero wrote:
> Here I am uniquely talking about UI layer names, names that appear in
> he various Kicad GUIs. Names used in the code do not really interest
> me, here.
>
> As originally discussed with Dick, here we are talking about replacing
> stuff like "Front"
On 04/09/2013 01:01 PM, Dick Hollenbeck wrote:
> On 04/09/2013 03:28 AM, Lorenzo Marcantonio wrote:
>> Found this in loadMODULE_TEXT:
>>
>> if( layer < FIRST_LAYER )
>> layer = FIRST_LAYER;
>> else if( layer > LAST_NON_COPPER_LAYER )
&
On 04/10/2013 09:44 AM, Lorenzo Marcantonio wrote:
> On Wed, Apr 10, 2013 at 09:25:15AM -0500, Dick Hollenbeck wrote:
>> Lorenzo,
>>
>> In the course of updating some translatable strings, I see you removed
>> some quotes around some of the non-filename values w
Regards, Brian.
>
>
> On 10 April 2013 22:39, Brian Sidebotham wrote:
>
>>
>> On 10 April 2013 20:49, Dick Hollenbeck wrote:
>>
>>> Brian,
>>>
>>> a) I fixed bugs related to use of KICAD_PTEMPLATE environment
>>> variable. Iterminat
For over a year now, emails that I send out are having spaces removed
from them.
This makes me look stupider and blinder than I really am.
This is on Thunderbird 17.0.5 and several version previous.
Theproblem has alsosurvived afull upgrade from Ubuntu Lucid to
Pristine and several upgrades of Th
Brian,
a) I fixed bugs related to use of KICAD_PTEMPLATE environment
variable. Iterminate it with SEP() now if
not set that way, necessary for use of common code in TAB creation.
Probably never tested before I stumbled onto it.
(I am not allowed to use KiCad, only fix it, or so it seems lately.
On 04/10/2013 09:16 AM, Fabrizio Tappero wrote:
> Hello,
> After a quick hystory check I noticed that in PCBNew (and in GerbView)
> and maybe in other places, the names for layers has changed quite a
> bit. Since I personally find (no offence) current naming a little
> short I'd like to propose som
Lorenzo,
In the course of updating some translatable strings, I see you removed
some quotes around some of the non-filename values where I had
inserted them.
This pertains to at least these files: specctra*.cpp, *_plugin.cpp
These non-filename fields can sometimes be blank, especially during an
On 04/09/2013 03:28 AM, Lorenzo Marcantonio wrote:
> Found this in loadMODULE_TEXT:
>
> if( layer < FIRST_LAYER )
> layer = FIRST_LAYER;
> else if( layer > LAST_NON_COPPER_LAYER )
> layer = LAST_NON_COPPER_LAYER;
> else if( layer == LAYER_N_BACK )
> layer = SILKS
On 04/09/2013 11:59 AM, Brian Sidebotham wrote:
> On 9 April 2013 14:34, Dick Hollenbeck <mailto:d...@softplc.com>> wrote:
>
> On 04/08/2013 04:21 PM, Brian Sidebotham wrote:
> > Hi Dick,
> > Sorry I've been away from the KiCad list and my keyboar
Brian,
I guess you know that to make the *.zip file "package" you just do a
$ make package
in the respective build directory. I have 2 build directories:
build-mingw32
build-mingw64
The NSIS packager was also working, but I commented it out when I
discovered it was munging my carefully creat
On 04/09/2013 09:32 AM, Senthil Seveelavanan wrote:
> Great,
>
> I am fully prepared to help out.
>
> However, I only have a little C++ experience, and no swig experience...
> How do I determine which functions are exposed?
>
> How should drawing tracks work? set_track() etc
>
> > The entire K
On 04/09/2013 05:00 AM, Senthil Seveelavanan wrote:
> Hi all,
>
> Thanks to Adam Wolf, who has patiently helped me get
> his /ppa:adamwolf/kicad-scripting-//testing-daily working/, I now
> have a somewhat working version of 'pcbnew with scripting'.
>
> I am going through the code to try understand
On 04/08/2013 04:21 PM, Brian Sidebotham wrote:
> Hi Dick,
> Sorry I've been away from the KiCad list and my keyboard for a bit -
but I was busy getting married.
Sounds like nothing that needs apologizing for, but rather celebration
for. I will drink a beer for you tonight. What a joyful time f
Lorenzo,
There was a breakdown in communications.
Were you informed of my objections to LAYER_NUM?
Dick
On 04/08/2013 01:17 PM, Lorenzo Marcantonio wrote:
> On Mon, Apr 08, 2013 at 12:22:03PM -0500, Dick Hollenbeck wrote:
>> We don't need a special type for each usageof an i
>From layers_id_colors_and_visibility.h:
/* NOTE: the idea here is to have LAYER_NUM and LAYER_MSK as abstract
* type as possible (even if they're currently implemented as int and
* unsigned int, respectively). In this way it would be reasonably easy
* to overcome the current 32 layer limit.
www.kicad-pcb.org/display/KICAD/KiCad+Scripting+Reference+Manual
On Mar 28, 2013 2:04 PM, "Senthil Seveelavanan"
wrote:
> ... Also I am looking at the output of a simple pcb layout.
>
> here is the top 3 lines
>
> (kicad_pcb
> (version 3)
> (host pcbnew "(2013-03-19 BZR 4004)-stable")
>
>
> I
Adding a keepout for each hole is acceptable and useful in freerouter.
On Mar 29, 2013 7:49 AM, "Dick Hollenbeck" wrote:
> Remove all holes from edge.cuts, exporter does not support holes in that
> layer, add them back after routing.
>
> Can temporarily park those cuts on d
Remove all holes from edge.cuts, exporter does not support holes in that
layer, add them back after routing.
Can temporarily park those cuts on drawing layer.
On Mar 29, 2013 3:10 AM, "Lorenzo Marcantonio"
wrote:
> I don't get what's happening... on the attached board trying to export
> to DSN f
801 - 900 of 2259 matches
Mail list logo
