Hi Rick,
At the moment I am using the game window before running the game to place
the voice settings inside the .ini file so anyone can read or edit; even edit
the .ini file if they were to go there to edit it.
Last night I had everything working but the last variable on the last voice
came up with an error that makes no sense. But I keep populating the command
list and may have to just leave that alone, for it may be doing the error for
some reason.
So, I do voice adjustments with the voice being changed during that
adjustment and save the final one if you hit the same button into the .ini file.
Just have to figure out this weekend why that one error is coming in, but
not this morning.
Thanks anyway Rick, I have the solution and the text file is only for a
stand alone game or app that can not access the .ini file except to read it,
for writing to it is being blocked
If GW has a suggestion on to fix that single issue I welcome it. Why is it
I can not write to the .ini file from an external app?
Sincerely
Bruce
Sent: Thursday, May 31, 2012 8:20 AM
Subject: Re: CursorKeys Object Problem
Hi BT: You may just want to include the info in the, a, dialog and modify the
SetFile programatically.
That said I see no problem using a TextFile to hold that type of information
other than it is going to be visible to users.
You can use a diferent file extension so text editors dont open the file by
default but it is still a text file so I wouldnt put any secure information in
it like passwords.
You may be able to encrypt it to avoid this problem. I am not sure about how
secure a SetFile is but I think it is the same as a TextFile with a diferent
extension and is not encrypted either so keep that in mind.
You could use a DataBase that has encryption options but then you are getting
into another whole ball of wax and coding.
If I remember one of you guys, Chip I think, had some postings with samples
of how to use the MS Access DB from within a VBS script but I would stay away
from that unless necessary since it provides its own set of headaches.
SQL Server CE might be used, the newer version, for Profile Information
andSecurity operations from within a VB.VWD Application but I doubt that those
built-in objects will be easily available to a VBS app.
Thats all I have on this for now but it sounds like you are getting skilled
at this stuff and I look forward to the html version of your game for 2 players
(Or More).
What about Teams? It sounds like fun and I may give it a try when it is ready
and provided on the Net.
I am not much of a game player. I find programming quite time consuming
enough and just as unproductive in many cases, sigh - grin.
Later BT:
Rick USA
----- Original Message -----
From: BT
To: [email protected]
Sent: Tuesday, May 29, 2012 8:24 AM
Subject: Re: CursorKeys Object Problem
Hi Rick,
This mess is a little too much for any user to take advantage of, too
bad.
I will use the .ini file from the main menu to run the game. Then use,
or read from, the .ini file during the game. But, eliminates adjustment from
the game to be saved.
So the dialog is where that will have to happen. In a stand alone then
an external text file is in order...
There should be one simple step to do all this and not what you
described. I have to go for now, will take a look at it this afternoon.
Bruce
Sent: Tuesday, May 29, 2012 4:10 AM
Subject: Re: CursorKeys Object Problem
Hi BT:
I think you might need to save your changes in both the Tab group with
the selected tab item and the Association Tab Group after you make a change.
This will be really easy and fast to try:
Open your game for editing, switch to WE Dialog, set the scope to
"Program" from "Global", Make a change, save it in the TabGroup you are in,
then save it in the Associations Tab Group.
Anyway, this is a very fast test, easy and will tell you if you need to
save changes in one place or both places and which one.
Also, ensure your set file is using an object to associate with your app
that will not go away, that is also in the Associations Tab Group.
Thats all I have, I have only mucked with a set file one day and for only
one initial setting.
Rick USA
I am not sure why but I remember something about one saves the changes to
the script and the other saves the changes in the Dialog somehow. I havent
tried it but it is a quick test to see if that does any good.
I have only worked with my set file this one time so far so dont know
hardly anything about that puppy but do remember reading something like that
since it sounded unusual to how I would think that process would normally work.
Anyway, as Chip mentioned:
Open your game program for editing, go into the WE Dialog, Set the target
scope to be "Program", verify the information in the Associations Tab Group of
the WE Dialog, Make changes then save them in the Tab Group where you made the
change and again in the Associations Tab Group.
You might only have to save them in the Associations Tab Group but there
was something about saving them in the Tab Item where you make the changes so
they will get propagated for showing up in the WE Dialog the next time you
enter it.
Anyway, there are 2 places where the changes can be saved, in each Tab
Group itself and from within the Associations Tab Group.
You may have to save changes via the associations group, the WE selected
Tab Group or both places but it is something to look at before you get into a
messy and lengthly coding challange.
Subject: Re: CursorKeys Object Problem
Hi Chip,
I decided that I will have to save all my key options in the .ini
file for the set file does not work...
Bruce
Sent: Monday, May 28, 2012 1:11 PM
Subject: Re: CursorKeys Object Problem
Hi Chip and Rick,
I just discovered one little interesting event. I set my Trek
game to load a set file.
Now, the set file name is there each time I run the Trek.exe game
since it is associated with it and doing the Filename thing it gives me that
set file, called Trek.set.
Now, I change settings for any of the 3 keys, Screen, Mouse, or
Keyboard, it saves the Trek.set file settings are saved, I at least say the
name.
Now, when running the program again, no changes are in the set
file, nothing.
For when I read the settings they come in as what was there before
even running the game or saving the changed settings.
In other words, nothing is being saved inside the set file.
I even do a RefreshSets command and that did not fix the problem.
So, why is this?
Could this be what you are experiencing Rick?
Bruce