Re: [Kicad-developers] Why timestamp in Zone Outline messages?

[Jeff Young]

I’m working on hooking up the “brightening” stuff in the Clarify Selection menu 
to the DRC markers so that when you right click and hover over one of the items 
in the popup it'll highlight on the canvas.

(Not for 5.0.  It’s going to require refactoring of the marker stuff.)



> On 26 Jan 2018, at 21:55, Wayne Stambaugh  wrote:
> 
> I'm not sure why we do this other than possibly to help with debugging.
> JP, is there any reason to expose the zone timestamps to users?  If not,
> we should probably remove them.
> 
> On 01/26/2018 03:33 PM, Jeff Young wrote:
>> Why do we put zone timestamps in Clarify Selection items and DRC markers?
>> 
>> They seem particularly useless to the user….
>> 
>> Cheers,
>> Jeff.
>> 
>> 
>> 
>> ___
>> 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
>> 
> 
> ___
> 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


___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Jeff Young]

It is a great idea.  I hope it pans out….


> On 26 Jan 2018, at 22:00, Wayne Stambaugh  wrote:
> 
> Seth,
> 
> I haven't had a chance to test it but it's a clever concept.  I would
> prefer a bunch user testing on this before I merge it.  If I do decide
> to merge it, we should probably restore allowing spaces in symbol
> library nicknames.  As of now, this patch doesn't buy us much if we
> don't change that as well.
> 
> Cheers,
> 
> Wayne
> 
> On 01/26/2018 03:00 PM, Seth Hillbrand wrote:
>> Wayne-
>> 
>> Would you object to a patch like the attached?  It reads the name line
>> in reverse order, allowing spaces in the component name.  If this is an
>> acceptable approach, I'll make the other required internal changes.
>> 
>> -Seth
>> 
>> 2018-01-26 10:22 GMT-08:00 Tomasz Wlostowski > 
>> >>:
>> 
>>On 26/01/18 19:18, Wayne Stambaugh wrote:
>>> On 1/26/2018 1:01 PM, Tomasz Wlostowski wrote:
 Hi all,
 
 Why are space characters not allowed in the SCH library nicknames, but
 are OK for the FP libraries? Is this an overlook on SCH/PCB side?
 
 I'd like to disable the space check in eeschema, it's very annoying if
 the library file names contain spaces.
 
 Regards,
 Tom
>>> 
>>> For the same reason you can have spaces in symbol names, library symbol
>>> names are not quoted in the schematic file format.  If you can figure
>>> out a way to fix this without changing the schematic file format and
>>> breaking anything, then I'm ok with that.  The new schematic file format
>>> will use quoted strings for symbol library links (which will only be for
>>> reverting or updating since symbols will be embedded in the schematic)
>>> so I will remove this restriction once the new file formats are in play.
>>> 
>> 
>>Hi Wayne,
>> 
>>Now I understand the reason for not allowing spaces. What about the
>>slashes?
>> 
>>Tom
>> 
>>___
>>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 
>> 
>>> >
>> 
>> 
> 
> ___
> 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 
> 
___
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

Re: [Kicad-developers] Loading symbol libraries

[Wayne Stambaugh]

Orson,

Any comments on this?  I would like to get this merged over the weekend.

Wayne

On 01/26/2018 09:35 AM, Wayne Stambaugh wrote:
> 
> 
> On 01/26/2018 07:49 AM, jp charras wrote:
>> Le 25/01/2018 à 16:24, Jeff Young a écrit :
>>> More performance enhancements:
>>>
>>> 1) Edit Symbol gets similar fix as Place Symbol
>>> 2) progress-dialog-updating reduced to once every 50ms
>>> 3) SearchText gets lazy normalization
>>> 4) translation of typeNames and default fieldNames reduced to a single time
>>>
>>> These fixes speed first-load-time of both Edit Symbol and Place Symbol by a 
>>> factor of 3, and
>>> second-load-time of Edit Symbol to near-instantaneous.
>>>
>>> Cheers,
>>> Jeff.
>>
>> Hi Jeff,
>>
>> It looks good to me.
>> I did not find any issue with this patch.
>>
>> I am waiting for more tests.
>>
>>
> 
> I just tested this and it looks good to me.  It's had to believe that
> the translation lookup was causing that big of a performance hit.  Nice
> work!
> 
> @JP, did you check to make sure translations are correct when switching
> locales?
> 
> @Orson, are you ok with the changes to the LIB_MANAGER and
> LIB_MANAGER_ADAPTER objects.
> 
> If all of this checks out, I will merge this patch.
> 
> Cheers,
> 
> Wayne
> 

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Wayne Stambaugh]

Seth,

I haven't had a chance to test it but it's a clever concept.  I would
prefer a bunch user testing on this before I merge it.  If I do decide
to merge it, we should probably restore allowing spaces in symbol
library nicknames.  As of now, this patch doesn't buy us much if we
don't change that as well.

Cheers,

Wayne

On 01/26/2018 03:00 PM, Seth Hillbrand wrote:
> Wayne-
> 
> Would you object to a patch like the attached?  It reads the name line
> in reverse order, allowing spaces in the component name.  If this is an
> acceptable approach, I'll make the other required internal changes.
> 
> -Seth
> 
> 2018-01-26 10:22 GMT-08:00 Tomasz Wlostowski  >:
> 
> On 26/01/18 19:18, Wayne Stambaugh wrote:
> > On 1/26/2018 1:01 PM, Tomasz Wlostowski wrote:
> >> Hi all,
> >>
> >> Why are space characters not allowed in the SCH library nicknames, but
> >> are OK for the FP libraries? Is this an overlook on SCH/PCB side?
> >>
> >> I'd like to disable the space check in eeschema, it's very annoying if
> >> the library file names contain spaces.
> >>
> >> Regards,
> >> Tom
> >
> > For the same reason you can have spaces in symbol names, library symbol
> > names are not quoted in the schematic file format.  If you can figure
> > out a way to fix this without changing the schematic file format and
> > breaking anything, then I'm ok with that.  The new schematic file format
> > will use quoted strings for symbol library links (which will only be for
> > reverting or updating since symbols will be embedded in the schematic)
> > so I will remove this restriction once the new file formats are in play.
> >
> 
> Hi Wayne,
> 
> Now I understand the reason for not allowing spaces. What about the
> slashes?
> 
> Tom
> 
> ___
> 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
> 
> 
> 

___
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

Re: [Kicad-developers] Why timestamp in Zone Outline messages?

[Wayne Stambaugh]

I'm not sure why we do this other than possibly to help with debugging.
JP, is there any reason to expose the zone timestamps to users?  If not,
we should probably remove them.

On 01/26/2018 03:33 PM, Jeff Young wrote:
> Why do we put zone timestamps in Clarify Selection items and DRC markers?
> 
> They seem particularly useless to the user….
> 
> Cheers,
> Jeff.
> 
> 
> 
> ___
> 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
> 

___
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

[Kicad-developers] Why timestamp in Zone Outline messages?

[Jeff Young]

Why do we put zone timestamps in Clarify Selection items and DRC markers?

They seem particularly useless to the user….

Cheers,
Jeff.

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Seth Hillbrand]

Wayne-

Would you object to a patch like the attached?  It reads the name line in
reverse order, allowing spaces in the component name.  If this is an
acceptable approach, I'll make the other required internal changes.

-Seth

2018-01-26 10:22 GMT-08:00 Tomasz Wlostowski :

> On 26/01/18 19:18, Wayne Stambaugh wrote:
> > On 1/26/2018 1:01 PM, Tomasz Wlostowski wrote:
> >> Hi all,
> >>
> >> Why are space characters not allowed in the SCH library nicknames, but
> >> are OK for the FP libraries? Is this an overlook on SCH/PCB side?
> >>
> >> I'd like to disable the space check in eeschema, it's very annoying if
> >> the library file names contain spaces.
> >>
> >> Regards,
> >> Tom
> >
> > For the same reason you can have spaces in symbol names, library symbol
> > names are not quoted in the schematic file format.  If you can figure
> > out a way to fix this without changing the schematic file format and
> > breaking anything, then I'm ok with that.  The new schematic file format
> > will use quoted strings for symbol library links (which will only be for
> > reverting or updating since symbols will be embedded in the schematic)
> > so I will remove this restriction once the new file formats are in play.
> >
>
> Hi Wayne,
>
> Now I understand the reason for not allowing spaces. What about the
> slashes?
>
> Tom
>
> ___
> 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
>
From 667748dac10166a0f0c04d04937649f75670d981 Mon Sep 17 00:00:00 2001
From: Seth Hillbrand 
Date: Fri, 26 Jan 2018 11:22:09 -0800
Subject: [PATCH] Allowing spaces in SCHEMATIC file Component names

---
 eeschema/sch_legacy_plugin.cpp | 86 +-
 1 file changed, 68 insertions(+), 18 deletions(-)

diff --git a/eeschema/sch_legacy_plugin.cpp b/eeschema/sch_legacy_plugin.cpp
index 5dab47f2b..4f3102a7c 100644
--- a/eeschema/sch_legacy_plugin.cpp
+++ b/eeschema/sch_legacy_plugin.cpp
@@ -364,6 +364,50 @@ static void parseUnquotedString( wxString& aString, FILE_LINE_READER& aReader,
 
 
 /**
+ * Parse an unquoted utf8 string starting from the end of the input line.
+ *
+ * The parsed string must be a continuous string with no white space.
+ *
+ * @param aString - A reference to the parsed string.
+ * @param aReader - The line reader used to generate exception throw information.
+ * @param aCurrentToken - A pointer the current position in a string.
+ * @param aCanBeEmpty - True if the parsed string is optional.  False if it is mandatory.
+ * @throw IO_ERROR on an unexpected end of line.
+ * @throw PARSE_ERROR if the \a aCanBeEmpty is false and no string was parsed.
+ */
+static void parseUnquotedStringReverse( wxString& aString, FILE_LINE_READER& aReader,
+ const char* aCurrentToken, bool aCanBeEmpty = false )
+{
+if( !*aCurrentToken )
+{
+if( aCanBeEmpty )
+return;
+else
+SCH_PARSE_ERROR( _( "unexpected end of line" ), aReader, aCurrentToken );
+}
+
+wxString tmp( aCurrentToken );
+tmp.Trim();
+
+size_t pos = tmp.find_last_of( " " );
+
+if( pos == std::string::npos )
+{
+if( aCanBeEmpty )
+return;
+else
+SCH_PARSE_ERROR( _( "unexpected end of line" ), aReader, aCurrentToken );
+}
+
+aString = FROM_UTF8( tmp.substr( pos + 1 ).c_str() );
+
+if( aString.IsEmpty() && !aCanBeEmpty )
+SCH_PARSE_ERROR( _( "expected unquoted string" ), aReader, aCurrentToken );
+
+}
+
+
+/**
  * Parse an quoted ASCII utf8 and updates the pointer at \a aOutput if it is not NULL.
  *
  * The parsed string must be contained within a single line.  There are no multi-line
@@ -1388,26 +1432,9 @@ SCH_COMPONENT* SCH_LEGACY_PLUGIN::loadComponent( FILE_LINE_READER& aReader )
 {
 if( strCompare( "L", line,  ) )
 {
-wxString libName;
-
-parseUnquotedString( libName, aReader, line,  );
-libName.Replace( "~", " " );
-
-LIB_ID libId;
-
-// Prior to schematic version 4, library IDs did not have a library nickname so
-// parsing the symbol name with LIB_ID::Parse() would break symbol library links
-// that contained '/' and ':' characters.
-if( m_version > 3 )
-libId.Parse( libName );
-else
-libId.SetLibItemName( libName, false );
-
-component->SetLibId( libId );
-
 wxString refDesignator;
 
-parseUnquotedString( refDesignator, aReader, line,  );
+parseUnquotedStringReverse( refDesignator, aReader, line );
 refDesignator.Replace( "~", " " );
 
 wxString prefix = refDesignator;
@@ -1428,6 +1455,29 @@ 

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Wayne Stambaugh]

On 1/26/2018 1:28 PM, Tomasz Wlostowski wrote:
> On 26/01/18 19:25, Wayne Stambaugh wrote:
>> I'm opposed to this.  I am planning on modifying the LIB_ID parser and
>> fromatter to allow escaping of the / and : characters so that any utf8
>> character can be used for symbol and footprint identifiers.  I just do
>> not have time to get this done by the stable 5 release.  It's an
>> unfortunate side effect of the way LIB_ID parses and formats strings.  I
>> would rather not use a different character.  This would just create a
>> huge mess with every existing board file.  I think escaping these
>> character is a better solution that will be compatible with the current
>> board file format.
> 
> Good idea, thanks for the explanation.
> 
> Tom
> 

I've been known have a good idea every once in a while. ;)  The current
churn rate of be project leader has really put a hurting on the amount
of time I have for coding. :(

Cheers,

Wayne

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Wayne Stambaugh]

There was an issue with the remapping algorithm handling spaces.  This
has been fixed.  Your symbol library file names can have spaces in them.
 The library nickname cannot.

On 1/26/2018 1:19 PM, José Ignacio wrote:
> I reported this multiple[1] times[2] long ago, and have since given up
> and folded all my library names to use underscores instead. There are
> basically no up to date design documents on how kicad's different
> systems and overall architecture are supposed to work, many large
> refactors and overhauls have been made, some inadvertently causing large
> incompatibilities like this one since there is no document to reference
> on what is correct and what it's not. Users are left on an easter egg
> hunt to see what will break in the new version.
> 
> On the particular issue, just replacing @ instead of / will just move
> the problem around, the real fix is just to document the current
> behavior/design properly, homogenize it and just not make this kind of
> mess again.
> 
> [1]: https://lists.launchpad.net/kicad-developers/msg27754.html
> 
> [2]: https://lists.launchpad.net/kicad-developers/msg31789.html
> 
> On Fri, Jan 26, 2018 at 12:07 PM, Tomasz Wlostowski
> > wrote:
> 
> On 26/01/18 19:01, Tomasz Wlostowski wrote:
> > Hi all,
> >
> > Why are space characters not allowed in the SCH library nicknames, but
> > are OK for the FP libraries? Is this an overlook on SCH/PCB side?
> 
> Also, the LIB_IDs follow the following scheme:
> 
> library:symbol/revision.
> 
> The / (slash) character is often used in the part names (see [1]). For
> 'heavy library style' people like CERN, the part names in the lib need
> to perfectly match the manufacturers' names. '/' as a revision separator
> makes this impossible.
> 
> Would anyone here oppose changing it to something not met in typical IC
> names e.g, '@'?
> 
> Cheers,
> Tom
> 
> [1]
> 
> http://uk.farnell.com/w/c/semiconductors-ics/power-management-ics-pmic/prl/results?st=%2Fnopb
> 
> 
> 
> 
> 
> 
> ___
> 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
> 
> 
> 
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Tomasz Wlostowski]

On 26/01/18 19:25, Wayne Stambaugh wrote:
> I'm opposed to this.  I am planning on modifying the LIB_ID parser and
> fromatter to allow escaping of the / and : characters so that any utf8
> character can be used for symbol and footprint identifiers.  I just do
> not have time to get this done by the stable 5 release.  It's an
> unfortunate side effect of the way LIB_ID parses and formats strings.  I
> would rather not use a different character.  This would just create a
> huge mess with every existing board file.  I think escaping these
> character is a better solution that will be compatible with the current
> board file format.

Good idea, thanks for the explanation.

Tom

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Wayne Stambaugh]

On 1/26/2018 1:07 PM, Tomasz Wlostowski wrote:
> On 26/01/18 19:01, Tomasz Wlostowski wrote:
>> Hi all,
>>
>> Why are space characters not allowed in the SCH library nicknames, but
>> are OK for the FP libraries? Is this an overlook on SCH/PCB side?
> 
> Also, the LIB_IDs follow the following scheme:
> 
> library:symbol/revision.
> 
> The / (slash) character is often used in the part names (see [1]). For
> 'heavy library style' people like CERN, the part names in the lib need
> to perfectly match the manufacturers' names. '/' as a revision separator
> makes this impossible.
> 
> Would anyone here oppose changing it to something not met in typical IC
> names e.g, '@'?
> 
> Cheers,
> Tom
> 
> [1]
> http://uk.farnell.com/w/c/semiconductors-ics/power-management-ics-pmic/prl/results?st=%2Fnopb
> 

I'm opposed to this.  I am planning on modifying the LIB_ID parser and
fromatter to allow escaping of the / and : characters so that any utf8
character can be used for symbol and footprint identifiers.  I just do
not have time to get this done by the stable 5 release.  It's an
unfortunate side effect of the way LIB_ID parses and formats strings.  I
would rather not use a different character.  This would just create a
huge mess with every existing board file.  I think escaping these
character is a better solution that will be compatible with the current
board file format.

Cheers,

Wayne

___
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

Re: [Kicad-developers] [PATCH] Save view control settings before dispatching new tool events

[Maciej Suminski]

Hi Jon,

Apologies, it was a mistake. I have reapplied your patch.

Regards,
Orson

On 01/26/2018 06:14 PM, Jon Evans wrote:
> Hi Orson,
> I saw you just reverted this change in b8ecc95d9c, was that intentional?
> After your commit, issue #1741357 is back.
> 
> -Jon
> 
> On Mon, Jan 15, 2018 at 4:56 AM, Maciej Sumiński 
> wrote:
> 
>> I confirm your patch fixes the problem, so I pushed it to the master
>> branch. Many thanks for solving another issue!
>>
>> Regards,
>> Orson
>>
>> On 01/12/2018 04:13 AM, Jon Evans wrote:
>>> Fix another cause of https://bugs.launchpad.net/kicad/+bug/1741357
>>>
>>> Using the "add via" hotkey was causing an immediate dispatch of that tool
>>> event, which was overriding the view settings of the active tool (i.e.
>>> router tool with cursor displayed).
>>>
>>> This patch saves and restores the view settings before dispatching tool
>>> events, which fixes this and should prevent some other weirdness if one
>>> tool dispatches another with modified view settings.
>>>
>>> -Jon
>>>
>>>
>>>
>>> ___
>>> 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
>>>
>>
>>
>>
>> ___
>> 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
>>
>>
> 

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Tomasz Wlostowski]

On 26/01/18 19:18, Wayne Stambaugh wrote:
> On 1/26/2018 1:01 PM, Tomasz Wlostowski wrote:
>> Hi all,
>>
>> Why are space characters not allowed in the SCH library nicknames, but
>> are OK for the FP libraries? Is this an overlook on SCH/PCB side?
>>
>> I'd like to disable the space check in eeschema, it's very annoying if
>> the library file names contain spaces.
>>
>> Regards,
>> Tom
> 
> For the same reason you can have spaces in symbol names, library symbol
> names are not quoted in the schematic file format.  If you can figure
> out a way to fix this without changing the schematic file format and
> breaking anything, then I'm ok with that.  The new schematic file format
> will use quoted strings for symbol library links (which will only be for
> reverting or updating since symbols will be embedded in the schematic)
> so I will remove this restriction once the new file formats are in play.
> 

Hi Wayne,

Now I understand the reason for not allowing spaces. What about the slashes?

Tom

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[José Ignacio]

I reported this multiple[1] times[2] long ago, and have since given up and
folded all my library names to use underscores instead. There are basically
no up to date design documents on how kicad's different systems and overall
architecture are supposed to work, many large refactors and overhauls have
been made, some inadvertently causing large incompatibilities like this one
since there is no document to reference on what is correct and what it's
not. Users are left on an easter egg hunt to see what will break in the new
version.

On the particular issue, just replacing @ instead of / will just move the
problem around, the real fix is just to document the current
behavior/design properly, homogenize it and just not make this kind of mess
again.

[1]: https://lists.launchpad.net/kicad-developers/msg27754.html
[2]: https://lists.launchpad.net/kicad-developers/msg31789.html

On Fri, Jan 26, 2018 at 12:07 PM, Tomasz Wlostowski <
tomasz.wlostow...@cern.ch> wrote:

> On 26/01/18 19:01, Tomasz Wlostowski wrote:
> > Hi all,
> >
> > Why are space characters not allowed in the SCH library nicknames, but
> > are OK for the FP libraries? Is this an overlook on SCH/PCB side?
>
> Also, the LIB_IDs follow the following scheme:
>
> library:symbol/revision.
>
> The / (slash) character is often used in the part names (see [1]). For
> 'heavy library style' people like CERN, the part names in the lib need
> to perfectly match the manufacturers' names. '/' as a revision separator
> makes this impossible.
>
> Would anyone here oppose changing it to something not met in typical IC
> names e.g, '@'?
>
> Cheers,
> Tom
>
> [1]
> http://uk.farnell.com/w/c/semiconductors-ics/power-
> management-ics-pmic/prl/results?st=%2Fnopb
>
>
>
>
> ___
> 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
>
___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Wayne Stambaugh]

On 1/26/2018 1:01 PM, Tomasz Wlostowski wrote:
> Hi all,
> 
> Why are space characters not allowed in the SCH library nicknames, but
> are OK for the FP libraries? Is this an overlook on SCH/PCB side?
> 
> I'd like to disable the space check in eeschema, it's very annoying if
> the library file names contain spaces.
> 
> Regards,
> Tom

For the same reason you can have spaces in symbol names, library symbol
names are not quoted in the schematic file format.  If you can figure
out a way to fix this without changing the schematic file format and
breaking anything, then I'm ok with that.  The new schematic file format
will use quoted strings for symbol library links (which will only be for
reverting or updating since symbols will be embedded in the schematic)
so I will remove this restriction once the new file formats are in play.

Cheers,

Wayne

___
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

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

[Tomasz Wlostowski]

On 26/01/18 19:01, Tomasz Wlostowski wrote:
> Hi all,
> 
> Why are space characters not allowed in the SCH library nicknames, but
> are OK for the FP libraries? Is this an overlook on SCH/PCB side?

Also, the LIB_IDs follow the following scheme:

library:symbol/revision.

The / (slash) character is often used in the part names (see [1]). For
'heavy library style' people like CERN, the part names in the lib need
to perfectly match the manufacturers' names. '/' as a revision separator
makes this impossible.

Would anyone here oppose changing it to something not met in typical IC
names e.g, '@'?

Cheers,
Tom

[1]
http://uk.farnell.com/w/c/semiconductors-ics/power-management-ics-pmic/prl/results?st=%2Fnopb




___
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

[Kicad-developers] spaces not allowed in SCH library nicknames

[Tomasz Wlostowski]

Hi all,

Why are space characters not allowed in the SCH library nicknames, but
are OK for the FP libraries? Is this an overlook on SCH/PCB side?

I'd like to disable the space check in eeschema, it's very annoying if
the library file names contain spaces.

Regards,
Tom

___
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

Re: [Kicad-developers] [PATCH] Save view control settings before dispatching new tool events

[Jon Evans]

Hi Orson,
I saw you just reverted this change in b8ecc95d9c, was that intentional?
After your commit, issue #1741357 is back.

-Jon

On Mon, Jan 15, 2018 at 4:56 AM, Maciej Sumiński 
wrote:

> I confirm your patch fixes the problem, so I pushed it to the master
> branch. Many thanks for solving another issue!
>
> Regards,
> Orson
>
> On 01/12/2018 04:13 AM, Jon Evans wrote:
> > Fix another cause of https://bugs.launchpad.net/kicad/+bug/1741357
> >
> > Using the "add via" hotkey was causing an immediate dispatch of that tool
> > event, which was overriding the view settings of the active tool (i.e.
> > router tool with cursor displayed).
> >
> > This patch saves and restores the view settings before dispatching tool
> > events, which fixes this and should prevent some other weirdness if one
> > tool dispatches another with modified view settings.
> >
> > -Jon
> >
> >
> >
> > ___
> > 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
> >
>
>
>
> ___
> 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
>
>
___
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

Re: [Kicad-developers] Is this OSX-specific or not?

[Jeff Young]

Cool.  I’ll keep the fix OSX-specific.

Thanks everyone!


> On 26 Jan 2018, at 16:41, jp charras  wrote:
> 
> Le 26/01/2018 à 17:34, Jeff Young a écrit :
>> Could someone try on MSW, just to be sure?
>> 
>> Thanks,
>> Jeff.
>> 
> 
> No problem on Windows (W7 32 bits)
> 
>> 
>>> On 26 Jan 2018, at 15:23, Kevin Cozens  wrote:
>>> 
>>> On 2018-01-26 09:59 AM, Jeff Young wrote:
 I’m trying to see if a bug is OSX-specific or not.
 Open board in pcbnew.
 Open Plot dialog.
 Click on the Run DRC button at the bottom.
 Click on Cancel in the DRC dialog.
 Can you now close the Plot dialog?
>>> 
>>> I'm using Linux and I am able to close the Plot dialog box.
>>> 
>>> -- 
>>> Cheers!
>>> 
>>> Kevin.
>>> 
> 
> -- 
> Jean-Pierre CHARRAS
> 
> ___
> 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 
> 
___
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

Re: [Kicad-developers] Is this OSX-specific or not?

[jp charras]

Le 26/01/2018 à 17:34, Jeff Young a écrit :
> Could someone try on MSW, just to be sure?
> 
> Thanks,
> Jeff.
> 

No problem on Windows (W7 32 bits)

> 
>> On 26 Jan 2018, at 15:23, Kevin Cozens  wrote:
>>
>> On 2018-01-26 09:59 AM, Jeff Young wrote:
>>> I’m trying to see if a bug is OSX-specific or not.
>>> Open board in pcbnew.
>>> Open Plot dialog.
>>> Click on the Run DRC button at the bottom.
>>> Click on Cancel in the DRC dialog.
>>> Can you now close the Plot dialog?
>>
>> I'm using Linux and I am able to close the Plot dialog box.
>>
>> -- 
>> Cheers!
>>
>> Kevin.
>>

-- 
Jean-Pierre CHARRAS

___
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

Re: [Kicad-developers] Is this OSX-specific or not?

[Jeff Young]

Could someone try on MSW, just to be sure?

Thanks,
Jeff.


> On 26 Jan 2018, at 15:23, Kevin Cozens  wrote:
> 
> On 2018-01-26 09:59 AM, Jeff Young wrote:
>> I’m trying to see if a bug is OSX-specific or not.
>> Open board in pcbnew.
>> Open Plot dialog.
>> Click on the Run DRC button at the bottom.
>> Click on Cancel in the DRC dialog.
>> Can you now close the Plot dialog?
> 
> I'm using Linux and I am able to close the Plot dialog box.
> 
> -- 
> Cheers!
> 
> Kevin.
> 
> http://www.ve3syb.ca/   |"Nerds make the shiny things that distract
> Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
>| powerful!"
> #include  | --Chris Hardwick
> 
> ___
> 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


___
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

Re: [Kicad-developers] Is this OSX-specific or not?

[Kevin Cozens]

On 2018-01-26 09:59 AM, Jeff Young wrote:

I’m trying to see if a bug is OSX-specific or not.

Open board in pcbnew.
Open Plot dialog.
Click on the Run DRC button at the bottom.
Click on Cancel in the DRC dialog.

Can you now close the Plot dialog?


I'm using Linux and I am able to close the Plot dialog box.

--
Cheers!

Kevin.

http://www.ve3syb.ca/   |"Nerds make the shiny things that distract
Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
| powerful!"
#include  | --Chris Hardwick

___
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

Re: [Kicad-developers] Is this OSX-specific or not?

[Jon Evans]

Confirmed broken on my MacOS machine :-/

On Fri, Jan 26, 2018 at 10:01 AM, Maciej Sumiński 
wrote:

> No problem on Linux.
>
> Cheers,
> Orson
>
> On 01/26/2018 03:59 PM, Jeff Young wrote:
> > I’m trying to see if a bug is OSX-specific or not.
> >
> > Open board in pcbnew.
> > Open Plot dialog.
> > Click on the Run DRC button at the bottom.
> > Click on Cancel in the DRC dialog.
> >
> > Can you now close the Plot dialog?
> >
> > Thanks,
> > Jeff.
> > ___
> > 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
> >
>
>
>
> ___
> 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
>
>
___
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

Re: [Kicad-developers] Is this OSX-specific or not?

[Maciej Sumiński]

No problem on Linux.

Cheers,
Orson

On 01/26/2018 03:59 PM, Jeff Young wrote:
> I’m trying to see if a bug is OSX-specific or not.
> 
> Open board in pcbnew.
> Open Plot dialog.
> Click on the Run DRC button at the bottom.
> Click on Cancel in the DRC dialog.
> 
> Can you now close the Plot dialog?
> 
> Thanks,
> Jeff.
> ___
> 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
> 




signature.asc
Description: OpenPGP digital signature
___
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

[Kicad-developers] Is this OSX-specific or not?

[Jeff Young]

I’m trying to see if a bug is OSX-specific or not.

Open board in pcbnew.
Open Plot dialog.
Click on the Run DRC button at the bottom.
Click on Cancel in the DRC dialog.

Can you now close the Plot dialog?

Thanks,
Jeff.
___
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

Re: [Kicad-developers] Loading symbol libraries

[jp charras]

Le 26/01/2018 à 15:35, Wayne Stambaugh a écrit :
> 
> 
> On 01/26/2018 07:49 AM, jp charras wrote:
>> Le 25/01/2018 à 16:24, Jeff Young a écrit :
>>> More performance enhancements:
>>>
>>> 1) Edit Symbol gets similar fix as Place Symbol
>>> 2) progress-dialog-updating reduced to once every 50ms
>>> 3) SearchText gets lazy normalization
>>> 4) translation of typeNames and default fieldNames reduced to a single time
>>>
>>> These fixes speed first-load-time of both Edit Symbol and Place Symbol by a 
>>> factor of 3, and
>>> second-load-time of Edit Symbol to near-instantaneous.
>>>
>>> Cheers,
>>> Jeff.
>>
>> Hi Jeff,
>>
>> It looks good to me.
>> I did not find any issue with this patch.
>>
>> I am waiting for more tests.
>>
>>
> 
> I just tested this and it looks good to me.  It's had to believe that
> the translation lookup was causing that big of a performance hit.  Nice
> work!
> 
> @JP, did you check to make sure translations are correct when switching
> locales?

Yes I did. No problems.

> 
> @Orson, are you ok with the changes to the LIB_MANAGER and
> LIB_MANAGER_ADAPTER objects.
> 
> If all of this checks out, I will merge this patch.
> 
> Cheers,
> 
> Wayne


-- 
Jean-Pierre CHARRAS

___
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

Re: [Kicad-developers] Loading symbol libraries

[Wayne Stambaugh]

On 01/26/2018 07:49 AM, jp charras wrote:
> Le 25/01/2018 à 16:24, Jeff Young a écrit :
>> More performance enhancements:
>>
>> 1) Edit Symbol gets similar fix as Place Symbol
>> 2) progress-dialog-updating reduced to once every 50ms
>> 3) SearchText gets lazy normalization
>> 4) translation of typeNames and default fieldNames reduced to a single time
>>
>> These fixes speed first-load-time of both Edit Symbol and Place Symbol by a 
>> factor of 3, and
>> second-load-time of Edit Symbol to near-instantaneous.
>>
>> Cheers,
>> Jeff.
> 
> Hi Jeff,
> 
> It looks good to me.
> I did not find any issue with this patch.
> 
> I am waiting for more tests.
> 
> 

I just tested this and it looks good to me.  It's had to believe that
the translation lookup was causing that big of a performance hit.  Nice
work!

@JP, did you check to make sure translations are correct when switching
locales?

@Orson, are you ok with the changes to the LIB_MANAGER and
LIB_MANAGER_ADAPTER objects.

If all of this checks out, I will merge this patch.

Cheers,

Wayne

___
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

Re: [Kicad-developers] Kicad Build Issue on Ubuntu

[Maciej Sumiński]

Hi Babar,

You need to install wxPython development files, package
python-wxgtk3.0-dev or similar.

Regards,
Orson

On 01/26/2018 02:45 PM, Babar Malik wrote:
> Dear all,
> I am trying to build Kicad on Ubuntu 14.04 but I am facing a problem with
> "wxPython". I tried a lot to install this package but the problem is still
> here. The exact error shown on the terminal is *"CMake Error at
> CMakeLists.txt:708 (message):*
> *  wxPython version 3.0 does not appear to be installed on the system.*
> *"*
> Can anyone please suggest me the solution. Your assistance will be highly
> appreciated.
> 
> 
> 
> 
> 
> 
> 
> 
> Best Regards,
> Muhammad Babar Malik
> Namal College Mianwali
> An Associate College of University of Bradford
> 
> 
> 
> ___
> 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
> 




signature.asc
Description: OpenPGP digital signature
___
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

Re: [Kicad-developers] Loading symbol libraries

[Seth Hillbrand]

Works great for me as well. Thanks Jeff!

Seth

On Jan 26, 2018 4:49 AM, "jp charras"  wrote:

> Le 25/01/2018 à 16:24, Jeff Young a écrit :
> > More performance enhancements:
> >
> > 1) Edit Symbol gets similar fix as Place Symbol
> > 2) progress-dialog-updating reduced to once every 50ms
> > 3) SearchText gets lazy normalization
> > 4) translation of typeNames and default fieldNames reduced to a single
> time
> >
> > These fixes speed first-load-time of both Edit Symbol and Place Symbol
> by a factor of 3, and
> > second-load-time of Edit Symbol to near-instantaneous.
> >
> > Cheers,
> > Jeff.
>
> Hi Jeff,
>
> It looks good to me.
> I did not find any issue with this patch.
>
> I am waiting for more tests.
>
>
> --
> Jean-Pierre CHARRAS
>
> ___
> 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
>
___
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

Re: [Kicad-developers] Kicad Build Issue on Ubuntu

[Jeff Young]

If you don’t need Python you can turn it off by adding:

-DKICAD_SCRIPTING_WXPYTHON=OFF

to your cmake command.

Might be a short-term solution until someone who knows Ubuntu can help get you 
up and running.

Cheers,
Jeff

> On 26 Jan 2018, at 13:45, Babar Malik  wrote:
> 
> Dear all,
> I am trying to build Kicad on Ubuntu 14.04 but I am facing a problem with 
> "wxPython". I tried a lot to install this package but the problem is still 
> here. The exact error shown on the terminal is "CMake Error at 
> CMakeLists.txt:708 (message):
>   wxPython version 3.0 does not appear to be installed on the system.
> "
> Can anyone please suggest me the solution. Your assistance will be highly 
> appreciated. 
>  
> 
> 
> 
> 
> 
> 
> 
> Best Regards,
> Muhammad Babar Malik
> Namal College Mianwali
> An Associate College of University of Bradford
> ___
> 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

___
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

[Kicad-developers] Kicad Build Issue on Ubuntu

[Babar Malik]

Dear all,
I am trying to build Kicad on Ubuntu 14.04 but I am facing a problem with
"wxPython". I tried a lot to install this package but the problem is still
here. The exact error shown on the terminal is *"CMake Error at
CMakeLists.txt:708 (message):*
*  wxPython version 3.0 does not appear to be installed on the system.*
*"*
Can anyone please suggest me the solution. Your assistance will be highly
appreciated.








Best Regards,
Muhammad Babar Malik
Namal College Mianwali
An Associate College of University of Bradford
___
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

Re: [Kicad-developers] Loading symbol libraries

[jp charras]

Le 25/01/2018 à 16:24, Jeff Young a écrit :
> More performance enhancements:
> 
> 1) Edit Symbol gets similar fix as Place Symbol
> 2) progress-dialog-updating reduced to once every 50ms
> 3) SearchText gets lazy normalization
> 4) translation of typeNames and default fieldNames reduced to a single time
> 
> These fixes speed first-load-time of both Edit Symbol and Place Symbol by a 
> factor of 3, and
> second-load-time of Edit Symbol to near-instantaneous.
> 
> Cheers,
> Jeff.

Hi Jeff,

It looks good to me.
I did not find any issue with this patch.

I am waiting for more tests.


-- 
Jean-Pierre CHARRAS

___
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

Re: [Kicad-developers] process to push improvement

[Maciej Sumiński]

Hi Ludovic,

You did the right thing, normally people send their patches here for
review and proposed changes receive comments or get committed. I have
tested your patch and it works as expected, so I pushed it to the master
branch. Thank you!

One thing I would suggest is to commit your changes locally and use 'git
format-patch' afterwards. This way your patch would also include commit
description and your name in the author field. It makes reviewer life
much easier, especially when it comes to complex patches.

Regards,
Orson

On 01/25/2018 02:21 PM, ludovic léau-mercier wrote:
> Hi, kicad team,
> 
> i'm newbie here.
> 
> I use kicad for simulation with ngspice.
> 
> Currently when you add directive .title in a textbox and generate
> netlist you have this :
> 
> .title KiCad schematic
> QQ1 /collector /base 0 Q_NPN_CBE
> VV1 Net-_V1-Pad1_ 0 dc 0
> VVSENSE1 Net-_V1-Pad1_ /collector dc 0
> II1 0 /base dc 20u
> .title BJT caracteristics
> .model Q_NPN_CBE npn
> .dc vv1 0 50 2 ii1 15u 75u 15u
> .end
> 
> 
> I have create a little patch to replace the default title if exist and
> then you can have :
> 
> .title BJT caracteristics
> QQ1 /collector /base 0 Q_NPN_CBE
> VV1 Net-_V1-Pad1_ 0 dc 0
> VVSENSE1 Net-_V1-Pad1_ /collector dc 0
> II1 0 /base dc 20u
> .model Q_NPN_CBE npn
> .dc vv1 0 50 2 ii1 15u 75u 15u
> .end
> 
> What is the process to suggest this improvement ?
> 
> 
> 
> 
> ___
> 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
> 




signature.asc
Description: OpenPGP digital signature
___
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