In my case, instead of “Start menu”, I usually start the old KiCad.exe by a double-click on a *.pro located in a project folder. So, I guess, after installing V5, the association of the extension “pro” and my “D:\KiCad\bin\kicad.exe” will remain.if I will double click on *.pro, the old kicad.exe will be launched.
Now, I have to figure out how to launch a new pro of V5 (since there will be many V5 projects) with less effort and leave the double-click for the old version. Perhaps doing the reverse is better by associating “pro” to the V5 exe.
I hope that the “file” menu of V5 has a list of “Recent projects” links and its length could be increased if necessary (for most programs, the typical length is 10 entries).
That’s why you should use the script so that v5 uses it’s own configuration. Now your both versions try to use the same libraries (the old ones from the old version). Notice how the paths in v5 now point to the old configuration directory and the installation direcory of the old version. It may work and probably works, but is it really what you want?
And even if the configuration seems to work, are you sure you won’t run into problems later? Have you for example tested what happens when you change some configuration options in v5 which don’t exist in the older version, then used the old version and then again v5? Does it keep the changed options?
But are you willing to use those very old symbol and footprint libraries with the new version 5? Because that’s what probably is happening now. If you make even one project with v5 which you want to edit later properly you would have to remake it with the new libraries because most likely you don’t want to use nine years old component libraries. The situation is of course different if you use your own libraries, but you haven’t told any background and I assume you want to use at least some components from KiCad’s own libraries.
Can you give a screenshot of v5 Preferences->Configure Paths (the dialog window dragged so large it shows all texts)? And where did you install v5?
My guess is that a pre version 4 does not really interfere with v5. Back then both symbol and footprint lib setup was part of the project file not part of a global library table and path variable.
Meaning from a library point of view there should not really be a problem.
other things might however still be problematic. It might be that running v5 will interfere with some of the other settings in the config directory. But that kind of depends on if the old settings are still used by v5 (which they might not be as the legacy canvas is not really used anymore) I have the assumption that neither the old nor the new version delete unknown settings. If they do then they definitely interfere with each other if they use the same settings file.
After reading some posts here related to libraries it became clear to me that I have to re-do every previous important project by using V5 libraries. Sorry for not being clear about this earlier.
On the other hand and truth be said, I couldn’t get a clear/sure complete idea from the libraries tutorial. So, I simply added directly the path “D:\KiCad512\KiCad “ for KICAD_CONFIG_HOME on the windows “Environment Variables” dialog.
When I re-run KiCad V5, the official libraries were moved to this path.
But for the time being, I am not sure if this path is a convenient one or not. I think I have to work on the program (V5) for a while to get a good/practical idea on the full protocol (accessing, creating and updating) later which is applied on the various files on this path.
Here are two screenshots of my actual paths (there is no project yet):
Sorry… it seems I am not allowed yet to attach images.
This works as long as you don’t want to use for example v5 and v6 at the same time (in the future). The same system wide environment variable is seen and used by all KiCad versions since 5.0. If you put it in a startup script only the version run by that script sees and uses it. For now you can keep the system wide variable if you want to.
Now your configuration files for v5 are in D:\KiCad512\KiCad. Your sym-lib-table and fp-lib-table are there (as you can see in the Path under the Global Libraries).
Also the path substitution variables point to correct location to your v5 installation.
The effective configuration folder is always where the Path under Global Libraries point to.
Only now I noticed that the bat file, I created, cannot execute the command “set”. When I opened its properties dialog, I found out that the “Run this program as administrator” is greyed, so it cannot be checked. Is it windows 7 or just me?! (I am the only user of the laptop and I used running programs as administrator anytime necessary).
Edit_1: But since I wrote many bat files in which the command “set=” is used to define a few temporary names (then clear them), perhaps the command here is missing the word “path”. I will search about it since I am not sure now how I set windows variables in the far past (I am 70).
The purpose of the SET command in this .bat file is to set an environment variable which is defined only when that script is running and only for commands which are run in that script. Using SETX sets the variable permanently so that if you run KiCad without the script, the variable is still set. That’s not what we want to do with the script. If we want to set an environment variable permanently we can do that with the Windows GUI.
After using SETX, if you use KiCad v5 or later without the script they will use the environment variable. We run KiCad through this script because we want to keep the environment of all other instances (and the whole Windows) clean.
Every new version (or instance) should be launched by a script (bat) made for it.
In this case I will have to test the following bat (after deleting the permanent path):
rem launch kicad.exe
rem clear KICAD_CONFIG_HOME at exit
It didn’t work
But please don’t worry, about me in the least
For the time being, running one instance only of V5 is more than enough for me.
And, when V6 will arrive, I don’t think I will need running both of them side by side.
I meant by “it didn’t work” V5 returned to its default location at …\Roaming\KiCad.
“Instance” means a running process. You can have several instances of the same .exe file running at the same time.
EDIT: the program which is started from a script inherits the environment from the script. The script itself inherits the environment from whatever starts it, in practice from the Windows user’s environment. The SET command either creates the variable if it didn’t exist already or overrides the existing value in the script’s environment. But it doesn’t give the value back to the outer level environment.
That’s not necessary. The effect of SET lasts only as long as the script is running, and only for that instance of the script.
Your script has something wrong - see the example script in the above mentioned google drive document, section 3.2. You should use the START command. I’m not sure about the quotes anymore, I don’t remember, but at least they are safe to use (as long as they are correct normal simple quote characters, not inverted).