Jump to content


  • Posts

  • Joined

  • Last visited

Additional Information

  • Android
    7.x (Nougat)
  • Device
    Xiaomi Redmi Note 5A; Windows 7 Ultimate
  • Service provider

Recent Profile Visitors

1,772 profile views

Zulfilham's Achievements


Apprentice (3/14)

  • Dedicated Rare
  • Reacting Well Rare
  • Collaborator Rare
  • First Post Rare
  • Conversation Starter Rare

Recent Badges



  1. Thanks, it works. But could you also explain how it works? Or might be references? Edit: I did my homework, I found a good reference explaining it.
  2. That'll only work if we know the variable name in advance. But our script could also be run by other unknown scripts or maybe we just want dynamic value, that would be more useful than hard-coding it.
  3. So, this is the case. I have file one.lua: loadfile("two.lua")(); But in file two.lua, I want to know which script is executing it. two.lua: -- how to get file name one.lua from here How?
  4. Well, that can work, pretty much same idea as @Enyby. But, again, I don't have full controls haha. User could simply press non-OK and every input past in will be lost. I wonder, there actually lots of websites that performing login system have such a feature though. You know, for example when you want to reload the page or go back to the previous page, there is always an alert to keep the information past in, isn't it a security issue? Isn't the data should be erased in anyway? For example here, when I'm commenting, ups I think I accidentally typed my password, but the server apparently stores it when I reloaded the page, haha. And I hadn't pressed submit yet, only reloading the page.
  5. At least to me, values are not that important to keep secret. What's important is the script can process the values faster than doing it manually. Others could see your values, but others won't not necessarily be able to process the same values as you have in the script (but of course your script must be obfuscated). So, don't be so worried about it. Edit: You can also see by yourself that GG doesn't provide a way for us to keep UI invisible while searching, so that means you have to process everything faster before someone could open the UI and see the values (but of course your script must be anti-log). Even if you manage to make such an algorithm, it's gonna take forever to check for every single package name it returns. It's kinda like brute force method, which is not efficient for just to do a simple thing like this. Since it's basically not permitted by GG after all.
  6. Mine is like this. Too many pop-ups, I don't like it. Lol. Better not to implement it, to me it's really annoying... script.lua
  7. Oh ok. No updates. For security reason. Thanks for the warnings. That last approach may be cumbersome too, I don't know. I thought if cancel presses then there might be 2 values (boolean & table) return or something. But, whatever at least there's a workaround.
  8. How to? You format the values, you store them in a file and you call LUA to load those values. In fact, GG has a function for this already; see gg.saveVariable. One time I found a problem by using this function, so that's why I never rely on it anymore. Instead, I make my own function called serialize. It basically is similar to gg.saveVariable, except that serialize formats the values not too elegant, straight to the point and tends to generate small output in size. I've been using it and have no issues and errors. You might want to use: string.format("%q", valueContainsSpecialCharacters); if your values contain special characters like double quote (") or something similar. You can find the script here!
  9. I know. That is what I was talking about above. That is why I request/suggest an update (if possible).
  10. I believe there's nothing we can do on scripting side as soon as user presses cancel nothing gets returned. They should do an update for this. But I don't know, maybe there's another way, maybe.
  11. As for the multiChoice, ok look. When you check the menu list and press OK, then a table returns according to what user checks. But, what if I also check the menu list but then I don't press OK, then nil will be returned. So, I don't want that nil value. I want those values what would returned as if I pressed the OK button. Why? read above.
  12. Well, first of all it's not me being rude the first time, me when first signed up to the web instantly got warning from Enyby, saying that "You got a warning by making an empty post". Huh, what's that? I don't understand why did I get that warning, and why would empty post be allowed a anyway. Well, back to the topic I thought it was very clear already, I don't know maybe it's me one doesn't understand. I kindly said there that "Hey Enyby, could you please update those 2 functions?". The problem is when the user JUST cancel the prompt, nothing gets returned (alias nil). But I want those what would be returned as if we were pressing OK. And that guy said "Do you want to close GG or your script?". Then what should be the answer? Of course yes, I said I want to close GG to be able to view the values in the game, but not exit out of GG. I specifically mean to close GG User Interface, or should I say as if I run gg.setVisible(false). No, the eye icon is not enough. In some games you'll have to move the screen around to be able to see the values. In that case GG interface should be first closed. I hope this clear.
  13. If you don't understand don't answer. I don't want answers, I want updates. This all is of course for user's freedom, why should "a user close GG and then rerun the script?" if the script were being for automation purposes, then it should make things easier, faster, efficient, etc.
  • 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.