On 1/25/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
You can't judge a book by its cover! I designed the installer to be able to
have a full functional
LyX. For this purpose I include all needed files from SVN's /lib directory and
this are about 20 MB
(uncompressed). Then there are of course the .exe files and the needed files
from
For people who care about upgrade size, I'd recommend updates be
distributed in bsdiff form. This should result in updates around 1-2MB
in size. See:
http://www.daemonology.net/bsdiff/
> I am in general oppose the idea of such a wrapper because of the maintenance
burden we
> have to carry. Even if this wrapper answers all my concerns
> positively, what if acrobat 11 is released and breaks view/pdf
> totally?
Acrobat 8 _is_ already breaking view/pdf! This is independent from a wrapper.
Note that on 95 % of all Win systems Adobe reader/Acrobat is installed as
default PDF viewer.
+1
Acrobat really doesn't work with the default LyX behavior, especially
the windows version, so fixing that would be a high priority on the
windows side. I am not convinced that the behavior is correct for
other applications either. ATM, if you "view dvi" edit the lyx file
and "view dvi" again, you get two copies of the same document in
different windows, as "view" also does an update of the last file.
IMHO view and update should do two entirely different things.
I'd use a new output filename each time, run something like
for all f in undeleted_versions_of_output_file
if not /usr/sbin/lsof $f
rm $f || echo must be still in use... maybe next time
fi
end for
whenever there are too many old versions of that output file lying
around (if ever).
Do you use MiKTeX? The feature was partly build in for our needs. What's the
problem? The installer
supports MiKTeX 2.4 (that also has this feature in a slightly different way) as
well as MiKTeX 2.5.
I worked together with the MiKTeX developer to fine tune this feature and it is
ready since MiKTeX 2.5.
This is cool feature. Could this feature be merged upstream? One
thing, I'd disable this during "reconfigure" unless the user really
wants to have to answer 100 dialog boxes in one go.
I think MiKTeX-Tools for linux might provide the required
functionality that is missing from tetex. See:
http://dojo.miktex.org/forums/thread/265.aspx
MiKTeX and have never tested my installer. I don't think it's fair to judge
something you haven't
tested.
Your installer sounds pretty cool. OTOH I can't seem to get LyX to run
under Wine ;P
--
John C. McCabe-Dansted
PhD Student
University of Western Australia
