To everyone other than Bernie,
Sometimes I wonder why I bother to beta test or honestly report problems
with supposedly stable versions. Maybe I'm a masochist at times. But
whatever my reason is, it is *not* to provide an excuse for others to be
abusive or accusatory.
To Bernie,
With a little less doubt on your part -- i.e. it's got to be L.D.'s
fault -- and a few seconds of thought, you would have known precisely
what I attempted to do, and what I used in the attempt ...
Whatever the direction of the slash, I used it correctly when I
attempted to include the command to insert the images. As to what that
command is, look at the toolbar for load_images, or ins or whatever and
you'll find the definition for one of the hotkeys.
I figured that if core.exe could remap the key to do a specific thing,
there was a good chance that core.exe would recognize the function of
'insert/load images' if it appeared somewhere else.
At worst, I figured it simply wouldn't work and I'd have to reboot and
delete the guilty line and uncomment the original. I certainly didn't
think it was possible for *anything* in Arachne to totally delete every
file in the main directory including itself!!!
As for my having a batch file that deletes everything in the directory I
call if from, think again. I'm not *that* damn stupid!!! I have a
series of non-pathed batch files in the game directory [which resides on
the H: drive, a long way -- a whole physical HDD away -- from the T:
drive where Arachne 1.69 currently dwells] which do remove all files
[including using the echo y| ] on the specified full path v:\junk;
it is a called batch file which is called *only* after the controlling
batch file has made certain that any modified files have been backed up
to the specific, full path, zipped archive from whence the program
originally came. NO destructive files are pathed, other than those in
the DOS directory like format & fdisk; and they don't run by accident.
As for your personal wish to not reload images automatically because it
takes more time, so what? I want any images reloaded to the page when
it is reloaded after clearing cache, and having MIME.CFG do it is faster
than waiting for the entire page to be downloaded and rendered and
*then* hitting a key to start downloading images and waiting for the
whole thing to render yet again. That's my preference, and shouldn't
mean that the problem is of no consequence because your preference is
different.
If you don't understand something, or want more detail you can't acquire
on your own, you should consider asking for it nicely instead of being
nasty and trying to blame the problem on something else wrong that the
individual did and isn't telling you about. It's amazing how much
further you can get being polite than being accusatory.
l.d.
P.S. Clr.bat shouldn't get \n or /n as Arg3; the first three variables
are Arachne defined and it is Arachne that passes those *actual*
variables to the batch file. And since Arachne defines \n as a carriage
return, before the start of another command for Arachne, it's not likely
that it would pass anything after the CR to the batch file. You could,
if you really cared to know, rewrite a testing version of clr.bat and
have it echo to file each of the variables it receives from core.exe
when it is invoked. I'd do it myself [and I may some time in the
future], but you wouldn't believe any results I gave you on *that*
either!
====
On Wed, 17 Jan 2001 22:28:40 +0100, Bernie <[EMAIL PROTECTED]> wrote:
> L.D wrote:
>> MIME.CFG tells Arachne what to do when certain things happen, including
>> functions which can be called with a hotkey, yes? Yes ...
> It can specify a pressed hotkeys? Here I thought I knew how mime.cfg
> worked... How do you specify a pressed key then?
>> A line in MIME.CFG can contain more than one command, many times
>> using CR "/n" to separate them, yes? Yes ...
> Nope, it's "\n" to seperate them.
>> So why not modify clear_cache line by appending [after the three $
>> variables] /n for 'Enter' and the command in the toolbar for load
>> images, Ins?
> Because the "command" is the key "insert" on the keyboard. Exactly what did
> you write in mime.cfg? mime.cfg can AFAIK NOT ever pass this to the BIOS
> keyboard buffer. Trying to implement that would, this is my guess of
> course, take much more time than anyone could possible gain on it.
>> Why NOT?? Cuz you end up with all the files in main directory erased.
> Please... give me the line that you wrote. Since I (still) find this
> completly impossible to do. My guess at this moment is that you put "ins"
> at the end of the mime.cfg statment and somehow you had a command (BATch
> file perhaps?) that's called "ins" that removed all the files.
> I may be wrong (but I'm 99.99% sure I'm not)...
> Your line looked something like this:
> file/clearcache.dgi |call $esystem\\dgi\\clr.bat $c $a $t/n ins
> Which is:
> 1. Wrong
> 2. Unsafe (who knows what the for loop in clr.bat will do when it gets
> "c:\temp/n" as arg3 ?
> My conclusion is that you have missunderstood this and screwed it all up.
> This is not Arachne's fault, there's nothing in the documentation that
> indicates how you choose a key to be pressed during a mime.cfg call. The
> warning should, if even it should be considered one, be to NOT assume that
> a program can do something that nothing backs up and that users try things
> at there own risk if they are jumping to conclussions. Perhaps the
> documentation is bad - what do I know, but I can not see any way in how you
> can mix up the docs for mime.cfg and toolbar.tb
--
Join B'FOR - B'mothers For Open Records
<a href=" http://www.b-for.org "> B'FOR web site</A>
[Associate members of triad also welcome; membership confidential.]
Every member counts! We need numbers to produce valid statistics.
*******
A proud member of
<A HREF="http://www.phenomenalwomen.com/"> Phenomenal Women Of The Web</a>
-- Arachne V1.69, NON-COMMERCIAL copy, http://arachne.cz/
