<div dir="ltr"><div> I see that another way of hiding a working program and collection during the transition to a new version is to create a new user and segregate until the new version is proven.</div><div> It seems to me that hiding the digikamrc file alone is sufficient to let the new program show its true colors.</div><div>But let me return to the events of a new install</div><div>1. will the install process seek to use the same "digiKam" folder in Program Files <br></div><div> if so I will ask the install to go somewhere else</div><div>2. digikamrc Is there any other file which is serving as the persistent memory of chosen display and behavior variables for digikam?</div><div> Does the installation code ask for install to probe for digikamrc and inherit/preserve any settings that have been chosen within older version operations?</div><div> Does installation look in /User/user/AppData/Local for at least on occurrence of a digikamrc (evidence of a preexisting install)?</div><div> Are there any other files for persistence of program config,behavior, or carryover data?</div><div> Would it not be sufficient to just hide digikamrc away from /user/AppData/Local during a new install</div><div> and then edit the newly arrived digikamrc for the database path statements?</div><div> I am OK with having a clean slate of default config variables in the newly delivered digikamrc</div><div><br></div><div>3. database files I hope that digikam installation does not go probing through a hard drive looking for possible collections or recognizable names of database files. I much prefer to point a program to its place of work. <br></div><div> So perhaps I dont have to "hide" the database files or temporarily move them off of the drive as I intended in the plan at the top of this thread. So if the install program is not aggressive about automatically searching for existing database in all readable folders then I can temporarily hide the database files simply by not offering a digikamrc file</div><div> <br></div><div> Hiding the entire user is one way to hide the digikamrc file ....is that the only critical file to hide to get a new config? <br><div>Thanks</div><div>Ty<br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 26, 2022 at 12:33 AM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div>To be sure to not break something in config files, I recommend to create a new user account, and to start digiKam 7.5.0 from this account as well without touching all settings from the original account. Like this there is no risk of losing/breaking something.</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 26 janv. 2022 à 06:24, Ty Mayn <<a href="mailto:tyrus.mayn@gmail.com" target="_blank">tyrus.mayn@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Now returned to digikam, It's time to upgrade from 6.0 to7.5</div><div>Unfortunately I have to use windows10 for the benefit of a non linux collaborator.<br></div><div>i have looked but not found a howto on upgrade. Can I describe my strategy and receive warning away from any wrong assumptions.</div><div> I plan to install new 7.5 with all evidence of the old 6.0 hidden.</div><div>I will hide the existing config file digikamrc and the 4 database files.</div><div> After the install, I guess I will find a new default digikamrc in the path</div><div>User/AppData/Local (if that default has not changed)</div><div> I expect to be greeted by a welcome wizard that will ask to point to some brand new folders to become albumsbut rather than follow the wizard:</div><div> I hope to return the database files into their original location specified in the older digikam RC<br></div><div> I plan to examine the new config file and pause to compare some of its config variables compared to the older. <br></div><div> Then manually edit the path variables in digikamrc which point to the database files.</div><div> I am not trying to circumvent any tools that might be in the wizard and may be its not oriented to starting up an all new album collection from scratch.</div><div> I am guessing the database files can serve the new version and may change or be repaired with ongoing use (unless warned away)<br></div><div> This seems to be a worthwhile approach for pointing a new program install to an existing collection..... unless this helpful list warns me in other directions.</div><div>Thanks</div><div>Ty</div></div>
</blockquote></div>
</blockquote></div>