Jump to content
Frequently Asked Questions
  • Are you not able to open the client? Try following our getting started guide
  • Still not working? Try downloading and running JarFix
  • Help! My bot doesn't do anything! Enable fresh start in client settings and restart the client
  • How to purchase with PayPal/OSRS/Crypto gold? You can purchase vouchers from other users
  • Try asking for help in the chatbox
  • Dreamlicker

    • Posts

    • Joined

    • Last visited

    • Days Won


    Dreamlicker last won the day on April 18 2018

    Dreamlicker had the most liked content!


    About Dreamlicker

    Profile Information

    • Gender
      Not Telling

    Contact Methods

    • Skype

    Recent Profile Visitors

    21034 profile views

    Dreamlicker's Achievements

    1. What type of user are you? (Scripter, casual user, heavy user) Casual How many bots do you usually run at one time? 1 How long have you used DreamBot? Long time Going to make a library might as well do it for 3
    2. Dreamlicker

      DB3 SoonTM

      You can get DB3's here any time. https://www.mouser.com/ProductDetail/STMicroelectronics/DB3?qs=%2BX2uje6VeKWa17pCEVBPdA%3D%3D
    3. hey man can i get 24h trial before buying?


    4. can i get a trial of the motherload miner please

    5. Would like your crafting script updated or refund for the script. Thank you.

    6. Hello Dreamlicker,

      Your advert for this script say that it supports snakeskin crafting. When I go to run the script, snakeskin is not a craftable option. Please advise, fix, or refund.

      Thank you!

      1. gn4rgoyl3


        More then just that function needs to be rectified, please review my most recent post. Thanks.

      2. WallyBuck


        thank you. will do.

    7. why does it say it cant find fish lick when i try to buy it?

    8. The flax lick script doesn't work, how do i get a refund?

    9. Hi Dreamlicker

      I've been having some issues with my script i've purchased. 

      The overall script is good, but there's some bugs

      Barbarian Fishing - 
      - For some reason it just walks between the fishing spots, not catching any fish. 



    10. i would like a refund, i tested the script by edgeville furnace, sometimes it misclicks out of the furnace and it cant figure its way out into where the furnace is and it stayed there for like an hour. Also Red topaz is not supported.

    11. You need to associate .jar files with Java. I'm sure there are some good tutorials on how to do that if you google it.
    12. There is a reason not to, it's that the point of the class is to access the method context of the script from any class without having to pass around the context. That is explicitly what OP wanted as far as I can tell. Utilizing methods within the main script from within the accessor is bad design, and not only because the purpose of the accessor is not to use the main script class. You don't create separate method contexts. You use the accessor to operate on/with the context from within other classes that have their own responsibilities (single responsibility principle). The fact that it's a singleton means nothing in regard to the api/script/whatever. The only point of a singleton is to provide a global access point to an object that is guaranteed to only have a single instance, preventing duplication of objects it contains. The example I posted is slightly weak as we're trying to ensure that the class receives a dependency through the initialize method, but if you ensure that you only ever call the initialize method from onStart, you can avoid that pitfall. Better yet, utilizing a class that inherits from AbstractScript or TaskScript and calling initialize in onStart within that class (and extending from it to create your main script class) will ensure you avoid any issues. A well designed system does not put every piece of functionality into a single place, avoiding an anti-pattern (the blob). It's important to promote separation of concerns in your design, which the accessor facilitates. However, I think it's a little silly to not just pass the context in the constructor as you're going to be instantiating it somewhere anyways. You could use a factory to handle the dependency injection if you really wanted. In general, none of this is really reasonable unless you're making a large script. If OP is, then i'd design it like I would any other program. If not, sticking most everything in the script class/nodes is not that big of a deal.
    13. You cant make that generic. If you think you can, post code that compiles. I'll give you $5. Why would you pass the main script? It does not make it any clearer.
    14. you could make a singleton accessor for the context like public class Accessor { private Accessor instance; private MethodContext context; private Accessor() {} public static void Initialize(MethodContext context) { instance = new Accessor(); instance.context = context; } public static Accessor GetInstance() { return instance; } public MethodContext getContext() { return context; } } public class mainscript extends etc { public void onStart() { Accessor.Initialize(getContextWithWhateverMethodItIs); } } public class otherdude { private MethodContext context; public otherdude() { context = Accessor.getInstance().getContext(); } public void eat() { context.GetInventory().get(i -> i.getName().equals("Tuna")).interact("Eat"); } }
    • Create New...

    Important Information

    We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.