Georg Baum wrote:
That breaks the auto feature on OS X and linux. OK, linux does only have it in my experimental kde branch yet, but something like this will come sooner or later.
When auto-detection is introduced for Linux, it can be just like on Windows (add a check for linux to configure.py) and nothing will be broken.
I was not sure about Mac OS X. If we already have auto-detection there it can also work like Windows.
That is the wrong approach IMO. We discussed this extensively some time ago and came to the current solution where the OS takes precedence.
My point is that there doesn't have to be any precedence, we can rely completely on the OS without detecting anything in configure.py. This also introduces the possibility to let an external application handle the auto-detection (like pdfview) so problems with file-locking on Windows can be solved.
If you insist that your pdf wrapper script should not be registered with the OS, but should be a special LyX script then I think you should put it in lib/scripts.
Again, it can not be "registered" with the OS because it uses the OS registration to view files. It only adds a feature for LyX to be able to typeset files when there are opened.
Your patch introduces different semantics of configure.py on windows and other systems
It should have different semantics depending on whether auto-detection is available or not. In the first case the OS will handle the viewers, in the second case the configure script will have to find them. I don't see anything wrong there.
Joost
