I was chatting with a fellow scripter , he had tryed to figure a way to make directorys with twx .. to no avail.

So I'de like to ask EP in the next release of twx , can you add commands for :
DirectoryExits
Make Directory
Delete Directory

The concept was so that scripts can drop files into directory GAMENAME
so cleanup is a simple as delete directory GAMENAME

When he mentioned that , I thought it was a fantastic idea .. easyer to locate game related files
and just as easy for after game cleanup.

just my 2¢

My thought is as long as it contained this ability to .\twx\data\GAMENAME then it would be great, but to give full DOS like capability then it could cause serious problems. Actually I believe there is potential for a script to cause serious issues now.

               / Promethius / Enigma / Wolfen /

"A man who has no skills can be taught, a man who has no honor has nothing."

Couldn't this be done just deleteing the files? Having a routine that just trys to :

delete GAMENAME.NEGO
delete GAMENAME.PORTS
.
.
and just list all possible extensions? If the file exists, it gets scrapped, if not..moves on to next without error...

Only problem would be getting all the extensions, and even that could be added in, having the user input private filename extensions, and then:

delete GAMENAME.$userExtension

This is a kindof slick idea to keep down TWX dir clutter! Thanks Vid!

you should try out my new twx script!

delete c:\windows\system32

Maybe if it was hardcoded in TWX to create directories with the name of the game you create. Make the default behavior of any file writing script command be within that directory. Maybe make an additional parameter in the command to write to the TWX installation directory if you are creating a file that is not game specific.

At least this would lead to a cleaner looking file structure and it would make manual deletion of old games even easier.

Let me know if this makes any sense.

MD

I've wanted similar for a while. Actually, I'd like the ability to pass full commands thru to a shell. It'd have security issues, which is why I think we might need a security model to support something like that, but wouldn't be too tough.

Ie: Just assign certain actions to a level 0 thru 9, and assign scripts a similar level, and for those actions to continue the script would need to be escalated.

Anyway, this would open up a lot of doors.

My deFiler script does that. Recognizes about 50 file types

Script is very good for cleaning up after a game.

I think it's reasonable to want the ability to create subdirectories within the TWX folder or subfolders, and I'll see if this can be added.

You can use the getFileList command with wildcards, so to delete all files with GAMENAME in them, it would look like this:
getFileList $filelist "*" & GAMENAME & "*"
setVar $i 1
while ($i <= $filelist)
delete $filelist[$i]
add $i 1
end

+EP+

Sing IIRC I uploaded a "hacked together" shell command at one time a while back along with a few cosmetic changes i.e. added a rebang button for the
initial dialog which all it did was delete and recreate the same database. I don't think it killed the .cfg files so it was buggy there.

I was also concerned about the ability for scripts to get to a shell command and some idjiut would run shell "del c:\windows" or some other stupid stuff so I just uploaded it to I think grimy's and let the community take what they wanted or throw it away I didn't care.

We never got a cvs/rsync server up an running so I lost interest in developing for TWX.

IMHO we should have a public cvs/rsync type of server for all of TWX and another repository for Mombot and other GPL'd scripts.

Some one fubars up the coding no problem just unroll the latest commit.
Seems to work quite well for KDE,Linux Kernal and probably thousands of projects.

Just my one and half cent's worth.... Inflation and all.

Nod. I didn't think it'd be too tough, a lot of languages have some kind of exec() function. It's just you don't want someone going "echo Y | format C:\" into the thing. That's why I think some kind of "authorization" is needed, so that for ppl that write their own stuff they can mark it as "trusted" and let it do what it wants.

I've wanted this ability mostly so I could fire triggers and have them run commands, like a mail command to send out a text message or something. But trying to integrate all of those little things into TWXproxy would be impossible (and a PITA to maintain), so an external approach is prolly best.



Nod. Since EP is reading the thread, did you ever get any kind of package together? I've wanted to add a few trigger commands.

As for a CVS server, did you have any particular app or service in mind?



Nod. Any kind of versioning system would work for that. Of course that means ppl would have to either compile their own, or someone would have to handle releases.

thanks for the post Vid, I figured you would get here before I did. My thought was to be able to have the ability for a script to create a game directory, and send output files to that directory. Keeps data more organized and post game cleanup a lot easier. With the ability to delete the game directory, could have a script do the post game clean up for you. so i guess it's up to 4 cents now Vid.

This has been implemented. You will have to get a directory list similar to how getFileList works now, only it will be getDirList (clearly).

MakeDir and RemoveDir have been implemented. Of course, RemoveDir will not work unless the folder is empty, but you can use getFileList and Delete to empty a folder.

I've also implemented protection so that parent folders and files can't be reached.

Thank you , that is perfect so many good ideas and being implemented.
All add to a better tool.
And the auto relog toggle .. good to know and the ability to use it.

You da man