Re: [Kicad-developers] New symbol table: problems with '/' characters?

[Wayne Stambaugh]

On 12/29/2017 12:48 PM, Marco Ciampa wrote:
> On Fri, Dec 29, 2017 at 10:21:21AM -0700, Chris Pavlina wrote:
>> By the way, are we doing anything about special file names (mostly a
>> Windows issue)? These can be problematic even with extensions added.
>> What if I tried to create a part named PRN?
> 
> Or: AUX, CON, LPT1, LPT2, LPT3, COM1, COM2, COM3, COM4, NUL, CLOCK$

Once we quit using the file name and start using the name field inside
the file, all of this will be possible but the LIB_ID parser and
formatter will have to be reworked to quote the '/' and ':' characters
because they are reserved to split up the full LIB_ID.

> 
> and could be others I do not recall now...
> 
> No comment ...
> 
> --
> 
> 
> Marco Ciampa
> 
> I know a joke about UDP, but you might not get it.
> 
> 
> 
>  GNU/Linux User #78271
>  FSFE fellow #364
> 
> 
> 
> 
> ___
> 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] New symbol table: problems with '/' characters?

[Ben Hest]

Having been working on the digikey-kicad-library lately, there's plenty of
MFG PNs with commas, spaces, periods, various slashery, octothorps,
parenthesis, semicolons, colons, asterisks, underscores, dollar signs,
equal signs, ampersands.  It's a pain in the behind to do substitutions.

On Fri, Dec 29, 2017 at 11:21 AM, Chris Pavlina 
wrote:

> On Fri, Dec 29, 2017 at 02:04:17PM +, Wayne Stambaugh wrote:
> > On 12/28/2017 06:25 PM, Andy Peters wrote:
> > > On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh  > > > wrote:
> > >>
> > >> Diego,
> > >>
> > >> Thank you for the offer but I'm already working on it.  It is not as
> > >> easy to fix as it would seem.  The problem is what to do when you do
> not
> > >> have write access to the library with the invalid characters.  I have
> a
> > >> few ideas but it will take me a while to get it the way I want it.
> > >
> > > Hi, Wayne,
> > >
> > > I just ran into this problem. (I’m using the Dec 24 nightly on a High
> > > Sierra Mac.) The thing is that my libraries are in a directory to which
> > > Kicad should have write access. On my Mac, they’re at
> > > ~/Library/Application Support/kicad/library
> > >
> > > The three parts in my library that use a forward-slash in the name are
> > > new for a design I am still working on, so renaming them in the library
> > > and then replacing the components on the schematic from the library
> > > isn’t too painful. That said: should “policy” going forward be to
> simply
> > > not have slashes in part names? I guess this is probably wise, since as
> > > I understand it, the .sweet format will be like .pretty with one symbol
> > > per file and the file’s name is the symbol name.
> > >
> > > -a
> >
> > In the short term, we will have to disallow the '/' character in symbol
> > names just like we do in footprint names.  This was done with footprint
> > names because the file name is the footprint name and '/' is a path
> > separator.  I may change this during version 6 development by using the
> > internal symbol/footprint name ( there is support for this in footprint
> > file format) rather than the file name and escape the '/' and ':'
> > characters so that any character >=0x20 should be valid in symbol and
> > footprint names.  This change will not be backwards compatible but I
> > think it's a better solution than what we are currently doing.
>
> This would make me SO happy. There are lots of parts whose actual part
> numbers use naughty characters, and it's just ugly to have to make
> substitutions manually.
>
> By the way, are we doing anything about special file names (mostly a
> Windows issue)? These can be problematic even with extensions added.
> What if I tried to create a part named PRN?
>
> >
> > >
> > >>
> > >> On 11/18/2017 08:00 AM, Diego Herranz wrote:
> > >>> Thanks. I'll chase that bug.
> > >>>
> > >>> Diego
> > >>>
> > >>> On 18 Nov 2017 11:35 am, "Nick Østergaard"  > >>> 
> > >>> > wrote:
> > >>>
> > >>>See https://bugs.launchpad.net/bugs/1732236
> > >>>
> > >>>
> > >>>2017-11-18 11:42 GMT+01:00 Diego Herranz
> > >>> > >>>   oherr...@diegoherranz.com>>:
> > >>>
> > >>>Hi,
> > >>>
> > >>>I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
> > >>>
> > >>>When opening a schematic made with a nightly build ~2 months
> > >>>old, the remapping dialog shows up. So far so good.
> > >>>
> > >>>I've followed the recommendations
> > >>>in http://kicad-pcb.org/post/symbol-lib-table/
> > >>> and most things
> > >>>seem to be working fine. Every symbol gets remapped but 2.
> Both
> > >>>of which include '/' in their name
> (e.g. PIC32MX110F016D-I/PT).
> > >>>
> > >>>Opening the schematic after the remap, it seems Kicad has
> > >>>changed it to PIC32MX110F016D-I_PT.
> > >>>
> > >>>In fact, after a bit more searching, I've found out that as
> soon
> > >>>as the remapping dialog shows up, before clicking on "Remap
> > >>>symbols" the '/' characters have been replaced to '_'. So I'm
> > >>>guessing that is the reason why it can't find the symbols when
> > >>>remapping?
> > >>>"Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
> > >>>library table." confirms that the name was changed before the
> > >>>remapping attempt.
> > >>>
> > >>>I have then tried to edit the broken symbols in Eeschema.
> When I
> > >>>try to assign "PIC32MX110F016D-I/PT" again, which can be found
> > >>>through the "Choose Symbol" dialog without problems, it
> complains:
> > >>>" Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
> > >>>'MCU_Microchip_PIC32'! "
> > >>>
> > >>>Am I doing something wrong? Is this

Re: [Kicad-developers] New symbol table: problems with '/' characters?

[Marco Ciampa]

On Fri, Dec 29, 2017 at 06:48:52PM +0100, Marco Ciampa wrote:
> On Fri, Dec 29, 2017 at 10:21:21AM -0700, Chris Pavlina wrote:
> > By the way, are we doing anything about special file names (mostly a
> > Windows issue)? These can be problematic even with extensions added.
> > What if I tried to create a part named PRN?
> 
> Or: AUX, CON, LPT1, LPT2, LPT3, COM1, COM2, COM3, COM4, NUL, CLOCK$
> 
> and could be others I do not recall now...
> 
> No comment ...
> 

Here there is a useful list:

https://en.wikipedia.org/wiki/Filename#Reserved_characters_and_words

--


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




___
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] New symbol table: problems with '/' characters?

[Marco Ciampa]

On Fri, Dec 29, 2017 at 10:21:21AM -0700, Chris Pavlina wrote:
> By the way, are we doing anything about special file names (mostly a
> Windows issue)? These can be problematic even with extensions added.
> What if I tried to create a part named PRN?

Or: AUX, CON, LPT1, LPT2, LPT3, COM1, COM2, COM3, COM4, NUL, CLOCK$

and could be others I do not recall now...

No comment ...

--


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




___
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] New symbol table: problems with '/' characters?

[Chris Pavlina]

On Fri, Dec 29, 2017 at 02:04:17PM +, Wayne Stambaugh wrote:
> On 12/28/2017 06:25 PM, Andy Peters wrote:
> > On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh  > > wrote:
> >>
> >> Diego,
> >>
> >> Thank you for the offer but I'm already working on it.  It is not as
> >> easy to fix as it would seem.  The problem is what to do when you do not
> >> have write access to the library with the invalid characters.  I have a
> >> few ideas but it will take me a while to get it the way I want it.
> > 
> > Hi, Wayne,
> > 
> > I just ran into this problem. (I’m using the Dec 24 nightly on a High
> > Sierra Mac.) The thing is that my libraries are in a directory to which
> > Kicad should have write access. On my Mac, they’re at
> > ~/Library/Application Support/kicad/library
> > 
> > The three parts in my library that use a forward-slash in the name are
> > new for a design I am still working on, so renaming them in the library
> > and then replacing the components on the schematic from the library
> > isn’t too painful. That said: should “policy” going forward be to simply
> > not have slashes in part names? I guess this is probably wise, since as
> > I understand it, the .sweet format will be like .pretty with one symbol
> > per file and the file’s name is the symbol name.
> > 
> > -a
> 
> In the short term, we will have to disallow the '/' character in symbol
> names just like we do in footprint names.  This was done with footprint
> names because the file name is the footprint name and '/' is a path
> separator.  I may change this during version 6 development by using the
> internal symbol/footprint name ( there is support for this in footprint
> file format) rather than the file name and escape the '/' and ':'
> characters so that any character >=0x20 should be valid in symbol and
> footprint names.  This change will not be backwards compatible but I
> think it's a better solution than what we are currently doing.

This would make me SO happy. There are lots of parts whose actual part
numbers use naughty characters, and it's just ugly to have to make
substitutions manually.

By the way, are we doing anything about special file names (mostly a
Windows issue)? These can be problematic even with extensions added.
What if I tried to create a part named PRN?

> 
> > 
> >>
> >> On 11/18/2017 08:00 AM, Diego Herranz wrote:
> >>> Thanks. I'll chase that bug.
> >>>
> >>> Diego
> >>>
> >>> On 18 Nov 2017 11:35 am, "Nick Østergaard"  >>> 
> >>> > wrote:
> >>>
> >>>    See https://bugs.launchpad.net/bugs/1732236
> >>>    
> >>>
> >>>    2017-11-18 11:42 GMT+01:00 Diego Herranz
> >>>     >>>  
> >>> >:
> >>>
> >>>    Hi,
> >>>
> >>>    I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
> >>>
> >>>    When opening a schematic made with a nightly build ~2 months
> >>>    old, the remapping dialog shows up. So far so good.
> >>>
> >>>    I've followed the recommendations
> >>>    in http://kicad-pcb.org/post/symbol-lib-table/
> >>>     and most things
> >>>    seem to be working fine. Every symbol gets remapped but 2. Both
> >>>    of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
> >>>
> >>>    Opening the schematic after the remap, it seems Kicad has
> >>>    changed it to PIC32MX110F016D-I_PT.
> >>>
> >>>    In fact, after a bit more searching, I've found out that as soon
> >>>    as the remapping dialog shows up, before clicking on "Remap
> >>>    symbols" the '/' characters have been replaced to '_'. So I'm
> >>>    guessing that is the reason why it can't find the symbols when
> >>>    remapping?
> >>>    "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
> >>>    library table." confirms that the name was changed before the
> >>>    remapping attempt.
> >>>
> >>>    I have then tried to edit the broken symbols in Eeschema. When I
> >>>    try to assign "PIC32MX110F016D-I/PT" again, which can be found
> >>>    through the "Choose Symbol" dialog without problems, it complains:
> >>>    " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
> >>>    'MCU_Microchip_PIC32'! "
> >>>
> >>>    Am I doing something wrong? Is this a bug?
> >>>
> >>>    Many thanks,
> >>>    Diego
> >>>
> >>>    ___
> >>>    Mailing list: https://launchpad.net/~kicad-developers
> >>>    
> >>>    Post to     : kicad-developers@lists.launchpad.net
> >>> 
> >>>    
> >>>    Unsubscribe : https://launchpad.net/~kicad-developers
> >>>    

Re: [Kicad-developers] New symbol table: problems with '/' characters?

[Wayne Stambaugh]

On 12/28/2017 06:25 PM, Andy Peters wrote:
> On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh  > wrote:
>>
>> Diego,
>>
>> Thank you for the offer but I'm already working on it.  It is not as
>> easy to fix as it would seem.  The problem is what to do when you do not
>> have write access to the library with the invalid characters.  I have a
>> few ideas but it will take me a while to get it the way I want it.
> 
> Hi, Wayne,
> 
> I just ran into this problem. (I’m using the Dec 24 nightly on a High
> Sierra Mac.) The thing is that my libraries are in a directory to which
> Kicad should have write access. On my Mac, they’re at
> ~/Library/Application Support/kicad/library
> 
> The three parts in my library that use a forward-slash in the name are
> new for a design I am still working on, so renaming them in the library
> and then replacing the components on the schematic from the library
> isn’t too painful. That said: should “policy” going forward be to simply
> not have slashes in part names? I guess this is probably wise, since as
> I understand it, the .sweet format will be like .pretty with one symbol
> per file and the file’s name is the symbol name.
> 
> -a

In the short term, we will have to disallow the '/' character in symbol
names just like we do in footprint names.  This was done with footprint
names because the file name is the footprint name and '/' is a path
separator.  I may change this during version 6 development by using the
internal symbol/footprint name ( there is support for this in footprint
file format) rather than the file name and escape the '/' and ':'
characters so that any character >=0x20 should be valid in symbol and
footprint names.  This change will not be backwards compatible but I
think it's a better solution than what we are currently doing.

> 
>>
>> On 11/18/2017 08:00 AM, Diego Herranz wrote:
>>> Thanks. I'll chase that bug.
>>>
>>> Diego
>>>
>>> On 18 Nov 2017 11:35 am, "Nick Østergaard" >> 
>>> > wrote:
>>>
>>>    See https://bugs.launchpad.net/bugs/1732236
>>>    
>>>
>>>    2017-11-18 11:42 GMT+01:00 Diego Herranz
>>>    >>  
>>> >:
>>>
>>>    Hi,
>>>
>>>    I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
>>>
>>>    When opening a schematic made with a nightly build ~2 months
>>>    old, the remapping dialog shows up. So far so good.
>>>
>>>    I've followed the recommendations
>>>    in http://kicad-pcb.org/post/symbol-lib-table/
>>>     and most things
>>>    seem to be working fine. Every symbol gets remapped but 2. Both
>>>    of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
>>>
>>>    Opening the schematic after the remap, it seems Kicad has
>>>    changed it to PIC32MX110F016D-I_PT.
>>>
>>>    In fact, after a bit more searching, I've found out that as soon
>>>    as the remapping dialog shows up, before clicking on "Remap
>>>    symbols" the '/' characters have been replaced to '_'. So I'm
>>>    guessing that is the reason why it can't find the symbols when
>>>    remapping?
>>>    "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
>>>    library table." confirms that the name was changed before the
>>>    remapping attempt.
>>>
>>>    I have then tried to edit the broken symbols in Eeschema. When I
>>>    try to assign "PIC32MX110F016D-I/PT" again, which can be found
>>>    through the "Choose Symbol" dialog without problems, it complains:
>>>    " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
>>>    'MCU_Microchip_PIC32'! "
>>>
>>>    Am I doing something wrong? Is this a bug?
>>>
>>>    Many thanks,
>>>    Diego
>>>
>>>    ___
>>>    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  

Re: [Kicad-developers] New symbol table: problems with '/' characters?

[Andy Peters]

> 
> On 29 Dec 2017 10:25 AM, "Andy Peters"  > wrote:
> On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh  > wrote:
>> 
>> Diego,
>> 
>> Thank you for the offer but I'm already working on it.  It is not as
>> easy to fix as it would seem.  The problem is what to do when you do not
>> have write access to the library with the invalid characters.  I have a
>> few ideas but it will take me a while to get it the way I want it.
> 
> Hi, Wayne,
> 
> I just ran into this problem. (I’m using the Dec 24 nightly on a High Sierra 
> Mac.) The thing is that my libraries are in a directory to which Kicad should 
> have write access. On my Mac, they’re at ~/Library/Application 
> Support/kicad/library
> 
> The three parts in my library that use a forward-slash in the name are new 
> for a design I am still working on, so renaming them in the library and then 
> replacing the components on the schematic from the library isn’t too painful. 
> That said: should “policy” going forward be to simply not have slashes in 
> part names? I guess this is probably wise, since as I understand it, the 
> .sweet format will be like .pretty with one symbol per file and the file’s 
> name is the symbol name.
> 
> -a

> On Dec 28, 2017, at 6:50 PM, Oliver Walters  
> wrote:
> 
> This "policy" is already in place for the libraries - 
> http://kicad-pcb.org/libraries/klc/G1.1/ 
> 
Ah, OK, that settles it.

-a



___
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] New symbol table: problems with '/' characters?

[Oliver Walters]

This "policy" is already in place for the libraries -
http://kicad-pcb.org/libraries/klc/G1.1/

On 29 Dec 2017 10:25 AM, "Andy Peters"  wrote:

> On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh  wrote:
>
>
> Diego,
>
> Thank you for the offer but I'm already working on it.  It is not as
> easy to fix as it would seem.  The problem is what to do when you do not
> have write access to the library with the invalid characters.  I have a
> few ideas but it will take me a while to get it the way I want it.
>
>
> Hi, Wayne,
>
> I just ran into this problem. (I’m using the Dec 24 nightly on a High
> Sierra Mac.) The thing is that my libraries are in a directory to which
> Kicad should have write access. On my Mac, they’re at ~/Library/Application
> Support/kicad/library
>
> The three parts in my library that use a forward-slash in the name are new
> for a design I am still working on, so renaming them in the library and
> then replacing the components on the schematic from the library isn’t too
> painful. That said: should “policy” going forward be to simply not have
> slashes in part names? I guess this is probably wise, since as I understand
> it, the .sweet format will be like .pretty with one symbol per file and the
> file’s name is the symbol name.
>
> -a
>
>
> On 11/18/2017 08:00 AM, Diego Herranz wrote:
>
> Thanks. I'll chase that bug.
>
> Diego
>
> On 18 Nov 2017 11:35 am, "Nick Østergaard"  > wrote:
>
>See https://bugs.launchpad.net/bugs/1732236
>
>
>2017-11-18 11:42 GMT+01:00 Diego Herranz
>mailto:diegoherr...@diegoherranz.com
> >>:
>
>Hi,
>
>I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
>
>When opening a schematic made with a nightly build ~2 months
>old, the remapping dialog shows up. So far so good.
>
>I've followed the recommendations
>in http://kicad-pcb.org/post/symbol-lib-table/
> and most things
>seem to be working fine. Every symbol gets remapped but 2. Both
>of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
>
>Opening the schematic after the remap, it seems Kicad has
>changed it to PIC32MX110F016D-I_PT.
>
>In fact, after a bit more searching, I've found out that as soon
>as the remapping dialog shows up, before clicking on "Remap
>symbols" the '/' characters have been replaced to '_'. So I'm
>guessing that is the reason why it can't find the symbols when
>remapping?
>"Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
>library table." confirms that the name was changed before the
>remapping attempt.
>
>I have then tried to edit the broken symbols in Eeschema. When I
>try to assign "PIC32MX110F016D-I/PT" again, which can be found
>through the "Choose Symbol" dialog without problems, it complains:
>" Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
>'MCU_Microchip_PIC32'! "
>
>Am I doing something wrong? Is this a bug?
>
>Many thanks,
>Diego
>
>___
>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] New symbol table: problems with '/' characters?

[Andy Peters]

On Nov 18, 2017, at 6:07 AM, Wayne Stambaugh  wrote:
> 
> Diego,
> 
> Thank you for the offer but I'm already working on it.  It is not as
> easy to fix as it would seem.  The problem is what to do when you do not
> have write access to the library with the invalid characters.  I have a
> few ideas but it will take me a while to get it the way I want it.

Hi, Wayne,

I just ran into this problem. (I’m using the Dec 24 nightly on a High Sierra 
Mac.) The thing is that my libraries are in a directory to which Kicad should 
have write access. On my Mac, they’re at ~/Library/Application 
Support/kicad/library

The three parts in my library that use a forward-slash in the name are new for 
a design I am still working on, so renaming them in the library and then 
replacing the components on the schematic from the library isn’t too painful. 
That said: should “policy” going forward be to simply not have slashes in part 
names? I guess this is probably wise, since as I understand it, the .sweet 
format will be like .pretty with one symbol per file and the file’s name is the 
symbol name.

-a

> 
> On 11/18/2017 08:00 AM, Diego Herranz wrote:
>> Thanks. I'll chase that bug.
>> 
>> Diego
>> 
>> On 18 Nov 2017 11:35 am, "Nick Østergaard" > 
>> >> wrote:
>> 
>>See https://bugs.launchpad.net/bugs/1732236 
>> 
>>> >
>> 
>>2017-11-18 11:42 GMT+01:00 Diego Herranz
>>mailto:diegoherr...@diegoherranz.com> 
>> > >>:
>> 
>>Hi,
>> 
>>I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
>> 
>>When opening a schematic made with a nightly build ~2 months
>>old, the remapping dialog shows up. So far so good.
>> 
>>I've followed the recommendations
>>in http://kicad-pcb.org/post/symbol-lib-table/ 
>> 
>> and most things
>>seem to be working fine. Every symbol gets remapped but 2. Both
>>of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
>> 
>>Opening the schematic after the remap, it seems Kicad has
>>changed it to PIC32MX110F016D-I_PT.
>> 
>>In fact, after a bit more searching, I've found out that as soon
>>as the remapping dialog shows up, before clicking on "Remap
>>symbols" the '/' characters have been replaced to '_'. So I'm
>>guessing that is the reason why it can't find the symbols when
>>remapping?
>>"Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
>>library table." confirms that the name was changed before the
>>remapping attempt.
>> 
>>I have then tried to edit the broken symbols in Eeschema. When I
>>try to assign "PIC32MX110F016D-I/PT" again, which can be found
>>through the "Choose Symbol" dialog without problems, it complains:
>>" Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
>>'MCU_Microchip_PIC32'! "
>> 
>>Am I doing something wrong? Is this a bug?
>> 
>>Many thanks,
>>Diego
>> 
>>___
>>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] New symbol table: problems with '/' characters?

[José Ignacio]

This is pretty much the same issue that happened back in February (
https://lists.launchpad.net/kicad-developers/msg27766.html ) I don't have
my launchpad logins right now to comment on it but I strongly disagree with
classifying bug #1732236  as a low
priority. I can tell you it breaks dozens of my current designs, that is, I
can't even open them without doing some surgery to both the schematics and
libraries. I though KiCAD was supposed to be able to open designs of the
previous version?

I've not looked at what the fix was when this came up in February, but is
there a reason something similar couldn't be done now for the legacy
plugin? PCB files didn't break like this because the footprints were
embedded, eeschema now can't even load symbols from the cache if they have
slashes.

On Sat, Nov 18, 2017 at 7:07 AM, Wayne Stambaugh 
wrote:

> Diego,
>
> Thank you for the offer but I'm already working on it.  It is not as
> easy to fix as it would seem.  The problem is what to do when you do not
> have write access to the library with the invalid characters.  I have a
> few ideas but it will take me a while to get it the way I want it.
>
> Cheers,
>
> Wayne
>
> On 11/18/2017 08:00 AM, Diego Herranz wrote:
> > Thanks. I'll chase that bug.
> >
> > Diego
> >
> > On 18 Nov 2017 11:35 am, "Nick Østergaard"  > > wrote:
> >
> > See https://bugs.launchpad.net/bugs/1732236
> > 
> >
> > 2017-11-18 11:42 GMT+01:00 Diego Herranz
> > mailto:diegoherr...@diegoherranz.com
> >>:
> >
> > Hi,
> >
> > I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
> >
> > When opening a schematic made with a nightly build ~2 months
> > old, the remapping dialog shows up. So far so good.
> >
> > I've followed the recommendations
> > in http://kicad-pcb.org/post/symbol-lib-table/
> >  and most things
> > seem to be working fine. Every symbol gets remapped but 2. Both
> > of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
> >
> > Opening the schematic after the remap, it seems Kicad has
> > changed it to PIC32MX110F016D-I_PT.
> >
> > In fact, after a bit more searching, I've found out that as soon
> > as the remapping dialog shows up, before clicking on "Remap
> > symbols" the '/' characters have been replaced to '_'. So I'm
> > guessing that is the reason why it can't find the symbols when
> > remapping?
> > "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
> > library table." confirms that the name was changed before the
> > remapping attempt.
> >
> > I have then tried to edit the broken symbols in Eeschema. When I
> > try to assign "PIC32MX110F016D-I/PT" again, which can be found
> > through the "Choose Symbol" dialog without problems, it
> complains:
> > " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
> > 'MCU_Microchip_PIC32'! "
> >
> > Am I doing something wrong? Is this a bug?
> >
> > Many thanks,
> > Diego
> >
> > ___
> > 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
>
___
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] New symbol table: problems with '/' characters?

[Diego Herranz]

Hi, Wayne.

I've read the bug and I've seen it's not a trivial fix. I wasn't offering
to fix it just, just to follow that bug and see what was agreed and done. I
guess I didn't explain myself (English is not my first language) :)

Thanks!
Diego

On Sat, Nov 18, 2017 at 1:07 PM, Wayne Stambaugh 
wrote:

> Diego,
>
> Thank you for the offer but I'm already working on it.  It is not as
> easy to fix as it would seem.  The problem is what to do when you do not
> have write access to the library with the invalid characters.  I have a
> few ideas but it will take me a while to get it the way I want it.
>
> Cheers,
>
> Wayne
>
> On 11/18/2017 08:00 AM, Diego Herranz wrote:
> > Thanks. I'll chase that bug.
> >
> > Diego
> >
> > On 18 Nov 2017 11:35 am, "Nick Østergaard"  > > wrote:
> >
> > See https://bugs.launchpad.net/bugs/1732236
> > 
> >
> > 2017-11-18 11:42 GMT+01:00 Diego Herranz
> > mailto:diegoherr...@diegoherranz.com
> >>:
> >
> > Hi,
> >
> > I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
> >
> > When opening a schematic made with a nightly build ~2 months
> > old, the remapping dialog shows up. So far so good.
> >
> > I've followed the recommendations
> > in http://kicad-pcb.org/post/symbol-lib-table/
> >  and most things
> > seem to be working fine. Every symbol gets remapped but 2. Both
> > of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
> >
> > Opening the schematic after the remap, it seems Kicad has
> > changed it to PIC32MX110F016D-I_PT.
> >
> > In fact, after a bit more searching, I've found out that as soon
> > as the remapping dialog shows up, before clicking on "Remap
> > symbols" the '/' characters have been replaced to '_'. So I'm
> > guessing that is the reason why it can't find the symbols when
> > remapping?
> > "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
> > library table." confirms that the name was changed before the
> > remapping attempt.
> >
> > I have then tried to edit the broken symbols in Eeschema. When I
> > try to assign "PIC32MX110F016D-I/PT" again, which can be found
> > through the "Choose Symbol" dialog without problems, it
> complains:
> > " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
> > 'MCU_Microchip_PIC32'! "
> >
> > Am I doing something wrong? Is this a bug?
> >
> > Many thanks,
> > Diego
> >
> > ___
> > 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
>
___
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] New symbol table: problems with '/' characters?

[Nick Østergaard]

See https://bugs.launchpad.net/bugs/1732236

2017-11-18 11:42 GMT+01:00 Diego Herranz :

> Hi,
>
> I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
>
> When opening a schematic made with a nightly build ~2 months old, the
> remapping dialog shows up. So far so good.
>
> I've followed the recommendations in http://kicad-pcb.org/post/
> symbol-lib-table/ and most things seem to be working fine. Every symbol
> gets remapped but 2. Both of which include '/' in their name
> (e.g. PIC32MX110F016D-I/PT).
>
> Opening the schematic after the remap, it seems Kicad has changed it
> to PIC32MX110F016D-I_PT.
>
> In fact, after a bit more searching, I've found out that as soon as the
> remapping dialog shows up, before clicking on "Remap symbols" the '/'
> characters have been replaced to '_'. So I'm guessing that is the reason
> why it can't find the symbols when remapping?
> "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol library table."
> confirms that the name was changed before the remapping attempt.
>
> I have then tried to edit the broken symbols in Eeschema. When I try to
> assign "PIC32MX110F016D-I/PT" again, which can be found through the "Choose
> Symbol" dialog without problems, it complains:
> " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
> 'MCU_Microchip_PIC32'! "
>
> Am I doing something wrong? Is this a bug?
>
> Many thanks,
> Diego
>
> ___
> 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] New symbol table: problems with '/' characters?

[Wayne Stambaugh]

Diego,

Thank you for the offer but I'm already working on it.  It is not as
easy to fix as it would seem.  The problem is what to do when you do not
have write access to the library with the invalid characters.  I have a
few ideas but it will take me a while to get it the way I want it.

Cheers,

Wayne

On 11/18/2017 08:00 AM, Diego Herranz wrote:
> Thanks. I'll chase that bug.
> 
> Diego
> 
> On 18 Nov 2017 11:35 am, "Nick Østergaard"  > wrote:
> 
> See https://bugs.launchpad.net/bugs/1732236
> 
> 
> 2017-11-18 11:42 GMT+01:00 Diego Herranz
> mailto:diegoherr...@diegoherranz.com>>:
> 
> Hi,
> 
> I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
> 
> When opening a schematic made with a nightly build ~2 months
> old, the remapping dialog shows up. So far so good.
> 
> I've followed the recommendations
> in http://kicad-pcb.org/post/symbol-lib-table/
>  and most things
> seem to be working fine. Every symbol gets remapped but 2. Both
> of which include '/' in their name (e.g. PIC32MX110F016D-I/PT).
> 
> Opening the schematic after the remap, it seems Kicad has
> changed it to PIC32MX110F016D-I_PT.
> 
> In fact, after a bit more searching, I've found out that as soon
> as the remapping dialog shows up, before clicking on "Remap
> symbols" the '/' characters have been replaced to '_'. So I'm
> guessing that is the reason why it can't find the symbols when
> remapping?
> "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol
> library table." confirms that the name was changed before the
> remapping attempt.
> 
> I have then tried to edit the broken symbols in Eeschema. When I
> try to assign "PIC32MX110F016D-I/PT" again, which can be found
> through the "Choose Symbol" dialog without problems, it complains:
> " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
> 'MCU_Microchip_PIC32'! "
> 
> Am I doing something wrong? Is this a bug?
> 
> Many thanks,
> Diego
> 
> ___
> 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] New symbol table: problems with '/' characters?

[Diego Herranz]

Thanks. I'll chase that bug.

Diego

On 18 Nov 2017 11:35 am, "Nick Østergaard"  wrote:

> See https://bugs.launchpad.net/bugs/1732236
>
> 2017-11-18 11:42 GMT+01:00 Diego Herranz :
>
>> Hi,
>>
>> I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits.
>>
>> When opening a schematic made with a nightly build ~2 months old, the
>> remapping dialog shows up. So far so good.
>>
>> I've followed the recommendations in http://kicad-pcb.org/post/s
>> ymbol-lib-table/ and most things seem to be working fine. Every symbol
>> gets remapped but 2. Both of which include '/' in their name
>> (e.g. PIC32MX110F016D-I/PT).
>>
>> Opening the schematic after the remap, it seems Kicad has changed it
>> to PIC32MX110F016D-I_PT.
>>
>> In fact, after a bit more searching, I've found out that as soon as the
>> remapping dialog shows up, before clicking on "Remap symbols" the '/'
>> characters have been replaced to '_'. So I'm guessing that is the reason
>> why it can't find the symbols when remapping?
>> "Warning: No symbol 'PIC32MX110F016D-I_PT' found in symbol library
>> table." confirms that the name was changed before the remapping attempt.
>>
>> I have then tried to edit the broken symbols in Eeschema. When I try to
>> assign "PIC32MX110F016D-I/PT" again, which can be found through the "Choose
>> Symbol" dialog without problems, it complains:
>> " Symbol 'PIC32MX1XXFXXXD-I_PT' not found in library
>> 'MCU_Microchip_PIC32'! "
>>
>> Am I doing something wrong? Is this a bug?
>>
>> Many thanks,
>> Diego
>>
>> ___
>> 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