Results 1 to 15 of 15

Thread: Concerning two randoms and FindNormalRandoms..

  1. #1
    Join Date
    Jul 2007
    Location
    Norway.
    Posts
    1,938
    Mentioned
    3 Post(s)
    Quoted
    0 Post(s)

    Default Concerning two randoms and FindNormalRandoms..

    FindPlant and Leo. (Gravedigger random.)

    SCAR Code:
    // * function FindPlant: Boolean;                  // * by ?

    PriSoner has a fairly good FindPlant function in his woodcutter. It needs some minor work, but after that it will work perfectly. My idea was that it could be added to FindNormalRandoms along with another boolean being added to SetupSRL; SolvePlant. By default, SolvePlant should be false, but in the 'setup' part of a script, the user could type in SolvePlant := True and then plant random handling should be included in FindNormalRandoms.

    Another thing, I was wondering, how the progress is with the Leo/Gravedigger solver? Sky Scripter made one not too long ago, but it is still not included in SRL and I haven't heard anything abput the staus yet.

    And, the third and last thing. FindNormalRandoms; should be renamed to FNR; Why? Shorter, better sounding, less frustrating to write, short, easy and simple. The question is rather "why not?"

    Post your opinions about all of the three things please.

  2. #2
    Join Date
    Jun 2007
    Location
    Wednesday
    Posts
    2,446
    Mentioned
    3 Post(s)
    Quoted
    1 Post(s)

    Default

    SRL is supposed to be backwards compatible, so changing FindNormalRandoms would stuff up literally every RS SRL script
    SkyScripter's Leo solver was still in the beta stage I believe and he was asking for people to test it, so as it isn't definately 100% working , it hasn't been added, but probably will be when he gets it thoroughly tested (based on what I know).
    However, there seems to be no reason why FindPlant shouldn't be added as long as it works well, so maybe it will be added with credits
    By reading this signature you agree that mixster is superior to you in each and every way except the bad ways but including the really bad ways.

  3. #3
    Join Date
    Apr 2007
    Location
    Perth, Australia
    Posts
    3,926
    Mentioned
    3 Post(s)
    Quoted
    2 Post(s)

    Default

    FindNormalRandoms should be left as it is. The reason being the current name is a good description of what it does. By changing it to FNR you might confuse anyone thats trying to learn.

    As for shortening the name you can do it yourself:
    SCAR Code:
    function FNR: Boolean;
    begin
      Result := FindNormalRandoms;
    end;

    or

    SCAR Code:
    var
      FNR: function : Boolean;
    begin
      FNR := @FindNormalRandoms;
    end.

  4. #4
    Join Date
    Jul 2007
    Location
    Norway.
    Posts
    1,938
    Mentioned
    3 Post(s)
    Quoted
    0 Post(s)

    Default

    Zeph, no offence - but how little do you think I know?

    SCAR Code:
    {*******************************************************************************
    procedure FNR;
    By: EvilChicken!
    Description: Shortened FindNormalRandoms and made more effective!
    Removed FindMod, FindTalk, Respond and more.
    *******************************************************************************}

    procedure FNR;
    begin
      if not LoggedIn then Exit;
      SolveNonTalkingRandoms;
      FindDead;
      FindLamp('Agility');
      if FindBox then SolveBox;
    end;

    This is my procedure for my G.A.R. script which I'm gonna release. Yes, it does not have FindTalk ect. But, focus on the name. Look how short and simple the name is.

  5. #5
    Join Date
    Dec 2006
    Location
    utah
    Posts
    1,427
    Mentioned
    2 Post(s)
    Quoted
    7 Post(s)

    Default

    As for Leo..
    It's not completely working 100% so wizzup is working on it... (I hope).

  6. #6
    Join Date
    Jul 2007
    Location
    Norway.
    Posts
    1,938
    Mentioned
    3 Post(s)
    Quoted
    0 Post(s)

    Default

    Thanks for your reply, Sky.
    Anyone got any comments on the other points?

  7. #7
    Join Date
    Jul 2007
    Location
    Norway.
    Posts
    1,938
    Mentioned
    3 Post(s)
    Quoted
    0 Post(s)

    Default

    Sorry for double post, but I have to.

    What about FindNormalRandoms(Members: Boolean);? FindNormalRanoms(True); would include members randoms checkers like Findplant.

    And, the second thing: What's wrong with SRL's pinball solver? Why hasn't it been fixed?

  8. #8
    Join Date
    Apr 2007
    Location
    Perth, Australia
    Posts
    3,926
    Mentioned
    3 Post(s)
    Quoted
    2 Post(s)

    Default

    Quote Originally Posted by EvilChicken! View Post
    Zeph, no offence - but how little do you think I know?
    Hmm I'm sorry. I didn't mean to put you down.

    And with that members boolean. It would mean that the user would need to change it based on whether or not they're in a members world. That could get annoying if you have to change it everytime you swap worlds.

  9. #9
    Join Date
    Jul 2007
    Location
    Norway.
    Posts
    1,938
    Mentioned
    3 Post(s)
    Quoted
    0 Post(s)

    Default

    And how many scripts are used for BOTH members and non-members world?

    And, a single const at the start of the script can fix that IF you're constantly switching between using the script in a members world/F2P world..

  10. #10
    Join Date
    Apr 2007
    Location
    Perth, Australia
    Posts
    3,926
    Mentioned
    3 Post(s)
    Quoted
    2 Post(s)

    Default

    Quote Originally Posted by EvilChicken! View Post
    And how many scripts are used for BOTH members and non-members world?

    And, a single const at the start of the script can fix that IF you're constantly switching between using the script in a members world/F2P world..
    A lot of scripts can be used for both types of worlds. Basically any script that works in a free world could be used in a member world if the user thinks they'll have less people bothering them or if they can use members only items.

  11. #11
    Join Date
    Jul 2007
    Location
    Norway.
    Posts
    1,938
    Mentioned
    3 Post(s)
    Quoted
    0 Post(s)

    Default

    Still, one const can fix it all.

    SCAR Code:
    const
      MembersWorld = True;

    begin
      FindNormalRandoms(MembersWorld);
    end.

  12. #12
    Join Date
    Jul 2007
    Location
    Right now? Chair.
    Posts
    8,488
    Mentioned
    3 Post(s)
    Quoted
    12 Post(s)

    Default

    i don't think there are as many member randoms solvers and we haven't even solved all non member ones. best would probably be to add a Const like

    SCAR Code:
    SolveMemb = True;

    //then in FindNormalRandoms;

    if SolveMemb then
    begin
      ....blablabla
    end;

    and leave the name as it is, if it's too much of a hassle to write it out just do it like you did. change the name and all of a sudden you'll have to update ALL scripts. and it's not that long to write. takes you about 2 secs.

    but i do agree abou the plant. and Pinball has some sort of error in it, Wizzy posted about it not too long ago.

    ~RM

    I & I know Zion. It is in the spirit, body and mind of every one of us
    RMouse(obj: TMSIObject): boolean;

  13. #13
    Join Date
    Nov 2006
    Location
    NSW, Australia
    Posts
    3,487
    Mentioned
    1 Post(s)
    Quoted
    0 Post(s)

    Default

    Quote Originally Posted by EvilChicken! View Post
    Still, one const can fix it all.

    SCAR Code:
    const
      MembersWorld = True;

    begin
      FindNormalRandoms(MembersWorld);
    end.
    I'm quite sure MembersWorld would have to be a variable not a constant, or else the FindNormalRandoms parameters would have to be:

    SCAR Code:
    function FindNormalRandoms(const Members : Boolean) : Boolean;
    [CENTER][img]http://signatures.mylivesignature.com/54486/113/4539C8FAAF3EAB109A3CC1811EF0941B.png[/img][/CENTER]
    [CENTER][BANANA]TSN ~ Vacation! ~ says :I Love Santy[/BANANA][/CENTER]

    [CENTER][BANANA]Raymond - Oh rilie? says :Your smart[/BANANA][/CENTER]

  14. #14
    Join Date
    Apr 2007
    Location
    Perth, Australia
    Posts
    3,926
    Mentioned
    3 Post(s)
    Quoted
    2 Post(s)

    Default

    The best way to do this would be to just add a variable and set it in SetupSRL.

  15. #15
    Join Date
    May 2007
    Location
    Ohio
    Posts
    2,296
    Mentioned
    0 Post(s)
    Quoted
    0 Post(s)

    Default

    Add SolvePlant: Boolean and the FindPlant: Function In SRL.
    Add World Getter Before or After Login.
    SCAR Code:
    If SolvePlant Then
      If MemberWorld(World_From_Login) Then
        SolvePlantEx := True
      Else
        SolvePlantEx := False;

    And In FindNormalRandoms
    SCAR Code:
    If SolvePlantEx Then
      FindPlant;//Or Whateva..

    May That Work?

Thread Information

Users Browsing this Thread

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

Similar Threads

  1. FindNormalRandoms
    By travo in forum OSR Help
    Replies: 2
    Last Post: 12-11-2007, 04:33 AM

Posting Permissions

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