Re: [Kicad-developers] Some thoughts on symbol remapping

2018-01-10 20:45 GMT+01:00 Rene Pöschl : > On 10/01/18 19:54, Matthijs Kooijman wrote: > >> Hi Wayne, >> >> If the remapping algorithm cannot find the exact library match which > is currently being used (and should be in the project library list or > the cache) to

Re: [Kicad-developers] Some thoughts on symbol remapping

On 10/01/18 19:54, Matthijs Kooijman wrote: Hi Wayne, If the remapping algorithm cannot find the exact library match which is currently being used (and should be in the project library list or the cache) to provide the symbol, then there is no way to determine the correct library and therefore

Re: [Kicad-developers] Some thoughts on symbol remapping

Hey Rene, > This is not as easy as simply a one to one mapping. The connectors > library has been split into 3 libs. Most other libs into even more. > (Especially manufacturer specific libs.) > In reality the best option for old projects will be to have the v4 libs > installed in addition to the

Re: [Kicad-developers] Some thoughts on symbol remapping

Hi Wayne, > >> If the remapping algorithm cannot find the exact library match which > >> is currently being used (and should be in the project library list or > >> the cache) to provide the symbol, then there is no way to determine > >> the correct library and therefore cannot be remapped. It

Re: [Kicad-developers] Some thoughts on symbol remapping

On 1/10/2018 5:46 AM, Matthijs Kooijman wrote: > Hi Wayne, > >> The symlink issue has been fixed so duplicate libraries will not show up >> in the project symbol library table with different nicknames. > I noticed some issues with my previous build (2017-12-22), but using the > 2018-01-03 build,

Re: [Kicad-developers] Some thoughts on symbol remapping

On 10/01/18 11:46, Matthijs Kooijman wrote: A related question: How are the changes in library layout intended to be handled, when combined with the remapping dialog? AFAIU the migration to the new kicad-symbols repository also involves renaming a lot of libraries (e.g. Connectors.lib ->

Re: [Kicad-developers] Some thoughts on symbol remapping

Hi Wayne, > The symlink issue has been fixed so duplicate libraries will not show up > in the project symbol library table with different nicknames. I noticed some issues with my previous build (2017-12-22), but using the 2018-01-03 build, symlinks (both in the directory and filename) indeed seem

Re: [Kicad-developers] Some thoughts on symbol remapping

Hey Nick, On 01/06/2018 07:40 AM, Nick Østergaard wrote: > > Den 6. jan. 2018 1.08 AM skrev "Wayne Stambaugh" >: > > Hi Matthijs, > > On 01/03/2018 02:40 AM, Matthijs Kooijman wrote: > > Hi Wayne, > > > > I just tried the

Re: [Kicad-developers] Some thoughts on symbol remapping

Den 6. jan. 2018 1.08 AM skrev "Wayne Stambaugh" : Hi Matthijs, On 01/03/2018 02:40 AM, Matthijs Kooijman wrote: > Hi Wayne, > > I just tried the remapping tool as well, and wanted to share some > thoughts on it. This e-mail, where you're explaining how the remapping >

Re: [Kicad-developers] Some thoughts on symbol remapping

Hi Matthijs, On 01/03/2018 02:40 AM, Matthijs Kooijman wrote: > Hi Wayne, > > I just tried the remapping tool as well, and wanted to share some > thoughts on it. This e-mail, where you're explaining how the remapping > process works seemed like an appropriate place to reply. > > I tested this

Re: [Kicad-developers] Some thoughts on symbol remapping

Hi Wayne, I just tried the remapping tool as well, and wanted to share some thoughts on it. This e-mail, where you're explaining how the remapping process works seemed like an appropriate place to reply. I tested this two weeks ago, using the 2017-12-22 daily build ppa, but didn't get around to

Re: [Kicad-developers] Some thoughts on symbol remapping

On 12/14/2017 7:46 PM, Oliver Walters wrote: > I noticed that your symbol library table uses absolute paths rather than > using the SYMBOL_LIB_DIR path expansion.  This should not make any > difference as long as the path you used is the same path as old library > list look up

Re: [Kicad-developers] Some thoughts on symbol remapping

> > I noticed that your symbol library table uses absolute paths rather than > using the SYMBOL_LIB_DIR path expansion. This should not make any > difference as long as the path you used is the same path as old library > list look up path. If it's not, that is your problem. The remapping > will

Re: [Kicad-developers] Some thoughts on symbol remapping

I noticed that your symbol library table uses absolute paths rather than using the SYMBOL_LIB_DIR path expansion. This should not make any difference as long as the path you used is the same path as old library list look up path. If it's not, that is your problem. The remapping will not look up

Re: [Kicad-developers] Some thoughts on symbol remapping

On 12/13/2017 01:56 AM, Oliver Walters wrote: > I finally had a chance to try the symbol remapping on a real project, > and I have a few thoughts on how I think it could be improved from a > users perspective (with code to back up my thoughts!) > > 1. "Remap" should replace "rescue" > > The

Re: [Kicad-developers] Some thoughts on symbol remapping

Le 13/12/2017 à 08:44, Oliver Walters a écrit : > jp, > > I was unaware of this new feature, that does perform a lot of the functions I > mentioned. This is a very recent feature. It was needed to allows global changes when a symbol has been renamed in a library or moved from a library to an

Re: [Kicad-developers] Some thoughts on symbol remapping

jp, I was unaware of this new feature, that does perform a lot of the functions I mentioned. Can this new tool replace the "Rescue symbols" tool under the "tools" menu? On Wed, Dec 13, 2017 at 6:19 PM, jp charras wrote: > Le 13/12/2017 à 07:59, Oliver Walters a écrit :

Re: [Kicad-developers] Some thoughts on symbol remapping

Le 13/12/2017 à 07:59, Oliver Walters a écrit : > Following is a screenshot of what happens when a symbol cannot be remapped: > > Inline image 1 > > On Wed, Dec 13, 2017 at 5:56 PM, Oliver Walters > > wrote: > > I