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

Reply via email to