Page 1 of 2 12 LastLast
Results 1 to 25 of 28

Thread: Coming soon

  1. #1
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default Coming soon

    Coming soon to all my scripts



    im sure you can guess what that is and im sure the people who use my script will be happy

    ~shut

    EDIT: if the user is running more than one instance of the same script then it will give them a option for which one they want to do it for

    EDIT: i mainly made this out of spite because Coh3n wouldn't let me do one for MSI
    Last edited by Shuttleu; 08-12-2011 at 11:35 PM.

  2. #2
    Join Date
    Aug 2007
    Location
    Hawaii
    Posts
    3,880
    Mentioned
    7 Post(s)
    Quoted
    152 Post(s)

    Default

    Looks very nice Shut!
    Faith is an oasis in the heart which will never be reached by the caravan of thinking.

  3. #3
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

  4. #4
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

  5. #5
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

  6. #6
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Quote Originally Posted by Shuttleu View Post
    if the user is running more than one instance of the same script then it will give them a option for which one they want to do it for

    ~shut
    Mind tell us how you do this?

    And what? Lol I didn't say you couldn't do it, I just said the new form is going to be the remote when it's done so there isn't two code files for forms that do the exact same thing. There's no point in having two different forms for the same purpose as both will need to be updated. You could have worked on the actual form (which will be used as the remote anyway). It wouldn't have been any different.

  7. #7
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default

    basicly it has a constant which is the extension (.ini)
    then it has a variable which is set depending on which option is clicked in the menu (AppPath+'Scripts/VVRemote') or (AppPath+'Scripts/ShiloRemote)

    the script on startup will scan the AppPath+'Scripts' folder for which files are there
    so it will start with VVRemote1.ini and if thats taken then it will go to VVRemote2.ini
    it will then remember the number throughout the runtime of the script

    it will periodicly check if the ini file has changed and if so it will set the settings in the script

    when the sscript finishes it will delete the ini file

    now the extension will search through and keep count of how many ini files there are and what numbers they are (so if you had 1..5 and you stopped 3 it would return 1, 2, 4, 5)

    if there are more than one ini file for the script it will open up a seperate form to ask you which instance you want to edit

    if there is only one then it will open the form straight away

    and if no ini file are found then the script must not be ruinning

    i hope you understand that

    ~shut

  8. #8
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Oh nice, may have to steal some of that code for MSI.

  9. #9
    Join Date
    Jul 2008
    Location
    Canada
    Posts
    1,612
    Mentioned
    0 Post(s)
    Quoted
    0 Post(s)

    Default

    Nice, I might do this for myself if I get the time..

  10. #10
    Join Date
    Jul 2011
    Location
    /home/litoris
    Posts
    2,226
    Mentioned
    0 Post(s)
    Quoted
    159 Post(s)

    Default

    Awesome, looks way better than Declareplayers

  11. #11
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Why not make an SRL Player Remote?

    Wouldn't be much different than what you have now.

  12. #12
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default

    Quote Originally Posted by Coh3n View Post
    Why not make an SRL Player Remote?

    Wouldn't be much different than what you have now.
    hmmm, good idea

    i shall adapt it to work with srl, only one thing we will need a var in srl to put the name of the script so the user knows which script they are changing the vars for

    ~shut

  13. #13
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Quote Originally Posted by Shuttleu View Post
    hmmm, good idea

    i shall adapt it to work with srl, only one thing we will need a var in srl to put the name of the script so the user knows which script they are changing the vars for

    ~shut
    Something like remote_SetName or something. Maybe not be a bad idea to warn the scripter if no name has been set.

  14. #14
    Join Date
    Mar 2006
    Location
    Behind you
    Posts
    3,193
    Mentioned
    61 Post(s)
    Quoted
    63 Post(s)

    Default

    We had a player remote before but I don't think it used forms. It was pretty handy and probably needs to be redone. Looks real nice Shut. INI's are pretty handy files to have around.

    ~BraK

    "Sometimes User's don't need the Answer spelled out with Code. Sometimes all they need is guidance and explanation of the logic to get where they are going."

  15. #15
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default

    hmmm... just found a problem which i never noticed yesterday

    and the retarded thing is there is no reason for the error, literally there is no reason

    ~shut

    EDIT:
    its this

    ThePlayers[i].Strings[j]:= ReadINI(IntToStr(i), 'String'+IntToStr(j), INIPath);

    now upon the first run of the form there are no errors
    there are also no errors after adding players or changing vars

    but if you delete a player it fails

    now back to the line
    ThePlayers[i].Booleans[j]:= StrToBool(ReadINI(IntToStr(i), 'Boolean'+IntToStr(j), INIPath));

    both i and j are both 0 and through debugging ThePlayers[i].Strings has a length of 1

    but for some reason it comes up with a access violation error

    if i change it to
    ThePlayers[i].Strings[j]:= 'String';
    it still has the error

    and it fails before setting the var while i and j are both still 0

    but
    ThePlayers[i].Strings:= ['String'];
    does not
    Last edited by Shuttleu; 08-13-2011 at 05:41 PM.

  16. #16
    Join Date
    Nov 2006
    Location
    Planet Earth
    Posts
    351
    Mentioned
    0 Post(s)
    Quoted
    26 Post(s)

    Default

    Wow shuttleu looks great, cant wait to use it!

  17. #17
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Quote Originally Posted by Shuttleu View Post
    hmmm... just found a problem which i never noticed yesterday

    and the retarded thing is there is no reason for the error, literally there is no reason

    ~shut

    EDIT:
    its this

    ThePlayers[i].Strings[j]:= ReadINI(IntToStr(i), 'String'+IntToStr(j), INIPath);

    now upon the first run of the form there are no errors
    there are also no errors after adding players or changing vars

    but if you delete a player it fails

    now back to the line
    ThePlayers[i].Booleans[j]:= StrToBool(ReadINI(IntToStr(i), 'Boolean'+IntToStr(j), INIPath));

    both i and j are both 0 and through debugging ThePlayers[i].Strings has a length of 1

    but for some reason it comes up with a access violation error

    if i change it to
    ThePlayers[i].Strings[j]:= 'String';
    it still has the error

    and it fails before setting the var while i and j are both still 0

    but
    ThePlayers[i].Strings:= ['String'];
    does not
    Name the file extension .txt rather than .ini. We had the same issue with MSI and I couldn't figure out why. Using .txt fixed the issue.

    E: Also, if you make an SRL Player Remote, the same code could probably be used for an SRL Player Form.

  18. #18
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

  19. #19
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Quote Originally Posted by Shuttleu View Post
    but
    ThePlayers[i].Strings:= ['String'];
    does not
    Doesn't give the error? If ThePlayers is a TUser type, .Strings is an array, so that would make sense, no?

  20. #20
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default

    Quote Originally Posted by Coh3n View Post
    Doesn't give the error? If ThePlayers is a TUser type, .Strings is an array, so that would make sense, no?
    ThePlayers is my own Type

    .Strings is a "array of string"

    but what i mean is

    ThePlayers[i].Strings:= ['String'];
    does not give a error

    but

    ThePlayers[i].Strings[0]:= 'String';

    does

    for some reason it wont let me access ThePlayers[i].Strings via the array index

  21. #21
    Join Date
    Apr 2008
    Location
    Marquette, MI
    Posts
    15,252
    Mentioned
    138 Post(s)
    Quoted
    680 Post(s)

    Default

    Quote Originally Posted by Shuttleu View Post
    ThePlayers is my own Type

    .Strings is a "array of string"

    but what i mean is

    ThePlayers[i].Strings:= ['String'];
    does not give a error

    but

    ThePlayers[i].Strings[0]:= 'String';

    does

    for some reason it wont let me access ThePlayers[i].Strings via the array index
    It doesn't really make sense that it wouldn't let you access the array. I've never heard of that before, so I'm thinking it has something to do with the file reading. Try using the array in a similar situation, except without using file functions, see if you still get the error.

    Also, I'm assuming you're setting the length of the array before trying to access it (yeah, I know it should give out of range in that situation).

  22. #22
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default

    Quote Originally Posted by Coh3n View Post
    It doesn't really make sense that it wouldn't let you access the array. I've never heard of that before, so I'm thinking it has something to do with the file reading. Try using the array in a similar situation, except without using file functions, see if you still get the error.

    Also, I'm assuming you're setting the length of the array before trying to access it (yeah, I know it should give out of range in that situation).
    i already use the strings array elsewhere by its index and it gives a error there too

    i have set the length and i have checked the length and it is set to 1 (ie. [0])

    ~shut

    EDIT: Fixed it
    i made one of the global vars a local var
    Last edited by Shuttleu; 08-13-2011 at 07:17 PM.

  23. #23
    Join Date
    Feb 2009
    Location
    Irvine, CA
    Posts
    2,873
    Mentioned
    8 Post(s)
    Quoted
    138 Post(s)

    Default

    You must run NumberOfPlayers(HowManyPlayers), this sets the lengths of TUser.Strings, TUser.Integers, TUser.Booleans, etc.

    If you're using your own array and not the default Players array, then you'll need to set the length as well.

  24. #24
    Join Date
    Aug 2007
    Location
    in a random little world
    Posts
    5,778
    Mentioned
    0 Post(s)
    Quoted
    7 Post(s)

    Default

    Quote Originally Posted by TomTuff View Post
    You must run NumberOfPlayers(HowManyPlayers), this sets the lengths of TUser.Strings, TUser.Integers, TUser.Booleans, etc.

    If you're using your own array and not the default Players array, then you'll need to set the length as well.
    i know, and i have already fixed the problem

    and i have completely finished the SRL Player Remote

    ~shut

  25. #25
    Join Date
    Dec 2009
    Location
    R_GetPlayerLoc;
    Posts
    2,235
    Mentioned
    0 Post(s)
    Quoted
    14 Post(s)

    Default

    Good job
    "Logic never changes, just the syntax" - Kyle Undefined?

    Remember, The Edit Button Is There For A Reason!!!

Page 1 of 2 12 LastLast

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •