On 05/22/2018 07:10 AM, Pavel Sanda wrote: > Richard Kimberly Heck wrote: >>>>> Average user can misunderstand it with a probability of 50%. Those who >>>>> misunderstood it and denied the update can end up with an unusable LyX. >>>> No, they do not. If they deny, then NOTHING HAPPENS. >>> Damn, that is not true! >> I am saying something very simple, and it clearly is true, so please >> read this carefully. > As far as I could understand Uwe's point, "something happens if MiKTeX is not > updated", so in his view canceling initial dialog is breaking existing > install (due to future's internal MiKTeX update), though technically nothing > will happen from LyX installer side.
That is what I previously thought Uwe was saying. But if so, then MiKTeX can be broken in the same way even if the user *doesn't* try to install 2.3.0. The problem is triggered by the reconfiguration that is forced when 2.3.0 is installed, and of course the user might reconfigure for other reasons and so get the partial update that breaks MiKTeX. But that, it seems to me, is not something we should "silently" try to fix when someone does decide to install 2.3.0. This kind of problem really is not our bug. I don't have a problem with the idea of offering the update as an option to people---for some users, that makes a lot of sense---but, as we agree, we have to inform people what we are doing. See below. > If Uwe can't make any compromise and make small courtesy for more advanced > users in the initial dialog then it seems better to me to use less advanced > installer which Riki tries to build now and put it as the official one on the > web. For what it's worth, the installer I've built is the same as Uwe's except that (a) it's compiled with mingw and (b) it does not include the "update MiKTeX" code (which was marked for removal in 2.3.1 anyway). It would be trivial to add the kind of dialog we have been talking about and re-activate that code. I've been thinking about doing that. My main worry is getting it translated properly, which would take time. Riki
