Re: Find !Fetch_NS

2013-03-19 Thread Peter Young
On 18 Mar 2013 Chris Newman cvj...@waitrose.com wrote: In article f6d26d2e53.iyoj...@rickman.argonet.co.uk, John Rickman Iyonix rick...@argonet.co.uk wrote: Michael Drake wrote In article 532e67d218cvj...@waitrose.com, Chris Newman cvj...@waitrose.com wrote: I've lost the link to

Re: Find !Fetch_NS

2013-03-19 Thread John Williams
In article e456c82e53.pnyo...@pnyoung.ormail.co.uk, Peter Young pnyo...@ormail.co.uk wrote: However the (anonymous, German) author Frank de Bruijn - Dutch, surely? of that version, heavily modified from John's original, because I prefer to see what's going on myself and make my own

Re: Find !Fetch_NS

2013-03-19 Thread John Rickman Iyonix
Brian Jordan wrote But a good day happens about one in three. More common is that it forces NS to quit, deletes the current NS then fails to find the new one. So I have to complete the job manually. Try having your de-archiving program (SparkFS or whatever) loaded and on the icon bar

Re: Find !Fetch_NS

2013-03-19 Thread Chris Newman
In article e456c82e53.pnyo...@pnyoung.ormail.co.uk, Peter Young pnyo...@ormail.co.uk wrote: However the (anonymous, German) author of that version, heavily modified from John's original, specifically asked that questions or comments about this version should not be posted here, but instead to

Text area refresh

2013-03-19 Thread Peter Slegg
While work is being done on textareas maybe it is a good time to raise this again ? When typing in a textarea, each key press causes a refresh of the entire textarea. You may not notice this on a fast cpu but on a 68060 it is very noticeable and the more text there is, the slower it gets.