On Mon, Jun 29, 2009 at 01:24:36AM -0400, Ben M. wrote:
> Also attached is a very messy script I wrote for myself (not for use
> elsewhere) to create a personal Cygwin package for SVN. I intend to
> use this to install on other computers.
I think that your programming knowledge is well above the average.
Would you be interested in maintaining the official LyX/Cygwin package?
I think that the current maintainer (Bo Peng, ben.bob _at_ gmail.com)
is willing to let you adopt the package.
Due to lack of time, I cannot afford that, but I would still provide
patches for Qt (in the next days i'll upload an updated patch for
Qt 4.5.2 to the wiki) and LyX.
> Is there any reason the following files aren't stored somewhere in SVN?
> lyxeditor.c, lyx-win.c, lyxprofile, lyxrc.dist, setup.hint, etc.
> It's really awkward for me to manually find/download/create all these
> extra files.
None that I know of. Are there any objections to add those files to
development/cygwin ?
> Finally, a while back, you wrote:
> > When you launch SumatraPDF through the following script:
> >
> > #!/bin/bash
> > cd $(dirname $1)
> > SumatraPDF $(basename $1)
> >
> > SumatraPDF receives only the filename without the path. When you
> > double click in the PDF, SumatraPDF passes back only the filename
> > without any path. So, the cygpath command only sees a filename
>
> For some reason, my copy of SumatraPDF returns the full path, even for
> a pdf in ./.
This is strange, as it doesn't happen for me.
> Since 1.6.4, I've had success with the following inverse
> search command:
>
> SumatraPDF.exe -inverse-search "\"C:\cygwin\usr\local\bin\lyxeditor\"
> -g \"%f\" %l"
I verified that SumatraPDF doesn't use the registry and stores the
preferences in a sumatrapdfprefs.dat file placed alongside the binary.
This means that if the Windows ACL doesn't grant write permission,
the preferences are not remembered and the -inverse-search option
has to be always used. I regard this as a SumatraPDF bug, though.
> The quotes on %f are often necessary for some reason.
That is because SumatraPDF returns a Windows style path using
backslashes and the quotes prevent their interpretation as
escape chars.
> Also, we may want to mention on the wiki an alternative to
> \usepackage{pdfsync} is the command line
> pdflatex --synctex=-1 $$i
I think that you could do that, too, and also add other
corrections/amendments you feel appropriate ;-)
--
Enrico
