Am 24.01.2016 um 12:02 schrieb Georg Baum <georg.b...@post.rwth-aachen.de>: > > Stephan Witt wrote: > >> ATM, the directory LyX is using is "$HOME/Library/Application >> Support/PACKAGE“ >> >> PACKAGE is LyX-2.2 on Mac when version suffix „-2.2“ is used. > > Looks like QtApplication does something different here than > QtCoreApplication. > >>> Stephan, does it work? Note that this is not a regression (2.1 has the >>> same code), so it is not really urgent. If we apply it, we need to be >>> aware that the user directory would change for LyX compared to earlier >>> releases. >> >> IMO, the bug is to use QStandardPaths::DataLocation or >> QStandardPaths::AppDataLocation. Instead the >> QStandardPaths::GenericDataLocation should be used here. The return value >> is "$HOME/Library/Application Support“ on Mac with Qt5 (now?). >> >> Surprisingly the return value of QStandardPaths::DataLocation is the same >> for LyX and "$HOME/Library/Application Support/LyX/tex2lyx“ for tex2lyx. > > This is indeed surprising, and my guess would be that it is > "$HOME/Library/Application Support/LyX/LyX“ for LyX started in command line > mode, since in this case the same ConsoleApplication is used as for > tex2lyx. > >> The attached path corrects this. Ok to commit? > > Depends on whether we want to continue to use the current location (then > yes), or whether we want to change to the "organization/app" scheme below > "Application Support", as qt suggests. Then we'd need to do something else, > but you can judge this much better than any other developer, I believe.
Yes, we shouldn’t change that on the fly. If we change it we have to provide a migration path to copy the current contents to the new location. Not very difficult but a change in configure.py would be required. Since we don’t want to use different settings for Lyx, tex2lyx and lyxclient the use of QStandardPaths::AppDataLocation is wrong per se, IMO. Stephan
