
<html><body bgcolor="#FFFFFF"><div>I agree with your desc, and that is exactly the problem. You are asking the user to (a) read the release notes and (b) find an obscure directory and delete it.</div><div><br></div><div>Why do you want to put this burden on the user? Is software incapable of doing this? This is like telling consumers that they have to unplug and plug in their TV every time they turn it on. For what purpose?</div><div><br></div><div>More importantly, I can assure you that 90% of naive users will not do (a) and hence not (b) also and as a result miss out on the new features.</div><div><br></div><div>-- Dave<br><br>David G Messerschmitt<div>Dept of EECS</div><div>University of California</div><div><br></div></div><div><br>On Feb 21, 2010, at 1:53 PM, Claus Gerhardt <<a href="mailto:gerhardt@math.uni-heidelberg.de">gerhardt@math.uni-heidelberg.de</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>Your missing the point since currently TeXShop's macro file (.plist) contains both default macros as well as user defined macros and TS cannot replace specific macros like all default macros but only the .plist file in toto. This is the reason for the rather cumbersome replacement procedure outlined in the TS's Help.<div><br></div><div>Richard Koch's new proposition seems to accommodate naive users as well as educated ones: naive users are supposed to use only the default macros, then they could simply delete their macro file and restart TS. In case that they dared to install their own macros they have to follow the present procedure.</div><div><br></div><div>In summary, for naive users the new procedure would change nothing, but the educated user would win a lot. So what is all the fuss about?</div><div><br></div><div>Claus</div><div><br><div><div>On Feb 21, 2010, at 20:53, Gerrit Glabbart wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">2010/2/21 David Messerschmitt <span dir="ltr"><<a href="mailto:messer@eecs.berkeley.edu"><a href="mailto:messer@eecs.berkeley.edu">messer@eecs.berkeley.edu</a></a>></span></div><div class="gmail_quote"><span dir="ltr"></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word">Good point, but there is absolutely nothing inconsistent between (a) accommodating naive and power users differently and (b) allowing users to move from the naive to the power category. All you are saying is that naive users should not matter, because they dont stay that way. Such a perspective is commonplace in open source software, but I am arguing that naive users are important. For one thing, accommodating them will attract more new users to TexShop, whether or not they later turn into power users. I would argue that this is good, if we wish to maximize the impact of TexShop.<div>

<br></div><div>-dave</div><div></div></div></blockquote></div><br><div>And doesn't OS X provide a mechanism for this? Default macros, engines, etc. could go into /Library/Application Support/TeXShop/ and could easily be upgraded automatically; the current directory in ~/Library/TeXShop would be the user's responsibility, should they see the need. This is the way it is handled for AppleScripts, PreferencePanes, Screen Savers -- all sorts of things really.</div>

<div><br></div><div>Or am I missing the point?</div><div><br></div><div>-- Gerrit.</div>

----------- Please Consult the Following Before Posting -----------<br>TeX FAQ: <a href="http://www.tex.ac.uk/faq"><a href="http://www.tex.ac.uk/faq">http://www.tex.ac.uk/faq</a></a><br>List Reminders and Etiquette: <a href="http://email.esm.psu.edu/mac-tex/"><a href="http://email.esm.psu.edu/mac-tex/">http://email.esm.psu.edu/mac-tex/</a></a><br>List Archive: <a href="http://tug.org/pipermail/macostex-archives/"><a href="http://tug.org/pipermail/macostex-archives/">http://tug.org/pipermail/macostex-archives/</a></a><br>TeX on Mac OS X Website: <a href="http://mactex-wiki.tug.org/"><a href="http://mactex-wiki.tug.org/">http://mactex-wiki.tug.org/</a></a><br>List Info: <a href="http://email.esm.psu.edu/mailman/listinfo/macosx-tex"><a href="http://email.esm.psu.edu/mailman/listinfo/macosx-tex">http://email.esm.psu.edu/mailman/listinfo/macosx-tex</a></a><br><br></blockquote></div><br></div></div></blockquote><blockquote type="cite"><div><span>----------- Please Consult the Following Before Posting -----------</span><br><span>TeX FAQ: <a href="http://www.tex.ac.uk/faq"><a href="http://www.tex.ac.uk/faq">http://www.tex.ac.uk/faq</a></a></span><br><span>List Reminders and Etiquette: <a href="http://email.esm.psu.edu/mac-tex/"><a href="http://email.esm.psu.edu/mac-tex/">http://email.esm.psu.edu/mac-tex/</a></a></span><br><span>List Archive: <a href="http://tug.org/pipermail/macostex-archives/"><a href="http://tug.org/pipermail/macostex-archives/">http://tug.org/pipermail/macostex-archives/</a></a></span><br><span>TeX on Mac OS X Website: <a href="http://mactex-wiki.tug.org/"><a href="http://mactex-wiki.tug.org/">http://mactex-wiki.tug.org/</a></a></span><br><span>List Info: <a href="http://email.esm.psu.edu/mailman/listinfo/macosx-tex"><a href="http://email.esm.psu.edu/mailman/listinfo/macosx-tex">http://email.esm.psu.edu/mailman/listinfo/macosx-tex</a></a></span><br><span></span><br></div></blockquote></body></html>