Hmm. In the past it seemed that was happening just by replying, but I see it did not in this case. Replying to you AND the list this time, because I agree that the devs need feedback on issues like this. Thanks for pointing out the missed address.
On Sun, Jul 1, 2018 at 12:25 PM Stan Brown <[email protected]> wrote: > Thanks for your agreement, but t looks like you replied to me and not to > the list. I think the devs need to see comments on this point -- the > more they see, the more likely they'll actually fix it. > > -- > Regards, > Stan Brown > Tompkins County, New York, USA > http://BrownMath.com > http://OakRoadSystems.com > > > On 2018-07-01 11:58, Thomas Forrester wrote: > > Totally agree. Windows in not entirely free of messy installers, far > > from it, but the vast majority of installers take care of the > > prerequisites, including suspending the installation waiting for the > > user to close a program that's trying to upgrade itself. At a minimum > > any installer worth its salt should be able to check existing files > > against a manifest of valid files for the currently installing version, > > and delete anything conflicting. > > > > > > On Sun, Jul 1, 2018 at 7:04 AM Stan Brown <[email protected] > > <mailto:[email protected]>> wrote: > > > > Here's my take, for what it's worth. At least in the Windows world, > the > > assumption is that when you install a new version it either removes > the > > old version entirely, or leaves the old version functional but > installs > > the new version in parallel. (The latter is less common, but some > > programs do it when the new version is a major change.) Leaving a few > > old files behind as orphans is usually regarded as an error of the > new > > installer. > > > > I don't have a problem with the requirement to uninstall the old > > version, but it was news to me, and I think would surprise many > Windows > > users. Surely the installer of the new version can uninstall the old > > version itself -- and in my opinion, it should. > > > > -- > > Regards, > > Stan Brown > > Tompkins County, New York, USA > > http://BrownMath.com > > http://OakRoadSystems.com > > > > _______________________________________________ > > gnucash-user mailing list > > [email protected] <mailto:[email protected]> > > To update your subscription preferences or to unsubscribe: > > https://lists.gnucash.org/mailman/listinfo/gnucash-user > > If you are using Nabble or Gmane, please see > > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > > ----- > > Please remember to CC this list on all your replies. > > You can do this by using Reply-To-List or Reply-All. > > > _______________________________________________ gnucash-user mailing list [email protected] To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
