Hi Rick,

    I forgot to mention now that I am back on my computer. The writing to the 
.ini file is when I am using the GW Micro IniFile function or object, not a 
direct file i/o operation.

    I was just hopeing to use the IniFile object model, but it only works for 
reading externally, not writing to. FOr the standard assignment statement fails 
with an error, the writing to seems to have permission issues...

    So, will read the other responses based on first in.

        Bruce

  Sent: Thursday, May 31, 2012 9:30 AM
  Subject: Re: CursorKeys Object Problem


  Hi BT: I believe We can write to the INI File since it can be opened  via a 
StreamReader and StreamWriter object in .net and then processed as we might a 
text file.
  At least I am fairly sure that is the case since I have done it with some 
files I have created with other file extensions other than .txt.
  Later and good hunting.
  Rick USA
    ----- Original Message ----- 
    From: BT 
    To: [email protected] 
    Sent: Thursday, May 31, 2012 9:01 AM
    Subject: Re: CursorKeys Object Problem


    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